Dieses Dokument wurde mithilfe automatisierter maschineller Übersetzungstechnologie übersetzt. Wir bemühen uns um korrekte Übersetzungen, übernehmen jedoch keine Gewähr für die Vollständigkeit, Richtigkeit oder Zuverlässigkeit der übersetzten Inhalte. Im Falle von Abweichungen ist die englische Originalversion maßgebend und stellt den verbindlichen Text dar.

Helm Chart Optionen

Konfigurieren von Ressourcengrenzen und -anforderungen

Die Ressourcenanforderungen und -grenzen können bei der Installation von rancher-monitoring konfiguriert werden.

Die Standardwerte befinden sich in der values.yaml im rancher-monitoring Helm-Chart.

Die Standardwerte in der folgenden Tabelle sind die minimal erforderlichen Ressourcengrenzen und -anforderungen.

GroupWise-Ressourcenname Speicherlimit CPU Limit Speicheranforderung CPU-Anforderung

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

Summe

3950Mi

2700m

2210Mi

1250m

Mindestens 50Gi Speicher werden empfohlen.

Vertrauenswürdige CA für Benachrichtigungsdienste

Wenn Sie eine vertrauenswürdige CA zu Ihrem Benachrichtigungsdienst hinzufügen müssen, befolgen Sie diese Schritte:

  1. Erstellen Sie den cattle-monitoring-system Namespace.

  2. Fügen Sie Ihr vertrauenswürdiges CA-Geheimnis zum cattle-monitoring-system Namespace hinzu.

  3. Stellen Sie das rancher-monitoring Helm-Chart bereit oder führen Sie ein Upgrade durch. In den Chart-Optionen verweisen Sie auf das Geheimnis in Alerting  Zusätzliche Geheimnisse.

Ergebnis: Die Standard-Alertmanager-Custom-Resource hat Zugriff auf Ihre vertrauenswürdige CA.

Zusätzliche Scrape-Konfigurationen

Wenn die Scrape-Konfiguration, die Sie wünschen, momentan nicht über einen ServiceMonitor oder PodMonitor angegeben werden kann, können Sie ein additionalScrapeConfigSecret beim Bereitstellen oder beim Upgrade von rancher-monitoring angeben.

Ein scrape_config Abschnitt gibt eine Menge von Zielen und Parametern an, die beschreiben, wie man sie abruft. Im allgemeinen Fall gibt eine Scrape-Konfiguration einen einzelnen Job an.

Ein Beispiel, wo dies verwendet werden könnte, ist mit Istio. Für weitere Informationen siehe diesen Abschnitt.

Konfiguration von Anwendungen, die in Monitoring v2 verpackt sind

Wir stellen kube-state-metrics und Node-Exporter mit Monitoring v2 bereit. Die Node-Exporter werden als DaemonSets bereitgestellt. Jede dieser Entitäten wird als Subchart über das Monitoring v2 Helm-Chart, values.yaml, bereitgestellt.

Wir setzen auch Grafana ein, das nicht von Prometheus verwaltet wird.

Viele Werte sind im obersten Chart nicht sichtbar. Sie können jedoch Werte zum obersten Chart hinzufügen, um die in den Subcharts vorhandenen Werte zu überschreiben.

Erhöhen Sie die Replikate des Alertmanagers.

Im Rahmen der Chart-Bereitstellungsoptionen können Sie sich entscheiden, die Anzahl der Replikate des Alertmanagers, die in Ihrem Cluster bereitgestellt werden, zu erhöhen. Die Replikate können alle mit demselben zugrunde liegenden Alertmanager Config Secret verwaltet werden. Für weitere Informationen zum Alertmanager Config Secret, siehe diesen Abschnitt.

Konfigurieren des Namespace für ein persistentes Grafana-Dashboard.

Um anzugeben, dass Sie möchten, dass Grafana ConfigMaps in allen Namespaces überwacht, setzen Sie diesen Wert im rancher-monitoring Helm-Chart:

grafana.sidecar.dashboards.searchNamespace=ALL

Bitte beachten Sie, dass die vom Monitoring-Chart bereitgestellten RBAC-Rollen zur Hinzufügung von Grafana-Dashboards weiterhin darauf beschränkt sind, Benutzern Berechtigungen zum Hinzufügen von Dashboards im grafana.dashboards.namespace definierten Namespace zu erteilen, der standardmäßig auf cattle-dashboards gesetzt ist.