我正在尝试在Grafana上开发仪表盘,在kube标签的帮助下,告诉不同豆荚的状态。例如:我可以使用这个标签重新启动:kube_deployment_status_observed_generation
我想要的是部署的年龄,对于kuberenetes集群,我们可以使用kubectl获取部署名称就绪最新可用年龄部署测试状态1/1 1 1 6d2h
我希望在 Grafana 中显示相同的年龄,但我无法在任何标签的任何地方找到这个“年龄”。
谁能帮我在哪里以及如何获得这些变量。
如果您正在谈论对象创建时间指标库贝-state-metrics公开了它跟踪的几乎所有对象的创建时间。指标名称遵循模式kube_
例如,CronJob创建系列被称为
kube_CronJob_created
。
要计算所有运行的CronJobs的平均年龄,请使用以下查询:
avg(time() - kube_cronjob_created ).
在您的情况下,您可以使用metrics
kube_deployment_created
来检查部署的年龄。
更多信息可以在这里找到:kube-state-metrics。
问题内容: 对于z / OS实体化查询表上的DB2,如何检索上次刷新时间? 该文档指出,在REFRESH期间DB2采取的操作之一是用刷新时间戳填充目录。 用刷新时间戳和具体化查询表的基数更新DB2目录 什么目录表和列包含此信息? 我一直在寻找它,以便将时间戳与其他资源进行比较,以查看自上次刷新以来时间戳是否已更改。如果自上次刷新以来其他资源已更改,则必须刷新MQT。 问题答案: 您可以在表 SYS
我有一个关于格拉法纳的问题。我如何在GKE上为格拉法纳使用现有的普罗米修斯执事。我不想为格拉法纳再增加一次普罗米修斯部署。在旋转GKE星团之后,我提出了这个问题。我检查了kube系统的名称空间,结果发现已经部署了普罗米修斯执事。 我想用这个普罗米修斯 我有带helm的Grafana部署stable/Grafana 目前,我正在使用stable/prometheus
我有一个PromQL查询,它查看每个分位数的最大延迟,并显示Grafana中的数据,但它显示的数据来自重新部署且不再存在的pod。荚龄小于15天的陈化期。 以下是查询: 找到的最大延迟是从它被节流时开始的,在它被重新部署并恢复正常后不久,现在我只想看看当前活动的最大延迟。 到目前为止,我发现的所有关于陈腐的信息都说它应该是在幕后过滤的,但看起来不像是在当前的设置中发生的,我不知道应该改变什么。 在
我需要得到以下Azure广告B2C用户的详细信息- 创建日期用户帐户 上次登录 用户处于活动状态或非活动状态 我已经研究了Azure AD graph API(Get-User),但它抛出了一些异常。https://docs.microsoft.com/da-dk/azure/active-directory-b2c/active-directory-b2c-devquickstarts-grap
如何通过Maven部署插件获得部署快照的时间戳到Nexus? 例如,我使用版本部署了一个工件,该工件使用时间戳(我假设Nexus创建了这个时间戳,或者至少是它的最后一个“内部版本号”部分)(格式)部署。我可以通过以下方式获得时间戳吗: 某个Maven命令/s? 某些Nexus REST API? 其他“纲领性”方式? 到目前为止,我只发现了一个烦人的解决方法--“在”我将工件部署到Nexus之后“
我们对使用k3s和skaffold在本地部署(到CI构建代理)的应用程序运行了一些自动化测试。 当我们运行时,我们如何查看(标准输出或文件)pod日志?(我们在部署期间遇到了错误,除非我们ssh到构建代理上,否则我们无法看到这些错误。) 以下内容在部署成功后运行时会捕获日志,但如果我们在运行skaffold deploy之前运行它,则不会起作用,可能是因为它不会拾取在运行此命令后启动的任何pod:
主要内容:1.Prometheus简介,2.Prometheus优势,Prometheus架构,3.安装,4.启动,5.PromSQL,6.Prometheus和grafana1.Prometheus简介 Prometheus受启发于Google的Brogmon监控系统(相似的Kubernetes是从Google的Brog系统演变而来),从2012年开始由前Google工程师在Soundcloud以开源软件的形式进行研发,并且于2015年早期对外发布早期版本。2016年5月继Kubernetes
Cassandra有一个timeuuid类型,有一些函数可以为“now”创建timeuuid。还有从timeuuid返回时间的记录方法。但是,是否有一种方法可以从joda DateTime中获取timeuuid?感觉这应该存在。