在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 并选择一个可视化结果。如果您有很多可视化结果，您可以敲入 过滤条件
-
故事 我用的是keycloak 6.0.1。我有一个领域有两种类型的用户：管理员和常规用户。我需要一个主题，可以区分他们之间，因为登录是不同的（3字段vs 2字段）。因此，我希望扩展提供程序FreeMarkerLoginFormsProvider以传递一个自定义参数。我正在使用keycloak部署器部署我的SPI。 Keycloak在部署时不幸引发异常： 我也尝试过模块方法，但得到一个NullPo