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.
# Implementieren Sie regionsübergreifende Notfallwiederherstellung mit AWS DMS und Amazon Aurora
*Mark Hudson, Amazon Web Services*
## Zusammenfassung
Naturkatastrophen oder vom Menschen verursachte Katastrophen können jederzeit eintreten und sich auf die Verfügbarkeit von Services und Workloads auswirken, die in einer bestimmten AWS-Region ausgeführt werden. Um die Risiken zu minimieren, müssen Sie einen Notfallwiederherstellungsplan (DR) entwickeln, der die integrierten regionsübergreifenden Funktionen der AWS-Services beinhaltet. Für AWS-Services, die von Natur aus keine regionsübergreifende Funktionalität bieten, muss der DR-Plan auch eine Lösung für deren Failover in allen AWS-Regionen bieten.
Dieses Muster führt Sie durch ein Disaster Recovery-Setup mit zwei Amazon Aurora MySQL-Compatible Edition-Datenbankclustern in einer einzigen Region. Um die DR-Anforderungen zu erfüllen, sind die Datenbankcluster so konfiguriert, dass sie die globale Datenbankfunktion von Amazon Aurora verwenden, wobei sich eine einzige Datenbank über mehrere AWS-Regionen erstreckt. Eine AWS Database Migration Service (AWS DMS) -Aufgabe repliziert Daten zwischen den Clustern in der lokalen Region. AWS DMS unterstützt derzeit jedoch kein Task-Failover zwischen Regionen. Dieses Muster umfasst die Schritte, die erforderlich sind, um diese Einschränkung zu umgehen und AWS DMS in beiden Regionen unabhängig zu konfigurieren.
## Voraussetzungen und Einschränkungen
**Voraussetzungen**
+ Ausgewählte primäre und sekundäre AWS-Regionen, die [globale Amazon Aurora Aurora-Datenbanken](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.AuroraFeaturesRegionsDBEngines.grids.html#Concepts.Aurora_Fea_Regions_DB-eng.Feature.GlobalDatabase) unterstützen.
+ Zwei unabhängige Amazon Aurora MySQL-Compatible Edition-Datenbankcluster in einem einzigen Konto in der primären Region.
+ Datenbank-Instance-Klasse db.r5 oder höher (empfohlen).
+ Eine AWS-DMS-Aufgabe in der primären Region, die eine fortlaufende Replikation zwischen den vorhandenen Datenbankclustern durchführt.
+ Ressourcen der DR-Region sind vorhanden, um die Anforderungen für die Erstellung von Datenbank-Instances zu erfüllen. Weitere Informationen finden Sie unter [Arbeiten mit einer DB-Instance in einer VPC](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_VPC.WorkingWithRDSInstanceinaVPC.html).
**Einschränkungen**
+ Eine vollständige Liste der globalen Amazon Aurora Aurora-Datenbankbeschränkungen finden Sie unter [Einschränkungen der globalen Amazon Aurora Aurora-Datenbanken](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html#aurora-global-database.limitations).
**Produktversionen**
+ Amazon Aurora MySQL-kompatible Edition 5.7 oder 8.0. Weitere Informationen finden Sie unter [Amazon Aurora Aurora-Versionen](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.VersionPolicy.html).
## Architektur
**Zieltechnologie-Stack**
+ Globaler Datenbankcluster Amazon Aurora MySQL-Compatible Edition
+ AWS DMS
**Zielarchitektur**
Das folgende Diagramm zeigt eine globale Datenbank für zwei AWS-Regionen, eine mit den primären Haupt- und Reporterdatenbanken und der AWS-DMS-Replikation und eine mit den sekundären Haupt- und Reporterdatenbanken.
**Automatisierung und Skalierung**
Sie können AWS verwenden CloudFormation , um die erforderliche Infrastruktur in der sekundären Region zu erstellen, z. B. die Virtual Private Cloud (VPC), Subnetze und Parametergruppen. Sie können AWS auch verwenden CloudFormation , um die sekundären Cluster in der DR-Region zu erstellen und sie der globalen Datenbank hinzuzufügen. Wenn Sie CloudFormation Vorlagen verwendet haben, um die Datenbankcluster in der primären Region zu erstellen, können Sie diese aktualisieren oder mit einer zusätzlichen Vorlage erweitern, um die globale Datenbankressource zu erstellen. Weitere Informationen finden Sie unter [Erstellen eines Amazon Aurora Aurora-DB-Clusters mit zwei DB-Instances](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-dbcluster.html#aws-resource-rds-dbcluster--examples) und [Erstellen eines globalen Datenbank-Clusters für Aurora MySQL](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-rds-globalcluster.html#aws-resource-rds-globalcluster--examples).
Schließlich können Sie die AWS-DMS-Aufgaben in den primären und sekundären Regionen mithilfe von Ereignissen CloudFormation nach dem Auftreten von Failover- und Failback-Ereignissen erstellen. Weitere Informationen finden Sie unter [AWS::DMS::ReplicationTask](https://docs.amazonaws.cn/en_us/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationtask.html).
## Tools
+ [Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html) ist eine vollständig verwaltete relationale Datenbank-Engine, die mit MySQL und PostgreSQL kompatibel ist. Dieses Muster verwendet Amazon Aurora MySQL-Compatible Edition.
+ Die [globalen Datenbanken von Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html) sind für global verteilte Anwendungen konzipiert. Eine einzelne globale Amazon Aurora Aurora-Datenbank kann sich über mehrere AWS-Regionen erstrecken. Sie repliziert Ihre Daten ohne Auswirkungen auf die Datenbankleistung. Es ermöglicht außerdem schnelle lokale Lesevorgänge mit geringer Latenz in jeder Region und ermöglicht die Notfallwiederherstellung nach regionsweiten Ausfällen.
+ [AWS DMS](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) bietet eine einmalige Migration oder eine fortlaufende Replikation. Eine fortlaufende Replikationsaufgabe sorgt dafür, dass Ihre Quell- und Zieldatenbanken synchron bleiben. Nach der Einrichtung wendet die laufende Replikationsaufgabe kontinuierlich Quelländerungen mit minimaler Latenz auf das Ziel an. Alle Funktionen von AWS DMS, wie Datenvalidierung und Transformationen, sind für jede Replikationsaufgabe verfügbar.
## Epen
### Bereiten Sie die vorhandenen Datenbankcluster in der primären Region vor
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Ändern Sie die Parametergruppe des Datenbank-Clusters. | **Aktivieren Sie in der vorhandenen Parametergruppe des Datenbank-Clusters die binäre Protokollierung auf Zeilenebene, indem Sie den `binlog_format` Parameter auf den Wert row setzen.**
AWS DMS erfordert binäre Protokollierung auf Zeilenebene für MySQL-kompatible Datenbanken, wenn laufende Replikationen oder Change Data Capture (CDC) durchgeführt werden. Weitere Informationen finden Sie unter [Verwenden einer von AWS verwalteten MySQL-kompatiblen Datenbank als Quelle für](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source.MySQL.html#CHAP_Source.MySQL.AmazonManaged) AWS DMS. | AWS-Administrator |
| Aktualisieren Sie den Aufbewahrungszeitraum für das Binärprotokoll der Datenbank. | Führen Sie mithilfe eines auf Ihrem Endbenutzergerät installierten MySQL-Clients oder einer Amazon Elastic Compute Cloud (Amazon EC2) -Instance die folgende von Amazon Relational Database Service (Amazon RDS) bereitgestellte gespeicherte Prozedur auf dem Writer-Node des Haupt-Datenbank-Clusters aus, wobei die Anzahl der Stunden für die Aufbewahrung der Protokolle angegeben `XX` ist.call mysql.rds_set_configuration('binlog retention hours', XX)
Bestätigen Sie die Einstellung, indem Sie den folgenden Befehl ausführen.call mysql.rds_show_configuration;
MySQL-kompatible Datenbanken, die von AWS verwaltet werden, löschen die Binärprotokolle so schnell wie möglich. Daher muss der Aufbewahrungszeitraum lang genug sein, um sicherzustellen, dass die Protokolle nicht gelöscht werden, bevor die AWS DMS-Aufgabe ausgeführt wird. Ein Wert von 24 Stunden ist normalerweise ausreichend, der Wert sollte jedoch auf der Zeit basieren, die für die Einrichtung der AWS DMS-Aufgabe in der DR-Region erforderlich ist. | DBA |
### Aktualisieren Sie die bestehende AWS DMS-Aufgabe in der primären Region
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Notieren Sie den ARN der AWS-DMS-Aufgabe. | Verwenden Sie den Amazon Resource Name (ARN), um den AWS DMS-Aufgabennamen für die spätere Verwendung abzurufen. Um den ARN der AWS-DMS-Aufgabe abzurufen, zeigen Sie die Aufgabe in der Konsole an oder führen Sie den folgenden Befehl aus.aws dms describe-replication-tasks
Ein ARN sieht wie folgt aus.arn:aws:dms:us-east-1::task:AN6HFFMPM246XOZVEUHCNSOVF7MQCLTOZUIRAMY
Die Zeichen nach dem letzten Doppelpunkt entsprechen dem Aufgabennamen, der in einem späteren Schritt verwendet wird. | AWS-Administrator |
| Ändern Sie die bestehende AWS DMS-Aufgabe, um den Checkpoint aufzuzeichnen. | AWS DMS erstellt Prüfpunkte, die Informationen enthalten, sodass die Replikationsengine den Wiederherstellungspunkt für den Change-Stream kennt. Um Checkpoint-Informationen aufzuzeichnen, führen Sie die folgenden Schritte in der Konsole aus:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/implement-cross-region-disaster-recovery-with-aws-dms-and-amazon-aurora.html) | AWS-Administrator |
| Überprüfen Sie die Checkpoint-Informationen. | Verwenden Sie einen MySQL-Client, der mit dem Writer-Endpunkt für den Cluster verbunden ist, und fragen Sie die neue Metadatentabelle im Reporter-Datenbank-Cluster ab, um zu überprüfen, ob sie existiert und die Informationen zum Replikationsstatus enthält. Führen Sie den folgenden Befehl aus.select * from awsdms_control.awsdms_txn_state;
Der Aufgabenname aus dem ARN sollte in dieser Tabelle in der `Task_Name` Spalte zu finden sein. | DBA |
### Erweitern Sie beide Amazon Aurora Aurora-Cluster auf eine DR-Region
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Schaffen Sie eine Basisinfrastruktur in der DR-Region. | Erstellen Sie die Basiskomponenten, die für die Erstellung von und den Zugriff auf die Amazon Aurora Aurora-Cluster erforderlich sind:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/implement-cross-region-disaster-recovery-with-aws-dms-and-amazon-aurora.html)
Stellen Sie sicher, dass die Konfiguration beider Parametergruppen mit der Konfiguration in der primären Region übereinstimmt. | AWS-Administrator |
| Fügen Sie die DR-Region zu beiden Amazon Aurora Aurora-Clustern hinzu. | Fügen Sie eine sekundäre Region (die DR-Region) zu den Haupt- und Reporter-Clustern von Amazon Aurora hinzu. Weitere Informationen finden Sie unter [Hinzufügen einer AWS-Region zu einer globalen Amazon Aurora Aurora-Datenbank](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-getting-started.html#aurora-global-database-attaching). | AWS-Administrator |
### Failover durchführen
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Beenden Sie die AWS DMS-Aufgabe. | Die AWS-DMS-Aufgabe in der primären Region funktioniert nach einem Failover nicht ordnungsgemäß und sollte gestoppt werden, um Fehler zu vermeiden. | AWS-Administrator |
| Führen Sie ein verwaltetes Failover durch. | Führen Sie einen verwalteten Failover des Hauptdatenbankclusters zur DR-Region durch. Anweisungen finden Sie unter [Durchführen von verwalteten geplanten Failovers für globale Amazon Aurora Aurora-Datenbanken](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-disaster-recovery.html#aurora-global-database-disaster-recovery.managed-failover). Nachdem das Failover auf dem Haupt-Datenbank-Cluster abgeschlossen ist, führen Sie dieselbe Aktivität auf dem Reporter-Datenbank-Cluster durch. | AWS-Administrator, DBA |
| Daten in die Hauptdatenbank laden. | Fügen Sie Testdaten in den Writer-Knoten der Hauptdatenbank im DR-Datenbankcluster ein. Diese Daten werden verwendet, um zu überprüfen, ob die Replikation ordnungsgemäß funktioniert. | DBA |
| Erstellen Sie die AWS DMS-Replikationsinstanz. | Informationen zum Erstellen der AWS DMS-Replikationsinstanz in der DR-Region finden Sie unter [Erstellen einer Replikationsinstanz](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_ReplicationInstance.Creating.html). | AWS-Administrator, DBA |
| Erstellen Sie die AWS DMS-Quell- und Zielendpunkte. | Informationen zum Erstellen der AWS DMS-Quell- und Zielendpunkte in der DR-Region finden Sie unter [Quell- und Zielendpunkte erstellen](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Endpoints.Creating.html). Die Quelle sollte auf die Writer-Instance des Haupt-Datenbank-Clusters verweisen. Das Ziel sollte auf die Writer-Instanz des Reporter-Datenbank-Clusters verweisen. | AWS-Administrator, DBA |
| Besorgen Sie sich den Replikationsprüfpunkt. | Um den Replikationsprüfpunkt zu erhalten, verwenden Sie einen MySQL-Client, um die Metadatentabelle abzufragen, indem Sie Folgendes für den Writer-Knoten im Reporter-Datenbank-Cluster in der DR-Region ausführen.select * from awsdms_control.awsdms_txn_state;
Suchen Sie in der Tabelle nach dem Wert task\_name, der dem ARN der AWS-DMS-Aufgabe entspricht, der in der primären Region existiert und den Sie im zweiten Epic abgerufen haben. | DBA |
| Erstellen Sie eine AWS DMS-Aufgabe. | Erstellen Sie mit der Konsole eine AWS DMS-Aufgabe in der DR-Region. Geben Sie in der Aufgabe die Migrationsmethode Nur **Datenänderungen replizieren** an. Weitere Informationen finden Sie unter [Aufgabe erstellen](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.Creating.html). [See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/implement-cross-region-disaster-recovery-with-aws-dms-and-amazon-aurora.html)
Stellen Sie die Einstellung AWS DMS-Aufgabe **Migrationsaufgabe starten** **auf Automatisch bei Erstellung ein**. | AWS-Administrator, DBA |
| Notieren Sie den ARN der AWS-DMS-Aufgabe. | Verwenden Sie den ARN, um den AWS DMS-Aufgabennamen für die spätere Verwendung abzurufen. Führen Sie den folgenden Befehl aus, um den ARN für die AWS-DMS-Aufgabe abzurufen.aws dms describe-replication-tasks
| AWS-Administrator, DBA |
| Validieren Sie die replizierten Daten. | Fragen Sie den Reporter-Datenbankcluster in der DR-Region ab, um zu bestätigen, dass die Testdaten, die Sie in den Haupt-Datenbank-Cluster geladen haben, repliziert wurden. | DBA |
### Führen Sie ein Failback durch
| Aufgabe | Description | Erforderliche Fähigkeiten |
| --- | --- | --- |
| Beenden Sie die AWS DMS-Aufgabe. | Die AWS-DMS-Aufgabe in der DR-Region funktioniert nach einem Failback nicht ordnungsgemäß und sollte gestoppt werden, um Fehler zu vermeiden. | AWS-Administrator |
| Führen Sie ein verwaltetes Failback durch. | Führen Sie ein Failback des Haupt-Datenbank-Clusters auf die primäre Region durch. Anweisungen finden Sie unter [Durchführen von verwalteten geplanten Failovers für globale Amazon Aurora Aurora-Datenbanken](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-disaster-recovery.html#aurora-global-database-disaster-recovery.managed-failover). Nachdem das Failback auf dem Haupt-Datenbank-Cluster abgeschlossen ist, führen Sie dieselbe Aktivität auf dem Reporter-Datenbank-Cluster durch. | AWS-Administrator, DBA |
| Besorgen Sie sich den Replikationsprüfpunkt. | Um den Replikationsprüfpunkt zu erhalten, verwenden Sie einen MySQL-Client, um die Metadatentabelle abzufragen, indem Sie Folgendes für den Writer-Knoten im Reporter-Datenbank-Cluster in der DR-Region ausführen.select * from awsdms_control.awsdms_txn_state;
Suchen Sie in der Tabelle nach dem `task_name` Wert, der dem ARN der AWS-DMS-Aufgabe entspricht, der in der DR-Region existiert und den Sie im vierten Epic erhalten haben. | DBA |
| Aktualisieren Sie die AWS DMS-Quell- und Zielendpunkte. | Nachdem die Datenbankcluster ausgefallen sind, überprüfen Sie die Cluster in der primären Region, um festzustellen, welche Knoten die Writer-Instances sind. Stellen Sie anschließend sicher, dass die vorhandenen AWS-DMS-Quell- und Zielendpunkte in der primären Region auf die Writer-Instances verweisen. Falls nicht, aktualisieren Sie die Endpunkte mit den DNS-Namen (Domain Name System) der Writer-Instance. | AWS-Administrator |
| Erstellen Sie eine AWS DMS-Aufgabe. | Erstellen Sie mit der Konsole eine AWS DMS-Aufgabe in der primären Region. Geben Sie in der Aufgabe die Migrationsmethode Nur **Datenänderungen replizieren** an. Weitere Informationen finden Sie unter [Aufgabe erstellen](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.Creating.html). [See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/patterns/implement-cross-region-disaster-recovery-with-aws-dms-and-amazon-aurora.html) | AWS-Administrator, DBA |
| Notieren Sie die AWS-DMS-Aufgabe Amazon Resource Name (ARN). | Verwenden Sie den ARN, um den AWS DMS-Aufgabennamen für die spätere Verwendung abzurufen. Führen Sie den folgenden Befehl aus, um den ARN für die AWS-DMS-Aufgabe abzurufen:aws dms describe-replication-tasks
Der Aufgabenname wird bei der Durchführung eines weiteren verwalteten Failovers oder während eines DR-Szenarios benötigt. | AWS-Administrator, DBA |
| Löschen Sie AWS DMS-Aufgaben. | Löschen Sie die ursprüngliche (derzeit angehaltene) AWS DMS-Aufgabe in der primären Region und die bestehende AWS DMS-Aufgabe (derzeit gestoppt) in der sekundären Region. | AWS-Administrator |
## Zugehörige Ressourcen
+ [Konfiguration Ihres Amazon Aurora Aurora-DB-Clusters](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraSettingUp.html)
+ [Verwenden von Amazon Aurora Global Databases](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database.html)
+ [Arbeiten mit Amazon Aurora MySQL](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.html)
+ [Arbeiten mit einer AWS DMS-Replikationsinstanz](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_ReplicationInstance.html)
+ [Arbeiten mit AWS DMS-Endpunkten](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Endpoints.html)
+ [Arbeiten mit AWS DMS-Aufgaben](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Tasks.html)
+ [Was ist AWS CloudFormation?](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)
## Zusätzliche Informationen
Die globalen Datenbanken von Amazon Aurora werden in diesem Beispiel für DR verwendet, da sie ein effektives Recovery Time Objective (RTO) von 1 Sekunde und ein Recovery Point Objective (RPO) von weniger als 1 Minute bieten. Beides ist niedriger als bei herkömmlichen replizierten Lösungen und ideal für DR-Szenarien.
Die globalen Datenbanken von Amazon Aurora bieten viele weitere Vorteile, darunter die folgenden:
+ Globale Lesevorgänge mit lokaler Latenz — Verbraucher auf der ganzen Welt können mit lokaler Latenz auf Informationen in einer lokalen Region zugreifen.
+ Skalierbare sekundäre Amazon Aurora Aurora-DB-Cluster — Sekundäre Cluster können unabhängig voneinander skaliert werden, sodass bis zu 16 schreibgeschützte Replikate hinzugefügt werden können.
+ Schnelle Replikation vom primären zum sekundären Amazon Aurora Aurora-DB-Cluster — Die Replikation hat nur geringe Auswirkungen auf die Leistung des primären Clusters. Sie erfolgt auf der Speicherebene mit typischen regionsübergreifenden Replikationslatenzen von weniger als 1 Sekunde.
Dieses Muster verwendet auch AWS DMS für die Replikation. Amazon Aurora Aurora-Datenbanken bieten die Möglichkeit, Read Replicas zu erstellen, was den Replikationsprozess und die DR-Einrichtung vereinfachen kann. AWS DMS wird jedoch häufig zur Replikation verwendet, wenn Datentransformationen erforderlich sind oder wenn die Zieldatenbank zusätzliche Indizes benötigt, über die die Quelldatenbank nicht verfügt.