在Grafana中创建自定义仪表板时出现问题（数据源是Prometheus）
我已经安装了普罗米修斯和格拉法纳来监视我的kubernetes集群，一切都很好。然后，我在Grafana中为我的应用程序创建了自定义仪表板。Prometheus中可用的度量如下，我在Grafana中添加了相同的度量：
sum(irate(container_cpu_usage_seconds_total{namespace=“test”,pod_name=“my-app-65c7d6576b-5pgjq”,container_name！=“pod”}[1m]))
问题是，我的应用程序在kubernetes中是作为pod运行的，所以当删除或重新创建pod时，pod的名称将会改变，并且它将不同于上述度量标准“my-app-65c7d6576b-5pgjq”中指定的pod名称。因此，上述度量标准的数据将不再有效。我不得不在格拉法纳再次添加新的度量标准。请告诉我怎样才能克服这种情况。
共有1个答案
manu Thankachan提供了答案：
我已经做到了。在查询中做了以下更改：
sum(irate(container_cpu_usage_seconds_total{namespace=“test”,container_name=“my-app”,container_name！=“pod”}[1m]))by(container_name)
-
我们正在将我们的事件系统迁移到函数式编程模型。我们遵循了下一个“指南”，它对消费者非常有效，但使用StreamBridge的生产者没有正确创建消息。 我们有下一个错误： 我们正在使用< code > 2021 . 0 . 0 spring-cloud版本。 通过简单的配置: 这是我们的自定义，它用于我们所有的微服务，因此，保持消息的格式很重要： 我们还使用< code>StreamBridge来生
-
问题内容： 我正在使用REST服务（使用Spring引导），该服务运行批处理作业。我希望Batch仅与嵌入式数据源（用于存储元数据）一起使用，而默认数据源（在我的情况下为Postgres）将用于存储企业实体。 问题在于，Batch会在启动时尝试在默认数据源中创建元数据表（如 batch_job_execution ， batch_job_instance 等）。 这是重现问题的示例配置： 批处理配
-
我正在使用运行批处理作业的REST-service（使用Spring Boot）。我希望Batch仅适用于嵌入式数据源（存储元数据），而默认数据源（在我的例子中为Postgres）将用于存储业务实体。 问题是Batch试图在启动时在默认数据源中创建元数据表（如batch_job_execution、batch_job_instance等）。 以下是重现问题的示例配置： 批量配置 数据源配置 通过这
-
> Kubectl apply-f https://raw.githubusercontent.com/kubernetes/dashboard/v2.0.0-beta4/aio/deploy/recomended.yaml kubectl代理--address=“192.168.56.12”-p 8001-accept-hosts='^*$' [root@k8s-master~]#kubectl
-
创建一个仪表板 如何创建一个仪表板： 点击侧面导航中的 Dashboard 。您如果之前没有浏览过仪表板，Kibana 会显示一个起始页，在这个页面您可以点击 + 。否则，点击 Dashboard 返回起始页。 想添加可视化结果到仪表板，点击 Edit 进入编辑模式。全新的仪表板将自动处于编辑模式。 一旦进入编辑模式，点击 Add 并选择一个可视化结果。如果您有很多可视化结果，您可以敲入 过滤条件
-
我正试图更好地理解Python以及为什么我会收到错误。 我有一个带有国家名称的数据框，我想过滤数据集，只显示那些没有重复项的数据。我进入： 然而，我得到一个错误 似乎创建了一个列表，该列表还显示了国家名称和布尔值，而不仅仅是我所期望的布尔值。 此外，我尝试只对一个国家进行过滤，即，，效果非常好。 我只是想理解为什么在一个场景中它起作用，而在另一个场景中它不起作用。我确实注意到后者有一个从0开始的索