Ungewöhnliche Konfigurationen

Außerhalb von Google Cloud ausführen

Wenn Ihr Cluster nicht in Google Cloud ausgeführt wird, müssen Sie Werte für die Labels project_id und location manuell konfigurieren. Wir empfehlen Folgendes:

  • Legen Sie project_id basierend darauf fest, wie dieser Cluster in Ihr mehrmandantenfähiges Monitoringmodell passt. Ihr Dienstkonto muss mit den richtigen Berechtigungen für die ausgewählte project_id konfiguriert sein.

  • Legen Sie location basierend auf der nächstgelegenen Google Cloud-Region für Ihre Bereitstellung fest.

Sie können diese Labels nicht mit einer Relabeling-Regel neu schreiben.

Mehr als 1.000 Projekte in Ihrer Organisation verwenden

Die maximale unterstützte Anzahl von Projekten in einem Messwertbereich beträgt 375, aber die maximale nicht unterstützte Anzahl von Projekten in einem Messwertbereich beträgt 1.000.

Bei mehr als 1.000 Projekten wird empfohlen, die Collectors so zu konfigurieren, dass eine zentrale project_id anstelle der ID des Projekts verwendet wird, in dem sie ausgeführt werden. Messwerte aus allen Ihren Projekten werden dann in Monarch unter dieser zentralen Projekt-ID gespeichert und Sie können das zentrale Projekt einfach in einen Messwertbereich einfügen.

Wenn Sie diesen Ansatz verwenden, beachten Sie die folgenden möglichen Nachteile:

  • Sie verlieren dadurch einen Teil der detaillierten Mandantenfähigkeit, da die Berechtigungen nur pro Projekt festgelegt werden können. Es kann sinnvoll sein, Projekte logisch in einigen Kategorien zu gruppieren und für jedes ein anderes zentrales Projekt zu verwenden.
  • Der Wert project_id von Google Cloud-Systemmesswerten kann nicht überschrieben werden. Durch diese Problemumgehung werden keine freien Google Kubernetes Engine-Messwerte im zentralen Projekt angezeigt, da diese Messwerte innerhalb jedes Ursprungsprojekts verbleiben.
  • Die Verwendung eines zentralen Projekts kann die Verwendung von Rules und ClusterRules erschweren, da diese Regeln dem Projekt zugeordnet sind, in dem sie installiert sind. Außerdem ist es unwahrscheinlich, dass Sie die gleichen Cluster- und Namespace-Namen in jedem Projekt haben. Möglicherweise müssen Sie stattdessen GlobalRules verwenden.

Daten manuell in einer einzelnen Google Cloud-Region suchen

Standardmäßig speichert Managed Service for Prometheus Daten in der Google Cloud-Region, aus der die Daten stammen, und Abfragen sind von Natur aus global. Das bedeutet, dass Sie Daten nicht geografisch gemeinsam speichern müssen, um Daten in mehreren Google Cloud-Regionen abzufragen.

In den meisten Fällen ist dieses Standardverhalten ausreichend. Es gibt jedoch Situationen, in denen Sie alle Messwertdaten in einer einzelnen Google Cloud-Region speichern möchten, z. B. wenn Sie sich in einer stark regulierten Umgebung befinden.

Um alle Messwertdaten in einer einzelnen Region zu speichern, konfigurieren Sie Ihre Collectors so, dass eine einzelne location anstelle des automatisch erkannten Standorts des Clusters verwendet wird, in dem sie ausgeführt werden.

Das Speichern von Daten in einer einzelnen Google Cloud-Region kann die Verwendung von Rules und Clusterregeln erschweren, da diese auf den Standort beschränkt sind, an dem sie installiert sind. Es ist unwahrscheinlich, dass Sie dieselben Cluster- und Namespace-Namen in jeder Google Cloud-Region haben. Möglicherweise müssen Sie stattdessen GlobalRules verwenden.