In diesem Dokument sind die quotas und quotas aufgeführt, die für Cloud Monitoring
Ein Kontingent schränkt ein, wie viel von einer bestimmten gemeinsam genutzten Google Cloud-Ressource Ihr Google Cloud-Projekt nutzen kann, einschließlich Hardware, Software und Netzwerkkomponenten. Daher sind Kontingente Teil eines Systems, das Folgendes tut:
- Ihre Nutzung oder Ihren Verbrauch von Google Cloud-Produkten und -Diensten überwachen.
- Ihren Verbrauch dieser Ressourcen einschränken, um u. a. für Fairness zu sorgen und Nutzungsspitzen zu reduzieren.
- Konfigurationen verwalten, die automatisch vorgeschriebene Einschränkungen erzwingen.
- Möglichkeit, das Kontingent anzufordern oder zu ändern.
Wenn ein Kontingentlimit überschritten wird, blockiert das System in den meisten Fällen den Zugriff auf die entsprechende Google-Ressource und die Aufgabe, die Sie ausführen möchten, schlägt fehl. In den meisten Fällen gelten Kontingente für jedes Google Cloud-Projekt und werden von allen Anwendungen und IP-Adressen geteilt, die dieses Google Cloud-Projekt verwenden.
Verwenden Sie zur Erhöhung/Verringerung der meisten Kontingenten die Google Cloud Console. Weitere Informationen finden Sie unter Höheres Kontingentlimit anfordern.
Außerdem gelten Limits für Monitoring-Ressourcen. Diese Limits stehen nicht im Zusammenhang mit dem Kontingentsystem. Limits können nur geändert werden, wenn dies angegeben ist.
Benutzerdefinierte Messwerte
Auf der Cloud Monitoring-Seite Messwertverwaltung können Sie den Betrag steuern, den Sie für kostenpflichtige Messwerte ausgeben, ohne die Beobachtbarkeit zu beeinträchtigen. Die Seite Messwertverwaltung enthält folgende Informationen:
- Aufnahmevolumen für byte- und probenbasierte Abrechnung für Messwertdomains und einzelne Messwerte
- Daten zu Labels und zur Kardinalität von Messwerten
- Verwenden Messwerten in Benachrichtigungsrichtlinien und benutzerdefinierten Dashboards
- Rate von Messwert-Schreibfehlern
| Kategorie | Höchstwert |
|---|---|
| Benutzerdefinierte Messwertdeskriptoren pro Projekt1 | 10.000 |
| Labels pro Messwertdeskriptor | 30 |
| Stringlänge für den Labelschlüssel | 100 |
| Stringlänge für den Labelwert | 1.024 |
| Zeitachsen in einer Schreibanfrage2 | 200 |
| Geschwindigkeit, mit der Daten in eine einzelne Zeitreihe geschrieben werden können3 | 1 Datenpunkt pro 5 Sekunden |
| Histogramm-Buckets pro benutzerdefiniertem Verteilungsmesswert | 200 |
| Arbeitslast, Prometheus und externe4 Messwertdeskriptoren pro Projekt | 25.000 |
| Aktive Zeitachsen aus benutzerdefinierten Messwerten pro überwachter Ressource5 | 200.000 |
| Aktive Zeitachsen aus Arbeitslastmesswerten pro überwachter Ressource5 | 200.000 |
| Aktive Zeitreihen von Prometheus pro überwachter Ressource5 | 1.000.000 |
| Aktive Zeitachsen aus externen Messwerten pro überwachter Ressource5 | 200.000 |
| Häufigkeit, mit der Messwertdeskriptoren erstellt werden können | 6.000 pro Minute und Projekt |
1 Dieses Limit wird durch Cloud Monitoring festgelegt. Weitere Dienste
niedrigere Maximalwerte zur Verfügung zu stellen. Benutzerdefinierte Messwerte werden in
custom.googleapis.com
<ph type="x-smartling-placeholder"></ph>
2
Für jede Zeitachse in einer Anfrage kann nur ein Datenpunkt geschrieben werden.
ist limit auch die maximale Anzahl von Punkten, die pro
<ph type="x-smartling-placeholder"></ph>
3.
Für die Cloud Monitoring API ist es erforderlich, dass die Endzeiten von Punkten, die in
müssen mindestens 5 Sekunden auseinanderliegen. Wenn die Datenpunkte in der richtigen Reihenfolge in die Zeitreihe geschrieben werden, können Sie dafür einen Batchvorgang nutzen.
<ph type="x-smartling-placeholder"></ph>
4.
Externe Messwerte sind diejenigen, die in external.googleapis.com geschrieben werden.
<ph type="x-smartling-placeholder"></ph>
5.
Eine Zeitreihe ist aktiv, wenn Sie Datenpunkte darauf geschrieben haben
innerhalb der letzten 24 Stunden.
Das in der Zeile angegebene Limit ist die Gesamtzahl der aktiven Zeitreihen für eine
Einzelne überwachte Ressource (z. B. eine einzelne gce_instance-VM)
oder einen einzelnen k8s_container-Container) für alle benutzerdefinierten
Messwerte innerhalb dieser Zeile (benutzerdefiniert, Arbeitslast, Prometheus oder extern). Eine
Ausnahme ist die überwachte Ressource global, für die das Limit gilt für
benutzerdefinierten Messwert separat erstellen. Das ist ein systemweites Sicherheitslimit.
nicht anpassbar ist.
Kontingente und Limits der Monitoring API
| Kategorie | Höchstwert |
|---|---|
| Limits der API-Nutzung |
Führen Sie einen der folgenden Schritte aus, um die API-Kontingente und -Limits zu ermitteln:
|
| Lebensdauer der API-Seitentoken | 24 Stunden |
Kontingente der Monitoring API
Für die Monitoring API gelten Kontingentlimits für die Anzahl der Zeitreihenanforderungen zur Aufnahme von Daten und für Zeitreihenabfragen. Anforderungen zur Aufnahme von Daten sind Aufrufe, die Zeitreihendaten schreiben, und Abfragen sind Aufrufe, die Zeitreihendaten abrufen. Auch für andere Monitoring API-Endpunkte gelten interne Limits. Solche Endpunkte sind nicht darauf ausgelegt, eine hohe Anzahl an Anforderungen zu verarbeiten.
Um die Anzahl der API-Anfragen zu reduzieren, die beim Schreiben Ihrer Dienste gesendet werden
Zeitreihendaten verwenden möchten, verwenden Sie nur eine API-Anfrage, um Daten für mehrere Zeitreihen zu schreiben.
Wir empfehlen, mindestens 10 Objekte pro Anfrage zu schreiben.
Weitere Informationen zur Batchverarbeitung von API-Anfragen finden Sie unter
timeSeries.create.
Wenn Sie nach der Stapelverarbeitung Ihrer API-Anfragen immer noch eine höhere Monitoring API-Kontingentlimits, Kontakt Google Cloud-Support
Für die anderen Limits gelten die auf dieser Seite angegebenen festen Werte.
Weitere Informationen finden Sie unter Mit Kontingenten arbeiten:
Datenaufbewahrung
Messwertdatenpunkte, deren Aufbewahrungsdauer überschritten wurde, werden aus Zeitreihen gelöscht.
| Kategorie | Wert | ||
|---|---|---|---|
Aufbewahrung von Datenpunkten aus benutzerdefinierten, externen und Agent-Messwerten, darunter:
|
24 Monate1 | ||
Aufbewahrung von Datenpunkten aus Messwerten des Typs Prozessintegrität: agent.googleapis.com/processes, , mit Ausnahme von count_by_state und fork_state, wie im vorherigen Eintrag erwähnt. |
24 Stunden | ||
| Aufbewahrung von Datenpunkten aus allen anderen Messwerttypen, einschließlich | 6 Wochen | Aufbewahrung von Google Cloud-Messwerten | 6 Wochen |
| Lebensdauer der API-Seitentoken | 24 Stunden |
† Messwertdaten werden – bei ursprünglicher Frequenz der Probenahme – für einen Zeitraum von 6 Wochen aufbewahrt. Die Frequenz wird anschließend zur erweiterten Speicherung auf 10-Minuten-Intervalle herabgestuft.
2 Messwertdaten von Google Cloud Managed Service for Prometheus werden gespeichert für
1 Woche bei der ursprünglichen Einstellung
der Stichprobenhäufigkeit, dann wird die Stichprobe auf
1-minütige Intervalle für die nächste
5 Wochen, dann wird zur erweiterten Speicherung in Intervallen von 10 Minuten verkleinert.
Ressourcengruppen
| Kategorie | Wert |
|---|---|
| Anzahl der Ressourcengruppen pro Messwertbereich | 500 |
| Maximale Anzahl an Gruppen in einem E-Mail-Bericht1 | 10 |
1 Bei der Konfiguration von Cloud Monitoring-E-Mail-Berichten können Sie Informationen zur Nutzung Ihrer Ressourcengruppen anfordern. Aufgrund von Einschränkungen innerhalb des Tools für die E-Mail-Berichte können die generierten Berichte jedoch nur Daten zu maximal zehn Gruppen enthalten.
Überwachte Projektlimits
Cloud Monitoring unterstützt offiziell bis zu 375 Google Cloud-Projekte pro Messwertbereich .
Sie können bis zu 1.000 Google Cloud-Projekte pro Messwertbereich hinzufügen. aber es kann zu Leistungsproblemen kommen, insbesondere wenn Sie benutzerdefinierte Abfragen oder Verlaufsdaten. Cloud Monitoring garantiert leistungsfähige Abfragen und Diagramme nur für 375 Google Cloud-Projekte pro Messwertbereich .
Wenn Sie Ihr Kontingent für Google Cloud-Projekte pro Messwertbereich erhöhen möchten, können Sie eine Erhöhung des Bereichs „Überwachte Projekte / Monitoring-Messwerte“ Kontingent. Weitere Informationen finden Sie in der Weitere Informationen finden Sie in der Dokumentation zum Verwalten Ihres Kontingents.
Limits beim Erstellen und Aktualisieren von Messwertdeskriptoren
Cloud Monitoring erzwingt für das Erstellen neuer Messwerte, zum Hinzufügen neuer Labelnamen zu vorhandenen Messwerten und zum Löschen von Messwerten. Diese Ratenbegrenzung wird normalerweise nur bei der ersten Integration mit Cloud Monitoring, wenn Sie zum Beispiel eine vorhandene, ausgereifte Prometheus-Bereitstellung zu Cloud Monitoring zu migrieren. Dieses ist keine Ratenbegrenzung für die Aufnahme von Datenpunkten. Diese Ratenbegrenzung gilt nur wenn Sie neue Messwerte erstellen oder neue Labelnamen zu vorhandenen Messwerten.
Dieses Kontingent ist fest, aber alle Probleme sollten automatisch behoben werden, wenn neue Messwerte und Messwertlabels bis zum Limit pro Minute erstellt werden.
Limits für Benachrichtigungen
| Kategorie | Wert | Richtlinientyp1 |
|---|---|---|
| Benachrichtigungsrichtlinien (Summe des Messwerts und Logs) pro Messwertbereich 2 | 500 | Messwert, Log |
| Bedingungen pro Benachrichtigungsrichtlinie | 6 | Messwert |
| Maximaler Zeitraum, in dem eine Bedingung für fehlende Messwerte ausgewertet wird3 |
1 Tag | Messwert |
| Maximaler Zeitraum, in dem eine Messwertschwellenbedingung ausgewertet wird3 |
23 Stunden, 30 Minuten | Messwert |
| Maximale Länge des verwendeten Filters in einer Bedingung für Messwertschwellen |
2.048 Unicode-Zeichen | Messwert |
| Maximale Anzahl von Zeitreihen durch eine Prognosebedingung überwacht, |
64 | Messwert |
| Minimaler Prognosezeitraum | 1 Stunde (3.600 Sekunden) | Messwert |
| Maximales Prognosefenster | 2,5 Tage (216.000 Sekunden) | Messwert |
| Benachrichtigungskanäle pro Benachrichtigungsrichtlinie | 16 | Messwert, Log |
| Maximale Benachrichtigungsrate | 1 Benachrichtigung alle 5 Minuten für jede logbasierte Benachrichtigung | Log |
| Maximale Anzahl an Benachrichtigungen | 20 Benachrichtigungen pro Tag für jede logbasierte Benachrichtigung | Log |
| Maximale Anzahl gleichzeitig offener Vorfälle pro Benachrichtigungsrichtlinie |
1.000 | Messwert |
| Zeitraum, nach dem ein Vorfall ohne neue Daten automatisch geschlossen wird |
7 Tage | Messwert |
| Maximale Dauer eines Vorfalls, wenn er nicht manuell geschlossen wird | 7 Tage | Log |
| Aufbewahrung geschlossener Vorfälle | 13 Monate | Nicht zutreffend |
| Aufbewahrung offener Vorfälle | Unbefristet | Nicht zutreffend |
| Benachrichtigungskanäle pro Messwertbereich | 4.000 | Nicht zutreffend |
| Maximale Anzahl von Benachrichtigungsrichtlinien pro Schlummerfunktion | 16 | Messwert, Log |
| Beibehalten einer Schlummerfunktion | 13 Monate | Nicht zutreffend |
2Apigee und Apigee Hybrid sind stark in Cloud Monitoring eingebunden. Das Benachrichtigungslimit für alle Apigee-Aboebenen (Standard, Enterprise und Enterprise Plus) entspricht dem für Cloud Monitoring: 500 pro Messwertbereich.
3 Der maximale Zeitraum, der eine Bedingung auswertet, ist die Summe des Ausrichtungszeitraums und der Dauerfensterwerte. Wenn für den Ausrichtungszeitraum beispielsweise 15 Stunden festgelegt sind und das Dauerfenster 15 Stunden beträgt, sind 30 Stunden für die Bewertung der Bedingung erforderlich.
Limits für synthetisches Monitoring
| Kategorie | Wert |
|---|---|
| Verfügbarkeitsdiagnosen nach Messwertbereich * | 100 |
| Maximale Anzahl von ICMP-Pings pro öffentliche Verfügbarkeitsdiagnose | 3 |
| Synthetisches Monitoring pro Messwertbereich | 100† |
†Informationen zum Erhöhen dieses Limits finden Sie unter Kontingent über die Google Cloud Console verwalten
Limits für Diagramme
| Kategorie | Wert |
|---|---|
| Dashboards pro Messwertbereich | 1000 |
| Diagramme in einem Dashboard | 40 |
| Linien in einem Diagramm | 50 |
Service Level Objectives
| Kategorie | Wert |
|---|---|
| Anzahl der SLOs pro Dienst | 500 |