普罗米修斯的高基数标签有多危险？
我正在考虑向普罗米修斯输出一些度量标准，我对我计划做什么感到紧张。
我正在看一些标签值在低数千（1,000到10,000）。如果度量的数量不会非常大，那么这是普罗米修斯的适当用法吗？还是我应该将自己限制在更通用的度量上，比如单个聚合的步骤持续时间，而不是每个步骤的单独持续时间？
共有1个答案
对于最大的度量标准，保持在100基数以下的指导原则假设您有1000个服务副本，因为这是一个相当安全的上限。如果您知道使用此代码的每个人都将拥有较少数量的副本，那么在检测中有更高基数的范围。
也就是说，成千上万的标签仍然是需要小心的。如果已经几万了，还要多久才能几十万呢？从长远来看，您可能不得不将这些数据移动到日志中，所以您可能希望现在就这样做。
-
如何在普罗米修斯查询中添加标签过滤器？ KUBE_POD_INFO -->按命名空间测试筛选pod。 在这里，我想包括基于标签的过滤器以及。我在kube_pod_labels中有一个名为“label_source=”k8s“的标签。如何加入kube_pod_info和kube_pod_labels来应用标签筛选器？
-
我要监控的应用程序为健康检查提供了一个apiendpoint，该endpoint使用json中的指标进行响应。例如： 我已经设置了Prometheus blackbox\u exporter，以监视此endpoint是否返回200 Ok，但理想情况下，我也希望获得这些指标。我知道instrumentation直接从应用程序导出这些数据。但是，由于应用程序已经在导出json对象中我想要的内容，我更希
-
我试图解决一个问题，使总和和组查询普罗米修斯上的一个指标，其中的标签分配给度量值唯一的我的总和和和组的要求。 我有一个ElasticSearch索引的指标采样大小，其中索引名称被标记在指标上。索引是这样命名的，并放置在标签"index"中：
-
我将我的GKE API服务器升级到1.6，并正在将节点升级到1.6，但遇到了一个障碍... 我有一个prometheus服务器（版本1.5.2)，运行在一个由Kubernetes部署管理的pod中，其中两个节点运行版本1.5.4Kubelet，一个新节点运行版本1.6。 但普罗米修斯仍然得到401。 更新：就像乔丹所说的kubernetes认证问题。在这里看到新的、更集中的问题；https://s
-
我正在将Spring Boot应用程序从Spring Boot 1（使用Prometheus Simpleclient）转换为Spring Boot 2（使用微米）。 我很难将我们在《春靴1》和《普罗米修斯》中的标签转换为千分尺的概念。例如（普罗米修斯）： Micrometer的标签似乎与Prometheus的标签有些不同:所有的值都必须预先声明，不仅仅是键。 可以将普罗米修斯的标签与Spring
-
我有以下计数器指标 如何计算最近2分钟内活动设备的数量，即2（设备id 3和4）？