Diese Seite wurde von der Cloud Translation API übersetzt.
Switch to English

Einführung in Benachrichtigungen

Durch Benachrichtigungen werden Sie rechtzeitig über Probleme in Ihren Cloudanwendungen informiert und können sie dann umgehend beheben.

In Cloud Monitoring beschreibt eine Benachrichtigungsrichtlinie die Umstände, unter denen Sie benachrichtigt werden möchten und wie Sie benachrichtigt werden möchten. Auf dieser Seite erhalten Sie eine Übersicht über Benachrichtigungsrichtlinien.

Informationen zum Einrichten einer Benachrichtigungsrichtlinie finden Sie unter Schnellstart für Compute Engine.

Funktionsweise von Benachrichtigungen

Jede Benachrichtigungsrichtlinie gibt Folgendes an:

  • Bedingungen, die beschreiben, wann eine Ressource, eine Gruppe oder Ressourcen einen Status aufweist, in dem Sie Maßnahmen ergreifen müssen. Eine Benachrichtigungsrichtlinie muss mindestens eine Bedingung haben. Sie können eine Richtlinie jedoch so konfigurieren, dass mehrere Bedingungen enthalten sind.

    Eine Bedingung kann beispielsweise so konfiguriert werden:

    The HTTP response latency is higher than two seconds for at least five minutes.
    

    In diesem Beispiel wird durch die Bedingung die HTTP-Antwortlatenz überwacht und angegeben, wann die Werte des Messwerts eine Aktion erfordern.

  • Benachrichtigungskanäle, die beschreiben, wer benachrichtigt werden soll, wenn eine Aktion erforderlich ist. Sie können mehrere Benachrichtigungskanäle in eine Benachrichtigungsrichtlinie aufnehmen. Cloud Monitoring unterstützt allgemeine Benachrichtigungskanäle, Cloud Mobile App und Pub/Sub. Eine vollständige Liste der unterstützten Kanäle und Informationen zur Konfiguration dieser Kanäle finden Sie unter Benachrichtigungsoptionen.

    Sie können beispielsweise eine Benachrichtigungsrichtlinie zum Senden einer E-Mail an my-support-team@example.com und zum Posten einer Slack-Nachricht an den Kanal #my-support-team konfigurieren.

  • Dokumentation, die in eine Benachrichtigung aufgenommen werden soll. Das Dokumentationsfeld unterstützt nur Text, Markdown und Variablen.

    Sie können beispielsweise der Benachrichtigungsrichtlinie die folgende Dokumentation hinzufügen:

    ## HTTP latency responses
    
    This alert originated from the project ${project}, using
    the variable $${project}.
    

Nachdem eine Benachrichtigungsrichtlinie konfiguriert wurde, überwacht Monitoring die Bedingungen dieser Richtlinie kontinuierlich. Sie können die Bedingungen nicht so konfigurieren, dass sie nur für bestimmte Zeiträume überwacht werden. Wenn die Bedingungen dieser Richtlinie erfüllt sind, d. h., wenn der Status der Ressourcen eine Aktion erfordert, erstellt Monitoring einen Vorfall und sendet eine Benachrichtigung über den Vorfall Erstellung. Diese Benachrichtigung enthält zusammengefasste Informationen zum Vorfall, einen Link zur Seite Richtliniendetails und Informationen zur Untersuchung des Vorfalls sowie eine Dokumentation. die Sie angegeben haben.

Wenn ein Vorfall offen ist und von Monitoring festgestellt wird, dass die Bedingungen der Richtlinie nicht mehr erfüllt werden, geschlossen Monitoring den Vorfall automatisch und sendet eine Benachrichtigung über die Schließung.

Beispiel

Sie stellen eine Webanwendung auf einer Compute Engine-VM-Instanz bereit, auf der eine Webanwendung ausgeführt wird. Es ist zwar normal, dass die HTTP-Antwortlatenz entsprechend der aktuellen Nachfrage variiert, aber wenn Ihre Nutzer über einen längeren Zeitraum eine hohe Latenz verzeichnen, sollte Sie darauf hingewiesen werden, dass Ihre Unterstützung Maßnahmen ergreifen.

Wenn Sie benachrichtigt werden möchten, wenn Ihre Nutzer eine hohe Latenz haben, erstellen Sie die folgende Benachrichtigungsrichtlinie:

  If the HTTP response latency is higher than two seconds for at least five minutes,
  then open an incident and send an email to your support team.

In dieser Benachrichtigungsrichtlinie überwacht die Bedingung die HTTP-Antwortlatenz. Wenn diese Latenz fünf Minuten lang kontinuierlich über zwei Sekunden liegt, wird die Bedingung erfüllt und ein Vorfall erstellt. Ein vorübergehender Anstieg der Latenz führt nicht dazu, dass die Bedingung erfüllt wird oder ein Vorfall erstellt wird.

Angenommen, Ihre Webanwendung ist sehr beliebt und die Antwortlatenz überschreitet zwei Sekunden. So reagiert dann Ihre Benachrichtigungsrichtlinie:

  1. Monitoring startet einen Fünf-Minuten-Timer, wenn eine HTTP-Latenzmessung über zwei Sekunden eingeht.

  2. Wenn innerhalb der nächsten fünf Minuten eine Latenzmessung höher als zwei Sekunden ist, läuft der Timer ab. Wenn der Timer abgelaufen ist, markiert Monitoring die Bedingung als erfüllt, öffnet ein Vorfall und sendet eine E-Mail an Ihr Supportteam.

  3. Ihr Supportteam erhält die E-Mail, meldet sich in der Cloud Console an und bestätigt den Erhalt der Benachrichtigung.

  4. Anhand der Dokumentation in der Benachrichtigungs-E-Mail kann Ihr Supportteam die Ursache der Latenz beheben. Innerhalb weniger Minuten sinkt die HTTP-Antwortlatenz auf weniger als zwei Sekunden.

  5. Wenn Monitoring eine HTTP-Latenzmessung unter zwei Sekunden erhält, wird der Vorfall geschlossen und eine Benachrichtigung an Ihr Supportteam gesendet, dass der Vorfall geschlossen ist.

Wenn die HTTP-Antwortlatenz nach dem Schließen des Vorfalls mehr als zwei Sekunden ansteigt und diesen Wert fünf Minuten lang konstant über diesem Grenzwert bleibt, öffnet Monitoring einen neuen Vorfall und sendet eine Benachrichtigungs-E-Mail.

Benachrichtigungsrichtlinie hinzufügen

Sie können Ihrem Google Cloud-Projekt mithilfe der Google Cloud Console, der Cloud Monitoring API oder dem Cloud SDK eine Benachrichtigungsrichtlinie hinzufügen:

  • Wenn Sie die Cloud Console verwenden, können Sie eine empfohlene Benachrichtigung aktivieren oder eine Benachrichtigung erstellen, indem Sie in Cloud Monitoring die Seite Benachrichtigungen aufrufen.

    Empfohlene Benachrichtigungen sind für einige Google Cloud-Produkte verfügbar. Diese Benachrichtigungen erfordern eine minimale Konfiguration, z. B. das Hinzufügen von Benachrichtigungskanälen. Wenn Sie sich beispielsweise die Seite Pub/Sub Lite-Themen ansehen, können Sie eine Benachrichtigung aktivieren, um Sie zu benachrichtigen, wenn Sie ein Kontingentlimit erreichen. Wenn Sie die Seite VM-Instanzen in Monitoring aufrufen, können Sie empfohlene Benachrichtigungsrichtlinien aktivieren, die die Speicherauslastung und die Netzwerklatenz der Instanzen überwachen.

    Informationen zum Erstellen einer Benachrichtigungsrichtlinie auf der Seite Benachrichtigungen von Cloud Monitoring finden Sie unter Benachrichtigungsrichtlinien mit der Cloud Console erstellen.

  • Wenn Sie die Cloud Monitoring API direkt verwenden oder das Cloud SDK verwenden, können Sie Benachrichtigungsrichtlinien erstellen, aufrufen und ändern. Wenn die Bedingung einer Benachrichtigungsrichtlinie das Verhältnis von zwei Messwerten berechnen und diese mit einem Schwellenwert vergleichen soll, müssen Sie diese Richtlinie mithilfe der Cloud Monitoring API oder des Cloud SDK erstellen. auf. Ein Beispiel für diese Art von Richtlinie finden Sie unter Messwertverhältnis.

    Weitere Informationen zur Verwendung der Cloud Monitoring API und des Cloud SDK finden Sie unter Benachrichtigungsrichtlinien mithilfe der Cloud Monitoring API oder des Cloud SDK erstellen.

Cloud Monitoring unterstützt eine aussagekräftige, textbasierte Sprache, die mit der Google Cloud Console und der Cloud Monitoring API verwendet werden kann. Weitere Informationen zum Verwenden dieser Sprache mit Benachrichtigungen finden Sie unter Benachrichtigungsrichtlinien mithilfe von Monitoring Query Language (MQL) erstellen.

Benachrichtigungsrichtlinien verwalten

Informationen zum Aufrufen einer Liste der Benachrichtigungsrichtlinien Ihres Projekts und zum Ändern dieser Richtlinien finden Sie unter:

Zum Erstellen von Benachrichtigungsrichtlinien erforderlich

In diesem Abschnitt werden die Rollen oder Berechtigungen beschrieben, die zum Erstellen einer Benachrichtigungsrichtlinie erforderlich sind. Ausführliche Informationen zur Identitäts- und Zugriffsverwaltung (Identity and Access Management, IAM) für Cloud Monitoring finden Sie unter Zugriffssteuerung.

Jede IAM-Rolle hat eine ID und einen Namen. Rollen-IDs haben das Format roles/monitoring.editor und werden beim Konfigurieren der Zugriffssteuerung als Argumente an das Befehlszeilentool gcloud übergeben. Weitere Informationen finden Sie unter Zugriff gewähren, ändern und widerrufen. Rollennamen wie Monitoring Editor werden von der Cloud Console angezeigt.

Erforderliche Cloud Console-Rollen

Der Name Ihrer IAM-Rolle für das Google Cloud-Projekt muss eine der folgenden sein, um eine Benachrichtigungsrichtlinie zu erstellen:

  • Monitoring-Editor
  • Monitoring-Administrator
  • Projektinhaber

Eine Liste der Rollen und der zugehörigen Berechtigungen finden Sie unter Rollen.

Erforderliche API-Berechtigungen

Damit Sie mit der Cloud Monitoring API eine Benachrichtigungsrichtlinie erstellen können, muss Ihre Cloud IAM-Rollen-ID für das Google Cloud-Projekt eine der folgenden sein:

  • roles/monitoring.alertPolicyEditor: Diese Rollen-ID gewährt die minimalen Berechtigungen, die zum Erstellen einer Benachrichtigungsrichtlinie erforderlich sind. Weitere Informationen zu dieser Rolle finden Sie unter Vordefinierte Benachrichtigungsrollen.
  • role/monitoring.editor
  • role/monitoring.admin
  • role/owner

Informationen zu den Berechtigungen, die für eine bestimmte Cloud Monitoring API-Methode erforderlich sind, finden Sie unter Cloud Monitoring API-Berechtigungen. Eine Liste der Rollen und der zugehörigen Berechtigungen finden Sie unter Rollen.

Rolle bestimmen

So ermitteln Sie Ihre Rolle für ein Projekt mithilfe der Cloud Console:

  1. Öffnen Sie die Cloud Console und wählen Sie das Google Cloud-Projekt aus:

    Zur Cloud Console

  2. Klicken Sie auf IAM & Verwaltung, um Ihre Rolle aufzurufen. Ihre Rolle steht in der gleichen Zeile wie Ihr Nutzername.

Wenden Sie sich an den Administrator Ihrer Organisation, um die Berechtigungen auf Organisationsebene zu erfahren.

Kosten für Benachrichtigungsrichtlinien

Für die Verwendung von Benachrichtigungsrichtlinien oder Verfügbarkeitsdiagnosen fallen keine Kosten an, es gelten jedoch die folgenden Limits:

Kategorie Wert
Verfügbarkeitsdiagnosen pro Arbeitsbereich oder Messwertbereich 1 100
Benachrichtigungsrichtlinien pro Arbeitsbereich oder pro Messwertbereich2 500
Bedingungen pro Benachrichtigungsrichtlinie 6
Benachrichtigungskanäle pro Benachrichtigungsrichtlinie 16
Benachrichtigungskanäle pro Arbeitsbereich oder Messwertbereich 4000
Gleichzeitig offene Vorfälle pro Benachrichtigungsrichtlinie 5.000
Maximale Dauer für eine Bedingung für fehlende Messwerte 1 Tag
Maximale Dauer für eine Bedingung für Messwertschwellen 23 Stunden, 30 Minuten
1Dieses Limit bezieht sich auf die Anzahl der Verfügbarkeitsdiagnosen-Konfigurationen. Jede Verfügbarkeitsdiagnosen-Konfiguration enthält das Zeitintervall für den Statustest der angegebenen Ressource. Weitere Informationen finden Sie unter Verfügbarkeitsdiagnosen verwalten.

2Apigee und Apigee Hybrid sind umfassend Cloud Monitoring Das Benachrichtigungslimit für alle Apigee-Abostufen (Standard, Enterprise und Enterprise Plus) ist identisch mit dem für Cloud Monitoring: 500 pro Arbeitsbereich oder Messwertbereich .

Die vollständigen Preise finden Sie unter Preise für die Operations-Suite von Google Cloud.

Nächste Schritte