Konzepte von Personalized Service Health

In diesem Dokument werden die wichtigsten Konzepte und Begriffe beschrieben, die in Personalized Service Health (PSH) verwendet werden. Wenn Sie diese Konzepte verstehen, können Sie Ereignisse effektiv interpretieren und Benachrichtigungen konfigurieren.

Service Health-Ereignis

Ein Service Health-Ereignis (v1, v1beta) ist ein störendes Ereignis, das sich auf ein Google Cloud -Produkt auswirkt, das für Ihre Projekte oder Ressourcen relevant ist. Beispiele hierfür sind Netzwerkausfälle, Konfigurationsfehler und Leistungsprobleme.

Jedes Ereignis enthält Details zu den Gesamtauswirkungen des Ereignisses, Updates von Google und Informationen zu Ihrem Google Cloud -Projekt.

Vorfall

Vorfälle sind neue und aktive Ausfälle oder Beeinträchtigungen von Google Cloud -Diensten, die für Ihre Projekte relevant sind. Es ist eine Kategorie eines Service Health-Ereignisses.

Ein Vorfall umfasst Folgendes:

• Auswirkungen des Vorfalls: Details zum Umfang des Ereignisses, z. B. betroffeneGoogle Cloud -Produkte und ‑Standorte.
• Updates von Google Cloud: Regelmäßige Updates vomGoogle Cloud -Support.
• Personalisierte Relevanz: Relevanz des Vorfalls für Ihr Google Cloud-Projekt.
• Symptome, Problemumgehungen und voraussichtliche Ankunftszeiten: Informationen, die Ihnen helfen, die Auswirkungen zu bewerten, eine Problemumgehung anzuwenden oder mehr über die Ursache zu erfahren.

Zu einem Vorfall kann ein Vorfallbericht vorliegen, der die Faktoren enthält, die zum Vorfall beigetragen haben, sowie die Schritte, die Google Cloud plant, um ähnliche Vorfälle in Zukunft zu verhindern. Vorfallberichte sind für Vorfälle verfügbar, die die folgenden Bedingungen erfüllen:

• Der Vorfall hat globale Auswirkungen oder betrifft einen erheblichen Prozentsatz der Kundenprojekte in einer oder mehreren Regionen.
• Mindestens ein Produkt ist nicht verfügbar oder stark beeinträchtigt.

Ereignisstatus und detaillierte Status

Ein Ereignis hat zwei Felder, die den Status angeben. Die Werte für diese Felder ändern sich im Laufe des Ereignisses.

• Ereignisstatus: Gibt den Gesamtstatus des Ereignisses an. Mögliche Werte:

  • Aktiv: Das Ereignis wirkt sich aktiv auf Google Cloud aus und es werden weiterhin Updates bereitgestellt.
  • Geschlossen: Das Ereignis wirkt sich nicht mehr auf ein Google Cloud Produkt aus oder wurde mit einem anderen Ereignis zusammengeführt.

• Detaillierter Status: Hier finden Sie weitere Informationen zum Status des Ereignisses. Er gilt nur für Vorfälle und kann je nach Ereignisstatus einen der folgenden Werte haben:

  • Neu: Google-Entwickler untersuchen den Vorfall aktiv, um die Auswirkungen zu ermitteln. Ein neu auftretender Vorfall wird nach Abschluss der Folgenabschätzung entweder zu einem bestätigten oder zu einem behobenen Vorfall. Ein aktiver Vorfall kann ein neu auftretender Vorfall sein.

    Support für neu auftretende Vorfälle ist nur für Google CloudNetzwerkprodukte verfügbar.

  • Bestätigt: Der Vorfall wurde von Google-Entwicklern bestätigt und wirkt sich auf mindestens ein Google Cloud -Produkt aus. Bis zur Behebung des Problems werden laufend Statusupdates bereitgestellt.

    Ein aktiver Vorfall kann ein bestätigter Vorfall sein.

  • Zusammengeführt: Der Vorfall wurde mit einem übergeordneten Vorfall zusammengeführt. Alle weiteren Updates werden nur für das übergeordnete Element veröffentlicht.

  • Behoben: Der Vorfall wirkt sich nach Ergreifen von Maßnahmen nicht mehr auf ein Google Cloud-Produkt aus. Es wird keine weiteren Updates mehr geben.

    Ein geschlossener Vorfall ist in der Regel ein gelöster Vorfall.

  • Falsch positiv: Nach einer Untersuchung kamen die Google-Entwickler zu dem Schluss, dass der Vorfall kein Google Cloud -Produkt betrifft. Dieser Status kann sich ändern, wenn der Vorfall noch einmal überprüft wird.

  • Automatisch geschlossen: Der Vorfall wurde aus folgenden Gründen automatisch geschlossen:

    • Die Auswirkungen des Vorfalls konnten nicht bestätigt werden.
    • Der Vorfall trat nur zeitweise auf oder wurde von selbst behoben.

    Der Vorfall hat keine Lösung, da keine Maßnahmen oder Untersuchungen stattgefunden haben. Wenn der Vorfall nur zeitweise auftritt, wird er möglicherweise wieder geöffnet.

Detaillierter Störungsstatus

Bei einem Vorfall, der mehrere Produkte oder Standorte betrifft, können einzelne Produkte oder Standorte wiederhergestellt werden, bevor der gesamte Vorfall behoben ist. Personalized Service Health bietet einen detaillierten Störungsstatus auf Produkt- und Standortebene, um die teilweise Wiederherstellung während eines aktiven Vorfalls widerzuspiegeln. Der detaillierte Ausfallstatus ist sowohl für Ereignisse auf Projektebene als auch auf Organisationsebene verfügbar.

Ein Produkt oder ein Standort kann einen der folgenden detaillierten Ausfallstatus haben:

• Betroffen: Das Produkt oder der Standort ist aufgrund des Vorfalls von einer Störung betroffen.
• Behoben: Das Problem mit dem bestimmten Produkt oder Standort wurde behoben.

Unterscheidung zwischen Ereignisstatus und detailliertem Status

Es ist wichtig, zwischen dem Gesamtstatus des Ereignisses, dem detaillierten Status und dem detaillierten Ausfallstatus einzelner Produkte oder Standorte zu unterscheiden:

• Gesamtstatus und detaillierter Status des Ereignisses: Gelten für den Vorfall als Ganzes. Ein Vorfall bleibt Aktiv (mit einem detaillierten Status wie Bestätigt), solange mindestens ein Produkt oder Standort Betroffen ist. Ein Vorfall wechselt erst dann zu Geschlossen (mit dem detaillierten Status Gelöst), wenn alle zugehörigen Produkte und Standorte den Status Gelöst erreicht haben.
• Detaillierter Störungsstatus: Gilt unabhängig für jedes betroffene Produkt oder jeden betroffenen Standort. Ein einzelnes Produkt oder ein einzelner Standort kann in den Status Behoben wechseln, während der Gesamtstatus des Ereignisses Aktiv bleibt.

Wenn ein Vorfall mit einem übergeordneten Vorfall zusammengeführt wird, werden die detaillierten Ausfallstatus des untergeordneten Vorfalls gelöscht und der untergeordnete Vorfall delegiert den detaillierten Status an den übergeordneten Vorfall als zentrale Informationsquelle.

Hinweis: In Cloud Logging konfigurierte Benachrichtigungen gelten für allgemeine Ereignisüberarbeitungen und Statusänderungen, nicht für isolierte detaillierte Statusübergänge für einzelne Produkte oder Standorte.

Relevanz

Personalized Service Health bewertet die Auswirkungen aller Vorfälle auf Ihr Projekt. Wenn die Auswirkungen des Vorfalls auf Ihr Projekt möglich oder bestätigt sind, wird er im Service Health-Dashboard und in der API verfügbar.

Die Relevanz beschreibt, wie sich ein Vorfall auf Ihr Projekt auswirkt. Die Relevanz kann sich im Laufe des Vorfalls ändern.

Für die Relevanz sind folgende Werte möglich:

• Betroffen: Der Vorfall hat nachweislich Auswirkungen auf Ihr Projekt. Nur für einige Google Cloud Produkte verfügbar.
• Zugehörig: Der Vorfall steht in direkter Verbindung mit Ihrem Projekt und wirkt sich auf ein Google Cloud -Produkt an einem Standort aus, der vom Projekt verwendet wird.
• Teilweise relevant: Der Vorfall ist mit einem Google Cloud-Produkt verknüpft, das von Ihrem Projekt verwendet wird, hat aber möglicherweise keine Auswirkungen auf das Projekt. Beispielsweise kann sich der Vorfall auf ein von Ihrem Projekt verwendetes Google Cloud-Produkt auswirken, allerdings an einem Standort, der vom Projekt nicht verwendet wird.
• Nicht betroffen: Der Vorfall hat keine Auswirkungen auf Ihr Projekt.
• Unbekannt: Die Auswirkungen auf Ihr Projekt sind zu diesem Zeitpunkt nicht bekannt.

Produktidentitätsnamen und Anzeigenamen (nur Alpha und Beta)

Damit Administratoren Vorgänge schnell lokalisieren können, ohne dass lokale Zuordnungen von Produktkennzeichnungen erforderlich sind, enthalten Ereigniseinträge in v1alpha- und v1beta-Releases Anzeigestrings in referenzierten Ressourcen.

In den Product-Objekten, die in Standardnutzlasten angegeben sind (in den impact-Sammlungen sowohl auf Event als auch auf OrganizationEvent), gibt es zwei neue Properties, die bei der Identifizierung helfen:

• display_name (String): Ein OUTPUT_ONLY-Tag, das menschenlesbare Produkttitel enthält, die für Kunden geeignet sind (z. B. "Google Cloud SQL").
• previous_display_names (wiederholter String): Ein OUTPUT_ONLY-Array, das alle Titel enthält, die diese Ressource früher unterstützt hat. So bleibt die Kontinuität bei der Rückverfolgung von Ereignissen über aktive Rebrandings hinweg erhalten.

Hinweis: Die Felder display_name und previous_display_name dienen der Anzeige und können sich aufgrund von Produkt-Rebranding ändern. Verwenden Sie für die programmatische Logik (API-Aufrufe und Benachrichtigungsrichtlinien) stabile Produkt-IDs.

Produktanzeigefelder werden auf der vGA (v1)-Oberfläche verzögert, um die maximale Systemstabilität zu gewährleisten.

So ermitteln Sie die richtigen unveränderlichen Kennungen für die Verwendung in Filtern und Benachrichtigungen:

1. Öffnen Sie den Leitfaden Unterstützte Produkte und Standorte.
2. Suchen Sie in der Tabelle nach dem Zielprodukt von Google Cloud .
3. Kopieren Sie den Wert, der unter Produkt-ID aufgeführt ist.

Alternativ können Sie die korrekten unveränderlichen Kennungen direkt aus API-Nutzlasten ermitteln:

1. Führen Sie einen API-Aufruf aus, der Ereignisressourcen (z. B. projects.locations.events.list) zurückgibt.
2. Prüfen Sie die impact-Blockzuordnungen im resultierenden JSON-Array.
3. Extrahieren Sie den String im Attribut product. Dieser Wert gibt die stabile Produkt-ID an, unabhängig von unterschiedlichen Anzeigenamen.