【问题标题】:Unable to understand GCP bill for Stackdriver Monitoring usage无法了解 Stackdriver Monitoring 使用情况的 GCP 帐单
【发布时间】:2020-04-07 12:26:49
【问题描述】:

我们已经在 GCP 上的一个 kubernetes 集群上实施了 kube-state 指标(按照本文4.4.1 Install monitoring components 部分中提到的步骤)。所以基本上它在我们的集群上创建了 3 个新的部署 node-exporter、prometheus-k8s 和 kube-state 指标。之后,我们可以在 Metric Explorer 中看到所有带有前缀“external/prometheus/”的指标。

为了检查外部指标定价,我们引用了此link。因此,我们相应地计算了价格,但当我们收到账单时,这是一个令人震惊的数字。 GCP 收取了很多费用,但我们没有在仪表板中添加任何单一指标,也没有设置任何监控。从摄取量(大约 1.38GB/天)来看,这些监控工具似乎在做一些后台工作(在特定时间读取一些指标左右),消耗了这个量,我们收到了这个账单。

我们想了解这些 kube-state 指标监控组件的工作原理。它会自动获取指标数据并以这种方式增加摄取量和计费,还是其设置中存在任何错误配置?

任何关于这方面的指导将不胜感激!

谢谢。

【问题讨论】:

  • kube-state-metrics 在启用 Stackdriver Monitoring 时默认未安装或配置。您只需在集群上启用 Stackdriver Monitoring。从那里,您可以使用指标资源管理器选择要监控的指标。您可以在此处阅读有关 kube-metrics-sever 的更多信息 [1]。 [1]github.com/kubernetes/kube-state-metrics
  • 谢谢.. 我们知道它的设置。 Stackdriver Monitoring 已在我们的集群上启用。但问题是如何在集群上使用 kube-state 指标来计算总成本。我们只安装了它的组件,就收到了数千美元的账单。

标签: google-cloud-platform kube-state-metrics


【解决方案1】:

默认情况下,在实施时,kube-state-metrics 会为整个集群中的事件公开多个指标:

如果您的集群上有许多经常更新的资源,您可能会发现这些指标中会摄取大量数据,从而产生高昂的成本。

您需要configure 要公开哪些指标,并针对您的 Kubernetes 环境咨询documentation,以避免意外的高成本。

【讨论】:

    猜你喜欢
    • 2020-03-24
    • 2020-07-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2023-03-16
    • 2020-10-17
    • 2011-03-09
    • 1970-01-01
    相关资源
    最近更新 更多