跳到主要内容
版本:v2.7

Helm Chart 选项

配置资源限制和请求

安装 rancher-monitoring 时可以配置资源请求和限制。

默认值在 rancher-monitoring Helm Chart 的 values.yaml 中。

下表中的默认值是所需的最低资源限制和请求:

资源名称内存限制CPU 限制内存请求CPU 请求
alertmanager500Mi1000m100Mi100m
grafana200Mi200m100Mi100m
kube-state-metrics subchart200Mi100m130Mi100m
prometheus-node-exporter subchart50Mi200m30Mi100m
prometheusOperator500Mi200m100Mi100m
prometheus2500Mi1000m1750Mi750m
总计3950Mi2700m2210Mi1250m

建议至少配 50Gi 存储。

Notifiers 的可信 CA

如果你需要将受信任的 CA 添加到 Notifiers,请执行以下步骤:

  1. 创建 cattle-monitoring-system 命名空间。
  2. 将你信任的 CA 密文添加到 cattle-monitoring-system 命名空间。
  3. 部署或升级 rancher-monitoring Helm Chart。在 Chart 选项中,引用告警 > 补充密文中的密钥。

结果:默认的 Alertmanager 自定义资源将有权访问你信任的 CA。

其它抓取配置

如果无法通过 ServiceMonitor 或 PodMonitor 指定你想要的抓取配置,你可以在部署或升级 rancher-monitoring 时提供 additionalScrapeConfigSecret

scrape_config 指定一组目标以及抓取这些目标的参数。在一般情况下,一个抓取配置指定一个 job。

Istio 就是一个可能用到这个配置的例子。有关详细信息,请参阅本节

配置打包在 Monitoring V2 中的应用

我们使用 Monitoring V2 来部署 kube-state-metrics 和 node-exporter。node-exporter 部署为 DaemonSet。对于 Monitoring V2 helm Chart,values.yaml 中的所有东西都部署为子 Chart。

我们还部署了不由 prometheus 管理的 Grafana。

如果你查看 Helm Chart 在 kube-state-metrics 中的功能,则还有很多可以设置的值没有在顶层 Chart 中显示。

但是,你可以在顶层 Chart 中添加覆盖子 Chart 的值。

增加 Alertmanager 的副本

作为 Chart 部署选项的一部分,你可以选择增加部署到集群上的 Alertmanager 副本的数量。这些副本使用相同的底层 Alertmanager Config Secret 进行管理。有关 Alertmanager Config Secret 的更多信息,请参阅本节

为持久化 Grafana 仪表板配置命名空间

要让 Grafana 监控所有命名空间中的 ConfigMap,请在 rancher-monitoring Helm chart 中指定以下值:

grafana.sidecar.dashboards.searchNamespace=ALL

请注意,Monitoring Chart 用于添加 Grafana 仪表板的 RBAC 角色仅能让用户将仪表板添加到定义在 grafana.dashboards.namespace 中的命名空间,默认为 cattle-dashboards