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 儲存空間。
通知器的受信任 CA
如果您需要將受信任的 CA 新增到通知器,請遵循以下步驟:
- 建立
cattle-monitoring-system命名空間。 - 將您的受信任 CA secret 新增到
cattle-monitoring-system命名空間。 - 部署或升級
rancher-monitoringHelm chart。在 chart 選項中,在 Alerting > Additional Secrets 中參考該 secret。
結果: 預設的 Alertmanager 自訂資源將能夠存取您的受信任 CA。
額外的抓取配置
如果您想要的抓取配置目前無法透過 ServiceMonitor 或 PodMonitor 指定,您可以在部署或升級 rancher-monitoring 時提供 additionalScrapeConfigSecret。
scrape_config section 指定了一組目標以及描述如何抓取它們的參數。一般來說,一個抓取配置指定一個單一的作業。
這可能用於 Istio 的範例。如需更多資訊,請參閱此章節。
配置監控 v2 中打包的應用程式
我們使用監控 v2 部署 kube-state-metrics 和 node-exporter。node exporters 被部署為 DaemonSets。這些實體都透過監控 v2 Helm chart 的 values.yaml 作為子 chart 部署。
我們也部署 Grafana,它不由 Prometheus 管理。
許多值不會在頂層 chart 中公開。但是,您可以將值新增到頂層 chart 來覆蓋子 chart 中存在的值。
增加 Alertmanager 的副本數
作為 chart 部署選項的一部分,您可以選擇增加部署到叢集中的 Alertmanager 副本數。所有副本都可以使用相同的底層 Alertmanager Config Secret 進行管理。如需有關 Alertmanager Config Secret 的更多資訊,請參閱此章節。
配置持久化 Grafana 儀表板的命名空間
若要指定您希望 Grafana 監視所有命名空間中的 ConfigMaps,請在 rancher-monitoring Helm chart 中設定此值:
grafana.sidecar.dashboards.searchNamespace=ALL
請注意,監控 chart 公開的用於新增 Grafana 儀表板的 RBAC 角色仍然僅限於授予使用者在 grafana.dashboards.namespace 中定義的命名空間中新增儀表板的權限,該命名空間預設為 cattle-dashboards。