Helm Chart 选项
配置资源限制和请求
安装 rancher-monitoring
时可以配置资源请求和限制。
默认值在 rancher-monitoring
Helm Chart 的 values.yaml 中。
下表中的默认值是所需的最低资源限制和请求:
资源名称 | 内存限制 | CPU 限制 | 内存请求 | CPU 请求 |
---|---|---|---|---|
alertmanager |
500Mi |
1000m |
100Mi |
100m |
grafana |
200Mi |
200m |
100Mi |
100m |
kube-state-metrics subchart |
200Mi |
100m |
130Mi |
100m |
prometheus-node-exporter subchart |
50Mi |
200m |
30Mi |
100m |
prometheusOperator |
500Mi |
200m |
100Mi |
100m |
prometheus |
2500Mi |
1000m |
1750Mi |
750m |
总计 |
3950Mi |
2700m |
2210Mi |
1250m |
建议至少配 50Gi 存储。
Notifiers 的可信 CA
如果你需要将受信任的 CA 添加到 Notifiers,请执行以下步骤:
-
创建
cattle-monitoring-system
命名空间。 -
将你信任的 CA 密文添加到
cattle-monitoring-system
命名空间。 -
部署或升级
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 的更多信息,请参阅本节。