Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Disaster Recovery und globale Amazon DocumentDB-Cluster

Mithilfe eines globalen Clusters können Sie sich nach Katastrophen wie regionalen Ausfällen schnell erholen. Die Wiederherstellung nach einem Notfall wird in der Regel anhand von RTO- und RPO-Werten gemessen.

Durchführung eines verwalteten Failovers für einen globalen Amazon DocumentDB-Cluster

Dieser Ansatz dient der Geschäftskontinuität im Falle einer echten regionalen Katastrophe oder eines kompletten Service-Level-Ausfalls.

Während eines verwalteten Failovers erfolgt ein Failover Ihres primären Clusters auf die sekundäre Region Ihrer Wahl, während die bestehende Replikationstopologie Ihres globalen Amazon DocumentDB-Clusters beibehalten wird. Der gewählte sekundäre Cluster stuft einen seiner schreibgeschützten Knoten auf vollen Writer-Status herauf. In diesem Schritt kann der Cluster die Rolle des primären Clusters übernehmen. Ihre Datenbank ist für kurze Zeit nicht verfügbar, während dieser Cluster seine neue Rolle annimmt. Daten, die nicht vom alten Primärcluster auf den ausgewählten sekundären Cluster repliziert wurden, fehlen möglicherweise, wenn dieser sekundäre Cluster zum neuen primären Cluster wird. Das alte primäre Volume versucht nach besten Kräften, einen Snapshot zu erstellen, bevor es mit dem neuen primären Volume synchronisiert wird, sodass nicht replizierte Daten auf dem Snapshot erhalten bleiben.

Gehen Sie wie folgt vor, bevor Sie diese Funktion verwenden, um den Datenverlust zu minimieren:

Während eines verwalteten Failovers wird dem ausgewählten sekundären Cluster seine neue Rolle als primärer Cluster zugewiesen. Er erbt jedoch nicht die verschiedenen Konfigurationsoptionen des primären Clusters. Wenn die Konfiguration nicht übereinstimmt, kann dies Leistungsprobleme, Workload-Inkompatibilitäten und anderes anomales Verhalten zur Folge haben. Um solche Probleme zu vermeiden, beheben Sie die Unterschiede zwischen Ihren globalen Amazon DocumentDB-Clustern für Folgendes:

In der Regel übernimmt der gewählte sekundäre Cluster innerhalb einer Minute die primäre Rolle. Sobald der Writer-Knoten der neuen primären Region verfügbar ist, können Sie Ihre Anwendungen mit diesem verbinden und Ihre Workloads fortsetzen. Nachdem Amazon DocumentDB den neuen primären Cluster beworben hat, werden automatisch alle zusätzlichen Cluster der sekundären Region neu erstellt.

Da globale Amazon DocumentDB-Cluster asynchrone Replikation verwenden, kann die Replikationsverzögerung in jeder sekundären Region variieren. Amazon DocumentDB erstellt diese sekundären Regionen neu, sodass sie über exakt dieselben Point-in-Time-Daten verfügen wie der neue Cluster für die primäre Region. Die Dauer der vollständigen Neuerstellungsaufgabe kann je nach Größe des Speichervolumens und der Entfernung zwischen den Regionen einige Minuten bis mehrere Stunden dauern. Wenn der Wiederaufbau der Cluster der sekundären Region aus der neuen primären Region abgeschlossen ist, stehen sie für den Lesezugriff zur Verfügung. Sobald der neue primäre Writer hochgestuft und verfügbar ist, kann der Cluster der neuen primären Region Lese- und Schreibvorgänge für den globalen Amazon DocumentDB-Cluster ausführen.

Um die ursprüngliche Topologie des globalen Clusters wiederherzustellen, überwacht Amazon DocumentDB die Verfügbarkeit der alten primären Region. Sobald diese Region fehlerfrei und wieder verfügbar ist, fügt Amazon DocumentDB sie automatisch als sekundäre Region wieder zum globalen Cluster hinzu. Bevor das neue Speicher-Volume in der alten primären Region erstellt wird, versucht Amazon DocumentDB, einen Snapshot des alten Speicher-Volumes zum Zeitpunkt des Fehlers zu erstellen. Auf diese Weise können Sie alle fehlenden Daten wiederherstellen. Wenn dieser Vorgang erfolgreich ist, platziert Amazon DocumentDB diesen Snapshot mit dem Namen „rds:docdb-unplanned-global-failover-name-of-old-primary-“ im Snapshot-Abschnitt von. DB-cluster-timestamp AWS-Managementkonsole Sie können diesen Snapshot auch in DescribeDBClusterSnapshots den Informationen sehen, die von der API-Operation zurückgegeben wurden.

Nach der Wiederherstellung der ursprünglichen Topologie können Sie für Ihren globalen Cluster ein Failback auf die ursprüngliche primäre Region durchführen, indem Sie einen Switchover-Vorgang durchführen, wenn dies für Ihr Unternehmen und Ihre Arbeitslast am sinnvollsten ist. Eine Schritt-für-Schritt-Anleitung hierzu finden Sie unter Durchführung eines Switchovers für einen globalen Amazon DocumentDB-Cluster.

Sie können ein Failover für Ihren globalen Amazon DocumentDB-Cluster mithilfe der AWS-Managementkonsole, der oder der AWS CLI Amazon DocumentDB-API durchführen.

Using the AWS-Managementkonsole

Führen Sie ein verwaltetes Failover auf Ihrem globalen Amazon DocumentDB-Cluster durch

1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon DocumentDB-Konsole unter. https://console.aws.amazon.com/docdb

2. Klicken Sie im Navigationsbereich auf Cluster.

3. Suchen Sie den globalen Amazon DocumentDB-Cluster, für den Sie ein Failover durchführen möchten, und wählen Sie ihn aus.

   

4. Wählen Sie im Menü „Aktionen“ die Option „Switchover“ oder „Failover“.

5. Wählen Sie in dem daraufhin angezeigten Dialogfeld die Option Failover aus und wählen Sie dann den sekundären Cluster aus der Dropdownliste Neues primäres Cluster-Feld aus.

   

6. Geben Sie in das letzte Feld „Bestätigen“ ein. Wählen Sie dann Confirm (Bestätigen) aus.

   Der Status des primären Clusters ändert sich in "Failing-over“. Dieser Zustand sollte ungefähr eine Minute dauern. Während dieser Zeit lautet der Status des neuen primären Clusters "Wird geändert... “. Sobald der neue Primärserver hochgestuft wird, wird er mit "Verfügbar" gekennzeichnet und kann Lese- und Schreibtransaktionen verarbeiten. In den sekundären Regionen, einschließlich der alten primären Region, wird "Resynchronisierung...“ angezeigt. "während der Resynchronisierung mit der neuen Primärregion. Ähnlich wie der neue primäre Server kann er Transaktionen erst bearbeiten, wenn sich der Status auf "Verfügbar" ändert.

7. Wenn der Vorgang abgeschlossen ist, wird der ursprüngliche primäre Cluster zum sekundären Cluster. Der ausgewählte sekundäre Cluster wird zum primären Cluster.

   

Using the AWS CLI

Führen Sie ein verwaltetes Failover auf Ihrem globalen Amazon DocumentDB-Cluster durch

Führen Sie den failover-global-cluster CLI-Befehl aus, um ein Failover für Ihren globalen Amazon DocumentDB-Cluster durchzuführen. Übergeben Sie mit dem Befehl Werte für die folgenden Optionen:

• --region

• --global-cluster-identifier

• --target-db-cluster-identifier

• --allow-data-loss

Ersetzen Sie in den folgenden Beispielen jedes user input placeholder durch die Informationen Ihres Clusters.

Für Linux, macOS oder Unix:

aws docdb failover-global-cluster \
   --region region_of_selected_secondary \
   --global-cluster-identifier global_cluster_id \
   --target-db-cluster-identifier arn_of_secondary_to_promote \
   --allow-data-loss

Für Windows:

aws docdb failover-global-cluster ^
   --region region_of_selected_secondary ^
   --global-cluster-identifier global_cluster_id ^
   --target-db-cluster-identifier arn_of_secondary_to_promote ^
   --allow-data-loss

Durchführung eines manuellen Failovers für einen globalen Amazon DocumentDB-Cluster

Wenn ein ganzer Cluster in einem Cluster nicht AWS-Region mehr verfügbar ist, können Sie einen anderen Cluster im globalen Cluster so hochstufen, dass er über read/write die entsprechenden Funktionen verfügt.

Sie können den globalen Cluster-Failover-Mechanismus manuell aktivieren, wenn ein Cluster in einem anderen Cluster die bessere Wahl als primärer Cluster AWS-Region ist. Sie können beispielsweise die Kapazität eines sekundären Clusters erhöhen und diesen Cluster dann zum primären Cluster hochstufen. Oder das Aktivitätsgleichgewicht zwischen den Clustern AWS-Regionen könnte sich ändern, sodass das Umschalten des primären Clusters auf einen anderen zu einer geringeren Latenz bei Schreibvorgängen führen AWS-Region kann.

Das folgende Verfahren beschreibt, wie Sie einen der sekundären Cluster in einem globalen Amazon DocumentDB-Cluster fördern können.

Globale Amazon DocumentDB-Cluster können mithilfe von AWS SDKs verwaltet werden, sodass Sie Lösungen zur Automatisierung des globalen Cluster-Failover-Prozesses für Disaster Recovery und Business Continuity Planning erstellen können. Eine solche Lösung wird unseren Kunden unter der Apache 2.0-Lizenz zur Verfügung gestellt und kann in unserem Tool-Repository hier abgerufen werden. https://github.com/awslabs/amazon-documentdb-tools/tree/master/global-clusters-automation Diese Lösung nutzt Amazon Route 53 für das Endpunktmanagement und bietet AWS Lambda Funktionen, die bei entsprechenden Ereignissen ausgelöst werden können.

Durchführung eines Switchovers für einen globalen Amazon DocumentDB-Cluster

Mithilfe von Umstellungen können Sie die Region Ihres primären Clusters routinemäßig ändern. Dieser Ansatz ist für kontrollierte Szenarien gedacht, z. B. für betriebliche Wartungen und andere geplante Betriebsverfahren.

Es gibt drei gängige Anwendungsfälle für die Verwendung von Switchovers:

Während eines Switchovers schaltet Amazon DocumentDB Ihren primären Cluster auf die von Ihnen gewählte sekundäre Region um, während die bestehende Replikationstopologie Ihres globalen Clusters beibehalten wird. Bevor Amazon DocumentDB mit dem Switchover-Prozess beginnt, wartet es, bis alle Cluster der sekundären Region vollständig mit dem Cluster der primären Region synchronisiert sind. Dann wird der DB-Cluster in der primären Region schreibgeschützt, und der ausgewählte sekundäre Cluster stuft einen seiner schreibgeschützten Knoten auf vollen Writer-Status hoch. Durch die Heraufstufung dieses Knotens zu einem Writer kann dieser sekundäre Cluster die Rolle des primären Clusters übernehmen. Da alle sekundären Cluster zu Beginn des Prozesses mit dem primären Cluster synchronisiert wurden, setzt der neue primäre Cluster den Betrieb für den globalen Amazon DocumentDB-Cluster fort, ohne dass Daten verloren gehen. Ihre Datenbank ist für kurze Zeit nicht verfügbar, während der primäre und der ausgewählte sekundäre Cluster ihre neuen Rollen übernehmen.

Gehen Sie wie folgt vor, bevor Sie diese Funktion verwenden, um die Anwendungsverfügbarkeit zu optimieren:

Während einer Umstellung wird der ausgewählte sekundäre DB-Cluster in seine neue Rolle als primärer Cluster hochgestuft. Er übernimmt jedoch nicht die verschiedenen Konfigurationsoptionen des primären DB-Clusters. Wenn die Konfiguration nicht übereinstimmt, kann dies Leistungsprobleme, Workload-Inkompatibilitäten und anderes anomales Verhalten zur Folge haben. Um solche Probleme zu vermeiden, beheben Sie die Unterschiede zwischen Ihren globalen Amazon DocumentDB-Clustern für Folgendes:

Wenn der Switchover-Prozess abgeschlossen ist, kann der beworbene Amazon DocumentDB-Cluster Schreibvorgänge für den globalen Cluster verarbeiten.

Sie können Ihren globalen Amazon DocumentDB-Cluster mit dem oder dem AWS-Managementkonsole : AWS CLI

Using the AWS-Managementkonsole

Führen Sie einen Switchover auf Ihrem globalen Amazon DocumentDB-Cluster durch

1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon DocumentDB-Konsole unter. https://console.aws.amazon.com/docdb

2. Klicken Sie im Navigationsbereich auf Cluster.

3. Suchen Sie den globalen Amazon DocumentDB-Cluster, den Sie wechseln möchten, und wählen Sie ihn aus.

   

4. Wählen Sie im Menü „Aktionen“ die Option Switchover oder Failover.

5. Wählen Sie in dem daraufhin angezeigten Dialogfeld Switchover aus und wählen Sie dann den sekundären Cluster aus der Dropdownliste Neues primäres Cluster-Feld aus.

   

6. Wählen Sie Bestätigen aus.

   Der Status des primären Clusters ändert sich in "Switching-over“. Dieser Zustand sollte ungefähr drei Minuten dauern. Während dieser Zeit lautet der Status aller regionalen Cluster "Wird geändert... “. Sobald die Regionen synchronisiert sind und die neue primäre Region hochgestuft wurde, wird in allen Statusfeldern der Wert "Verfügbar" angezeigt und Transaktionen können bearbeitet werden.

7. Wenn der Vorgang abgeschlossen ist, wird der ursprüngliche primäre Cluster zum sekundären Cluster. Der ausgewählte sekundäre Cluster wird zum primären Cluster.

   

Using the AWS CLI

Führen Sie einen Switchover auf Ihrem globalen Amazon DocumentDB-Cluster durch

Führen Sie den switchover-global-cluster CLI-Befehl aus, um Ihren globalen Amazon DocumentDB-Cluster umzuschalten. Übergeben Sie mit dem Befehl Werte für die folgenden Optionen:

• --region

• --global-cluster-identifier

• --target-db-cluster-identifier

Ersetzen Sie in den folgenden Beispielen jedes user input placeholder durch die Informationen Ihres Clusters.

Für Linux, macOS oder Unix:

aws docdb switchover-global-cluster \
   --region region_of_primary \
   --global-cluster-identifier global_cluster_id \
   --target-db-cluster-identifier arn_of_secondary_to_promote

Für Windows:

aws docdb switchover-global-cluster ^
   --region region_of_primary ^
   --global-cluster-identifier global_cluster_id ^
   --target-db-cluster-identifier arn_of_secondary_to_promote

Entsperren eines globalen Cluster-Switchovers oder -Failovers

Globale Cluster-Switchover und -Failover werden blockiert, wenn nicht alle regionalen Cluster im globalen Cluster dieselbe Engine-Version verwenden. Wenn die Versionen nicht übereinstimmen, wird möglicherweise dieser Fehler angezeigt, wenn Sie einen Switchover oder Failover aufrufen: Auf dem angegebenen Ziel-DB-Cluster wird eine Engine-Version mit einem anderen Patch-Level ausgeführt als auf dem Quell-DB-Cluster. Wenden Sie regelmäßig die neuesten Engine-Versionen an, um Ihre globalen Cluster in einem einwandfreien Zustand zu halten.

Um diesen Fehler zu beheben, aktualisieren Sie zuerst alle sekundären Regionen und dann die primäre Region auf dieselbe Engine-Version, indem Sie alle ausstehenden Wartungsmaßnahmen anwenden. Folgen Sie den Anweisungen auf einer der folgenden Registerkarten, um ausstehende Wartungsmaßnahmen anzuzeigen und die zur Behebung des Problems erforderlichen Änderungen vorzunehmen:

Using the AWS-Managementkonsole

Um die Blockierung eines globalen Cluster-Switchovers oder -Failovers aufzuheben, müssen Sie ermitteln, ob Wartungsmaßnahmen für Ihre Cluster ausstehen, und diese anwenden. Gehen Sie wie folgt vor, um Wartungsmaßnahmen anzuzeigen und anzuwenden:

1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon DocumentDB-Konsole unter https://console.aws.amazon.com/docdb.

2. Klicken Sie im Navigationsbereich auf Cluster.

3. Suchen Sie in der Cluster-Tabelle in der Spalte Cluster-ID nach Ihrem globalen Cluster. Notieren Sie sich unter Ihrem globalen Cluster jeden sekundären Cluster und den primären Cluster für den angegebenen globalen Cluster und führen Sie für jeden Cluster die folgenden Schritte aus.

4. Für jeden sekundären Cluster:

   1. Wenn ein Update für Ihren Cluster verfügbar ist, wird es in der Spalte Wartung als Verfügbar , Erforderlich oder Nächstes Fenster angezeigt.

   2. Um eine Aktion auszuführen, wählen Sie den Cluster aus, um dessen Details anzuzeigen, und wählen Sie dann Wartung und Backups aus. Die Elemente „Ausstehende Wartung“ werden angezeigt.

   3. Wenn unter Beschreibung angezeigt wird, dass ein „Neues Wartungsupdate verfügbar ist“, wählen Sie es aus und klicken Sie dann auf Jetzt anwenden.

5. Für Ihren primären Cluster:

   1. Wenn ein Update für Ihren Cluster verfügbar ist, wird es in der Spalte Wartung als Verfügbar , Erforderlich oder Nächstes Fenster angezeigt.

   2. Um eine Aktion auszuführen, wählen Sie den Cluster aus, um dessen Details anzuzeigen, und wählen Sie dann Wartung und Backups aus. Die Elemente „Ausstehende Wartung“ werden angezeigt.

   3. Wenn unter Beschreibung angezeigt wird, dass ein „Neues Wartungsupdate verfügbar ist“, wählen Sie es aus und klicken Sie dann auf Jetzt anwenden.

Using the AWS CLI

Um einen globalen Cluster-Switchover oder -Failover zu entsperren, müssen Sie ermitteln, ob Wartungsmaßnahmen für den Cluster ausstehen, und diese anwenden. Gehen Sie wie folgt vor, um Wartungsmaßnahmen zuerst auf den sekundären Clustern und dann auf dem primären Cluster für Ihren globalen Cluster anzuzeigen und anzuwenden:

1. Führen Sie die folgenden Schritte zuerst für den regionalen Cluster jeder sekundären Region und dann für den regionalen Cluster der primären Regionen aus.

2. Führen Sie den describe-pending-maintenance-actions CLI-Befehl mit der --resource-identifier Option aus, um festzustellen, ob Wartungsmaßnahmen für Ihren regionalen Amazon DocumentDB-Cluster verfügbar sind.

   Ersetzen Sie in den folgenden Beispielen jedes user input placeholder durch die Informationen Ihres Clusters.

   Für Linux, macOS oder Unix:

   aws docdb describe-pending-maintenance-action \
      --resource-identifier arn:aws:rds:us-east-1:001234567890:cluster:docdb-2025-03-27-19-21-15

   Für Windows:

   aws docdb describe-pending-maintenance-action ^
      --resource-identifier arn:aws:rds:us-east-1:001234567890:cluster:docdb-2025-03-27-19-21-15

   Das Ergebnis sieht ungefähr so aus:

   {
       "PendingMaintenanceActions": [
           {
               "ResourceIdentifier": "arn:aws:rds:us-east-1:001234567890:cluster:docdb-2025-03-27-19-21-15",
               "PendingMaintenanceActionDetails": [
                   {
                       "Action": "system-update",
                       "CurrentApplyDate": "2025-04-11T03:01:00Z",
                       "Description": "db-version-upgrade",
                       "ForcedApplyDate": "2025-06-18T03:01:00Z",
                       "AutoAppliedAfterDate": "2025-05-11T03:01:00Z"
                       "OptInStatus": "pending"
                   }
               ]
           }
       ]
   }

3. Wenn eine Wartungsaktion erforderlich ist, führen Sie den apply-pending-maintenance-action CLI-Befehl mit den folgenden Optionen aus:

   • --resource-identifier

   • --apply-action

   • --opt-in-type

   • --region

   Ersetzen Sie in den folgenden Beispielen jedes user input placeholder durch die Informationen Ihres Clusters.

   Für Linux, macOS oder Unix:

   aws docdb apply-pending-maintenance-action \
      --resource-identifier arn:aws:rds:us-east-1:001234567890:cluster:docdb-2025-03-27-19-21-15 \
      --apply-action system-update \
      --opt-in-type immediate \
      --region us-east-1

   Für Windows:

   aws docdb apply-pending-maintenance-action ^
      --resource-identifier arn:aws:rds:us-east-1:001234567890:cluster:docdb-2025-03-27-19-21-15 ^
      --apply-action system-update ^
      --opt-in-type immediate ^
      --region us-east-1

4. Sobald die Wartungsaktion abgeschlossen ist, führen Sie den describe-pending-maintenance-actions Befehl erneut aus, um sicherzustellen, dass keine weiteren Aktionen für Ihren Cluster ausstehen.

   Das gewünschte Ergebnis ist:

   {
       "PendingMaintenanceActions": []
   }

Using the Amazon DocumentDB API

Um die Blockierung eines globalen Cluster-Switchovers oder -Failovers aufzuheben, müssen Sie ermitteln, ob Wartungsmaßnahmen für den Cluster ausstehen, und diese anwenden. Verwenden Sie die folgenden APIs, um Wartungsmaßnahmen anzuzeigen und anzuwenden:

1. Führen Sie die folgenden Schritte zuerst für den regionalen Cluster jeder sekundären Region und dann für den regionalen Cluster der primären Regionen aus.

2. Rufen Sie die PendingMaintenanceAction API auf, um festzustellen, ob Wartungsmaßnahmen für Ihren globalen Amazon DocumentDB-Cluster verfügbar sind.

3. Wenden Sie alle Änderungen an, indem Sie die ApplyPendingMaintenanceAction API aufrufen.