Hochverfügbarkeitsarchitektur

IBM Cloud® Databases for PostgreSQL steuert die Verteilung von Anfragen zwischen Postgres-Mitgliedern, was in Hochverfügbarkeit für PostgreSQL

Eine Verfügbarkeitszone ist eine logisch und physisch isolierte Position innerhalb einer IBM Cloud-Region, in der Ihre Daten verarbeitet und gehostet werden.

• Eine Verfügbarkeitszone besitzt unabhängige Stromversorgungs-, Kühlungs- und Netzinfrastrukturen, die von anderen Zonen isoliert sind, um die Fehlertoleranz durch die Vermeidung von Single Points of Failure zwischen Zonen zu stärken.
• Eine Verfügbarkeitszone bietet innerhalb einer Region eine hohe Bandbreite und eine niedrige zonenübergreifende Latenz.

Eine Region (Standort) ist eine geografisch und physisch getrennte Gruppe von einer oder mehreren Verfügbarkeitszonen mit unabhängigen Elektrizitäts- und Netzinfrastrukturen, die von anderen Regionen isoliert sind.

• Regionen entfernen konzeptionsgemäß gemeinsame Single Points of Failure mit anderen Regionen und garantieren eine niedrige zonenübergreifende Latenz innerhalb der Region.
• Jede Region ist zur Redundanz mit drei verschiedenen Rechenzentren ausgestattet.

Verfügbarkeitszonen

Activity Tracker Event Routing ist ein hoch verfügbarer, regionaler Service.

• Activity Tracker Event Routing ist in mehreren Regionen verfügbar. Weitere Informationen zu den Regionen, in denen Activity Tracker Event Routing verfügbar ist, finden Sie unter Regionen.
• Jede Multi-Zone-Region verfügt über drei verschiedene Rechenzentren, die aus Redundanzgründen im active/active Modus konfiguriert sind.
• Wenn alle Rechenzentren an einem Standort fehlschlagen, ist Activity Tracker Event Routing an diesem Standort nicht verfügbar.
• In jeder unterstützten Region wird der Datenverkehr über die Infrastruktur in mehreren Verfügbarkeitszonen verteilt, ohne dass ein einzelner Punkt des Fehlers aufgetreten ist.

Weitere Informationen zur Serviceverfügbarkeit finden Sie unter Service-Level-Agreements (SLAs).

In der folgenden Tabelle ist der Hochverfügbarkeitsstatus für die Regionen (Standorte) aufgeführt, in denen der IBM Cloud Activity Tracker Event Routing-Service verfügbar ist:

Liste der Orte, an denen der Dienst verfügbar ist

Geografische Region	Bereich	EU-unterstützt	HA-Status
Asien/Pazifik	Chennai (in-che)	N/A	SZR
Asien/Pazifik	Mumbai (in-mum)	N/A	SZR
Asien/Pazifik	Osaka (jp-osa)	N/A	MZR
Asien/Pazifik	Sydney (au-syd)	N/A	MZR
Asien/Pazifik	Tokio (jp-tok)	N/A	MZR
Europa	Frankfurt (eu-de)		MZR
Europa	London (eu-gb)	N/A	MZR
Europa	Madrid (eu-es)		MZR
Nordamerika	Dallas (us-south)	N/A	MZR
Nordamerika	Montreal (ca-mon)	N/A	MZR
Nordamerika	Toronto (ca-tor)	N/A	MZR
Nordamerika	Washington (us-east)	N/A	MZR
Südamerika	Sao Paulo (br-sao)	N/A	MZR

Wo

• Eine Geografie ist ein geografischer Bereich oder ein größerer politischer Körper, der eine oder mehrere Regionen enthält.

• Eine Region ist ein definiertes geografisches Gebiet.

  Bei einer Region kann es sich um einen bestimmten Postleitzahlenbereich, einen Ort, ein Bundesland/Kanton, eine Gruppe von Bundesländern/Kantonen oder auch eine Gruppe von Ländern handeln.

  Eine Region umfasst mehrere Verfügbarkeitszonen, um den Anforderungen an lokalen Zugriff, geringe Latenz und Sicherheit für die jeweilige Region gerecht zu werden.

• N/A bedeutet, dass das Feature auf diese Geografie nicht anwendbar ist.

• MZR steht für "multi-zone region" und bedeutet "Mehrzonenregion". Weitere Informationen.

Architektur zur Wiederherstellung nach Katastrophen

IBM Cloud® Databases for PostgreSQL steuert die Verteilung von Anfragen zwischen Postgres-Mitgliedern, was in "Hochverfügbarkeit für PostgreSQL

IBM Cloud Object Storage verwaltet die Geotaschen, die zum Speichern der Postgres-Backups für IBM Cloud Activity Tracker Event Routing verwendet werden. Die Verwaltung von Geo-Location-Buckets wird in "High availability for IBM Cloud Object Storage

Ausfall einer einzelnen Zone

IBM Cloud Activity Tracker Event Routing ist HA und kann bei Ausfall einer einzelnen Zone oder Maschine weiterarbeiten .

Regionalversagen

Activity Tracker Event Routing ist ein Plattformdienst. Es gibt keine automatische überregionale Ausfallsicherung oder überregionale Notfallwiederherstellung. Wenn alle Verfügbarkeitszonen in einer Region ausfallen, ist Activity Tracker Event Routing in dieser Region nicht mehr verfügbar.

Ihre Verantwortung für humanitäre Hilfe und Katastrophenhilfe

Ziel der Disaster-Recovery ist der Fortbestand bei einer katastrophalen Störung oder beim Verlust der Verfügbarkeit an einem einzelnen Standort.

Activity Tracker Event Routing ist ein Plattformdienst. Es gibt keine automatische überregionale Ausfallsicherung oder überregionale Notfallwiederherstellung. Wenn alle Verfügbarkeitszonen in einer Region fehlschlagen, ist Activity Tracker Event Routing an diesem Standort nicht verfügbar.

Sie können eine Konfiguration erstellen, um auf ein Sicherungsziel in einer anderen Region zuzugreifen.

Im Falle einer regionalen Katastrophe müssen Sie die folgenden Schritte ausführen, um eine hohe Verfügbarkeit der Region zu erreichen:

1. Entscheiden Sie, welcher Ort Ihre Erholungsregion sein soll. Wählen Sie eine der folgenden Optionen aus:

   • Überprüfen Sie die vorgeschlagene DR-Wiederherstellungsregion und verwenden Sie diese Region als Ihre Wiederherstellungsregion.

   • Wenn Sie die Kontoeinstellungen von Activity Tracker Event Routing mit einem primären Standort und einem sekundären Backup-Standort konfiguriert haben, überprüfen Sie, ob einer der Standorte noch funktionsfähig ist, und verwenden Sie einen dieser Standorte als Wiederherstellungsregion.

   • Wenn Sie die Kontoeinstellungen von Activity Tracker Event Routing nur mit einem primären Standort konfiguriert haben und dieser Standort nicht verfügbar ist, überprüfen Sie die unterstützten Regionen von Activity Tracker Event Routing und wählen Sie eine aktive Region als Wiederherstellungsregion aus.

2. Sie können nur in von Activity Tracker Event Routing unterstützten Regionen Ziele definieren. Das eigentliche Ziel kann jedoch in einer anderen Region verfügbar sein und weiterhin einsatzfähig sein. Zunächst müssen Sie die Verfügbarkeit des Ziels überprüfen. Wählen Sie anschließend eine der folgenden Optionen aus:

   • Wenn ein Ziel in einer anderen Region als der ausgefallenen verfügbar ist und die von Ihnen ausgewählte Wiederherstellungsregion eine in den Activity Tracker Event Routing-Kontoeinstellungen konfigurierte ist, enthalten der primäre Standort und der sekundäre Backup-Standort Details zu Ihrem Ziel. Sie können weiterhin die im Konto definierten Routen überprüfen, um sicherzustellen, dass die Ereignisse an das Ziel weitergeleitet werden.

   • Wenn ein Ziel in einer anderen Region als der ausgefallenen verfügbar ist und die von Ihnen ausgewählte Wiederherstellungsregion keine Region ist, die in den Activity Tracker Event Routing-Kontoeinstellungen konfiguriert ist, müssen Sie das Ziel in einer von Activity Tracker Event Routing unterstützten Region konfigurieren, die verfügbar ist, vorzugsweise in der Region, die Sie als Wiederherstellungsregion ausgewählt haben. Als Nächstes müssen Sie die im Konto definierten Routen überprüfen, damit Ereignisse an das von Ihnen konfigurierte neue Ziel weitergeleitet werden.

   • Wenn das Ziel nicht verfügbar ist, müssen Sie den DR-Wiederherstellungsprozess für diesen Zieltyp durchlaufen und ein neues in der von Ihnen ausgewählten Wiederherstellungsregion bereitstellen. Sie müssen das Ziel in einer von Activity Tracker Event Routing unterstützten Region konfigurieren, die verfügbar ist, vorzugsweise in der Region, die Sie als Wiederherstellungsregion auswählen. Als Nächstes müssen Sie die im Konto definierten Routen überprüfen, damit Ereignisse an das von Ihnen konfigurierte neue Ziel weitergeleitet werden.

3. Sie definieren Routen, um anzugeben, wie Ereignisse an die Ziele weitergeleitet werden, die Sie im Konto konfiguriert haben. Diese Routen sind global und nicht an eine bestimmte Region gebunden. Daher müssen Sie im Falle eines DR-Szenarios überprüfen, ob alle konfigurierten Ziele betriebsbereit sind und ob die Regeln für betriebsbereite Ziele und Standorte gelten.

   Wenn die Region, die heruntergeht, auch globale Ereignisse in Ihrem Konto erfasst, müssen Sie die Route in der Wiederherstellungsregion aktualisieren, um globale Ereignisse zu erfassen.

Wenn Activity Tracker Event Routing in der inaktiven Region wiederhergestellt wird, wird Ihre Konfiguration wiederhergestellt. Führen Sie die folgenden Schritte aus, um in der ausgefallenen Region weiterarbeiten zu können:

1. Sie müssen überprüfen, ob alle vorhandenen Ziele in dieser Region ebenfalls wiederhergestellt und einsatzbereit sind.
2. Wenn Sie die Erfassung von globalen Prüfereignissen in der Wiederherstellungsregion aktivieren mussten, müssen Sie die Route aktualisieren, um globale Ereignisse in dieser Region zu stoppen.
3. Wenn Sie neue Ziele konfiguriert haben, können Sie Ihre Konfiguration aktualisieren, um wieder die ausgefallenen Ziele zu verwenden. Sie können auch die Ziele weiter verwenden, die Sie in der Wiederherstellungsregion aktiviert haben.

Weitere Informationen zu den Verantwortlichkeiten zwischen Ihnen und IBM Cloud für die Nutzung von IBM Cloud Activity Tracker Event Routing finden Sie unter "Verständnis Ihrer Verantwortlichkeiten bei der Nutzung von IBM Cloud Activity Tracker Event Routing ".

Recovery Time Objective (RTO) und Recovery Point Objective (RPO)

In der folgenden Tabelle sind die geschätzten Wiederherstellungszeiten für den Fall einer Notfallsituation in der DR-Situation angegeben:

Änderungsmanagement

Das Änderungsmanagement umfasst Aufgaben wie Upgrades, Konfigurationsänderungen und Löschungen.

Es wird empfohlen, Benutzern und Prozessen die IAM-Rollen und -Aktionen mit den geringsten für ihre Arbeit erforderlichen Berechtigungen zuzuweisen. Siehe Wie kann ich das versehentliche Löschen von Diensten verhindern?

Wie IBM® die Planung der Notfallwiederherstellung unterstützt

• IBM® führt jährliche Tests verschiedener Katastrophenszenarien durch und verbessert unsere Wiederherstellungsdokumentation kontinuierlich auf der Grundlage der bei diesen Tests gewonnenen Erkenntnisse.

• kunden steht ein globaler 24/7-Support zur Verfügung. IBM®-Experten stehen auf Abruf bereit, um im Katastrophenfall zu helfen.

  Alle IBM®-Fachexperten werden jährlich in den Richtlinien und Verfahren für Geschäftskontinuität und Notfallwiederherstellung geschult, um im Katastrophenfall vorbereitet zu sein.

Die von Activity Tracker Event Routing in einer Region verwalteten Metadaten werden in den Rechenzentren in der Nähe dieser Region gespeichert.

Eine Mehrzonenregion (MZR) besteht aus drei oder mehr Verfügbarkeitszonen, die voneinander unabhängig sind und auf diese Weise sicherstellen, dass sich einzelne Fehlerereignisse nur auf eine einzige Zone auswirken.

Standardmäßig wird Activity Tracker Event Routing in 3 Zonen eingesetzt. Jede Zone ist mit active/active/active eingerichtet:

• Jede Zone befindet sich in einem anderen Rechenzentrum in der Region.
• Die an den Dienst gesendeten Ereignisse werden automatisch mit geringer Latenz auf die anderen Zonen repliziert. Zur Aktivierung der Replikation ist von Ihrer Seite aus keine Aktion erforderlich.
• Der Service übersteht einen Fehler in einer einzigen Zone konzeptionsgemäß ohne Unterbrechung.

Die MZR-Architektur bietet automatisches Failover zwischen Zonen innerhalb der Region sowie hohe Verfügbarkeit für eine Audit-Instanz innerhalb einer Region.

Activity Tracker Event Routing Die Metadaten enthalten Informationen darüber, wo und wie Sie Audit-Ereignisse in Ihrem Konto für regionale Dienste und für globale Dienste wie IAM erfassen und speichern können.

• Ein Ziel ist eine Ressource, in der Sie Prüfereignisse sammeln können.
• Eine Route ist eine Ressource, die die Regeln definiert, nach denen Audit-Ereignisse in Ihrem Konto weitergeleitet werden.

Activity Tracker Event Routing führt regelmäßige Sicherungen der Metadaten pro Region durch:

• Regelmäßige Sicherungen werden täglich durchgeführt und für 30 Tage aufbewahrt.
• Kontinuierliche Teilsicherungen werden für die letzten 7 Tage aufbewahrt.

Activity Tracker Event Routing metadaten werden über mehrere Regionen hinweg repliziert.

• Regelmäßige Sicherungen werden in mehreren Regionen gespeichert und sind für andere Regionen wiederherstellbar.

In der folgenden Tabelle sind die Regionen aufgeführt, in denen die Kopie einer regulären Sicherung repliziert und verfügbar ist:

Weitere Informationen zur Serviceverfügbarkeit in Regionen und Rechenzentren finden Sie unter Service- und Infrastrukturverfügbarkeit nach Standort.

Die folgende Tabelle zeigt die Wiederherstellungsregion im Falle einer Notfallsituation an:

Wie IBM Dienste aufrechterhält

Alle Upgrades folgen den bewährten Verfahren des IBM-Dienstes und verfügen über einen Wiederherstellungsplan und einen Rollback-Prozess. Regelmäßige Upgrades für neue Funktionen und Wartungsarbeiten sind Teil des normalen Betriebs. Eine solche Wartung kann gelegentlich zu kurzen Unterbrechungsintervallen führen, die durch die Wiederholungslogik der Client-Verfügbarkeit behandelt werden. Änderungen werden nacheinander, Region für Region und Zone für Zone innerhalb einer Region, eingeführt. Updates werden beim ersten Anzeichen eines Defekts rückgängig gemacht.

Komplexe Änderungen werden mit Feature-Flags aktiviert und deaktiviert, um die Belichtung zu steuern.

Änderungen, die sich auf die Arbeitsbelastung der Kunden auswirken, werden in Benachrichtigungen detailliert beschrieben. Weitere Informationen finden Sie unter "Überwachungsbenachrichtigungen und -status " für geplante Wartungsarbeiten, Ankündigungen und Versionshinweise, die sich auf diesen Dienst auswirken.