Automatisieren Sie regionsübergreifendes Failover und Failback mithilfe des DR Orchestrator Framework - AWS Prescriptive Guidance
ÜbersichtVoraussetzungen und EinschränkungenArchitekturToolsEpenZugehörige Ressourcen

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.

Automatisieren Sie regionsübergreifendes Failover und Failback mithilfe des DR Orchestrator Framework

Erstellt von Jitendra Kumar (AWS), Oliver Francis (AWS) und Pavithra Balasubramanian (AWS)

Übersicht

Dieses Muster beschreibt, wie DR Orchestrator Framework verwendet wird, um die manuellen, fehleranfälligen Schritte zur Durchführung der Notfallwiederherstellung in allen Amazon Web Services () -Regionen zu orchestrieren und zu automatisieren.AWS Das Muster deckt die folgenden Datenbanken ab:

  • Amazon Relational Database Service (Amazon RDS) für MySQL, Amazon RDS for PostgreSQL oder Amazon RDS for MariaDB

  • Amazon Aurora MySQL-Compatible Edition oder Amazon Aurora PostgreSQL-Compatible Edition (mit einer zentralisierten Datei)

  • Amazon ElastiCache (Redis OSS)

Um die Funktionalität von DR Orchestrator Framework zu demonstrieren, erstellen Sie zwei DB-Instances oder Cluster. Die primäre befindet sich in der und AWS-Region us-east-1 die sekundäre befindet sich inus-west-2. Um diese Ressourcen zu erstellen, verwenden Sie die AWS CloudFormation Vorlagen im App-Stack Ordner des GitHub Repositorys aws-cross-region-dr-databases.

Voraussetzungen und Einschränkungen

Allgemeine Voraussetzungen

Engine-spezifische Voraussetzungen

  • Amazon Aurora — Mindestens eine globale Aurora-Datenbank muss in zwei verfügbar sein AWS-Regionen. Sie können us-east-1 es als primäre Region und us-west-2 als sekundäre Region verwenden.

  • Amazon ElastiCache (Redis OSS) — Ein ElastiCache globaler Datenspeicher muss in zwei Einheiten verfügbar sein. AWS-Regionen Sie können use us-east-1 es als primäre Region und us-west-2 als sekundäre Region verwenden.

Einschränkungen von Amazon RDS

  • DR Orchestrator Framework überprüft die Verzögerung bei der Replikation nicht, bevor ein Failover oder Failback durchgeführt wird. Die Replikationsverzögerung muss manuell überprüft werden.

  • Diese Lösung wurde mit einer primären Datenbankinstanz mit einer Read Replica getestet. Wenn Sie mehr als eine Read Replica verwenden möchten, testen Sie die Lösung gründlich, bevor Sie sie in einer Produktionsumgebung implementieren.

Einschränkungen von Aurora

  • Die Verfügbarkeit und der Support von Funktionen variieren je nach Version der einzelnen Datenbank-Engines und zwischen den einzelnen Versionen AWS-Regionen. Weitere Informationen zur Verfügbarkeit von Funktionen und Regionen für die regionsübergreifende Replikation finden Sie unter Regionsübergreifende Read Replicas.

  • Für globale Aurora-Datenbanken gelten spezifische Konfigurationsanforderungen für unterstützte Aurora-DB-Instance-Klassen und die maximale Anzahl von AWS-Regionen. Weitere Informationen finden Sie unter Konfigurationsanforderungen für eine globale Amazon Aurora Aurora-Datenbank.

  • Diese Lösung wurde mit einer primären Datenbank-Instance mit einer Read Replica getestet. Wenn Sie mehr als eine Read Replica verwenden möchten, testen Sie die Lösung gründlich, bevor Sie sie in einer Produktionsumgebung implementieren.

ElastiCache Einschränkungen

Amazon RDS-Produktversionen

Amazon RDS unterstützt die folgenden Engine-Versionen:

Aurora-Produktversionen

ElastiCache (Redis OSS) -Produktversionen

Amazon ElastiCache (Redis OSS) unterstützt die folgenden Redis-Versionen:

  • Redis 7.1 (erweitert)

  • Redis 7.0 (erweitert)

  • Redis 6.2 (erweitert)

  • Redis 6.0 (erweitert)

  • Redis 5.0.6 (erweitert)

Weitere Informationen finden Sie unter Unterstützte Versionen ElastiCache (Redis OSS).

Architektur

Amazon RDS-Architektur

Die Amazon RDS-Architektur umfasst die folgenden Ressourcen:

  • Die in der primären Region (us-east-1) erstellte primäre Amazon RDS-DB-Instance mit Lese-/Schreibzugriff für Kunden

  • Eine Amazon RDS-Lesereplik, die in der sekundären Region (us-west-2) mit schreibgeschütztem Zugriff für Kunden erstellt wurde

  • Das DR Orchestrator Framework wird sowohl in der primären als auch in der sekundären Region eingesetzt

Diagramm der RDS-Architektur mit zwei Regionen in einem einzigen AWS-Konto.

Das Diagramm zeigt Folgendes:

  1. Asynchrone Replikation zwischen der primären Instance und der sekundären Instance

  2. Lese-/Schreibzugriff für Clients in der primären Region

  3. Nur-Lese-Zugriff für Clients in der sekundären Region

Aurora-Architektur

Die Amazon Aurora Aurora-Architektur umfasst die folgenden Ressourcen:

  • Der primäre Aurora-DB-Cluster, der in der primären Region (us-east-1) mit einem Active-Writer-Endpunkt erstellt wurde

  • Ein Aurora-DB-Cluster, der in der sekundären Region (us-west-2) mit einem inaktiven Writer-Endpunkt erstellt wurde

  • Das DR Orchestrator Framework wird sowohl in der primären als auch in der sekundären Region eingesetzt

Diagramm der Aurora-Bereitstellung in zwei Regionen in einem einzigen AWS-Konto.

Das Diagramm zeigt Folgendes:

  1. Asynchrone Replikation zwischen dem primären Cluster und dem sekundären Cluster

  2. Der primäre DB-Cluster mit einem Active-Writer-Endpunkt

  3. Der sekundäre DB-Cluster mit einem inaktiven Writer-Endpunkt

ElastiCache (Redis OSS) -Architektur

Die Amazon-Architektur ElastiCache (Redis OSS) umfasst die folgenden Ressourcen:

  • Ein globaler Datenspeicher ElastiCache (Redis OSS), der mit zwei Clustern erstellt wurde:

    1. Der primäre Cluster in der primären Region () us-east-1

    2. Der sekundäre Cluster in der sekundären Region (us-west-2)

  • Ein regionsübergreifender Amazon-Link mit TLS 1.2-Verschlüsselung zwischen den beiden Clustern

  • DR Orchestrator Framework wird sowohl in primären als auch in sekundären Regionen eingesetzt

Diagramm einer ElastiCache Bereitstellung in zwei Regionen mit regionenübergreifendem Amazon-Link.

Automatisierung und Skalierung

DR Orchestrator Framework ist skalierbar und unterstützt den Failover oder Failback von mehr als einer AWS Datenbank parallel.

Sie können den folgenden Payload-Code verwenden, um ein Failover für mehrere AWS Datenbanken in Ihrem Konto durchzuführen. In diesem Beispiel führen drei AWS Datenbanken (zwei globale Datenbanken wie Aurora MySQL-kompatibel oder Aurora PostgreSQL-kompatibel und eine Amazon RDS for MySQL MySQL-Instance) ein Failover zur DR-Region durch:

{
  "StatePayload": [
    {
      "layer": 1,
      "resources": [
        {
          "resourceType": "PlannedFailoverAurora",
          "resourceName": "Switchover (planned failover) of Amazon Aurora global databases (MySQL)",
          "parameters": {
            "GlobalClusterIdentifier": "!Import dr-globaldb-cluster-mysql-global-identifier",
            "DBClusterIdentifier": "!Import dr-globaldb-cluster-mysql-cluster-identifier" 
          }
        },
        {
          "resourceType": "PlannedFailoverAurora",
          "resourceName": "Switchover (planned failover) of Amazon Aurora global databases (PostgreSQL)",
          "parameters": {
            "GlobalClusterIdentifier": "!Import dr-globaldb-cluster-postgres-global-identifier",
            "DBClusterIdentifier": "!Import dr-globaldb-cluster-postgres-cluster-identifier" 
          }
        },
        {
          "resourceType": "PromoteRDSReadReplica",
          "resourceName": "Promote RDS for MySQL Read Replica",
          "parameters": {
            "RDSInstanceIdentifier": "!Import rds-mysql-instance-identifier",
            "TargetClusterIdentifier": "!Import rds-mysql-instance-global-arn"
          }
        }         
      ]
    }
  ]
}

Tools

AWS Dienste

  • Amazon Aurora ist eine vollständig verwaltete relationale Datenbank-Engine, die für die Cloud entwickelt wurde und mit MySQL und PostgreSQL kompatibel ist.

  • Amazon ElastiCache unterstützt Sie bei der Einrichtung, Verwaltung und Skalierung verteilter In-Memory-Cache-Umgebungen in der AWS Cloud. Dieses Muster verwendet Amazon ElastiCache (Redis OSS).

  • AWS Lambda ist ein Datenverarbeitungsservice, mit dem Sie Code ausführen können, ohne dass Sie Server bereitstellen oder verwalten müssen. Es führt Ihren Code nur bei Bedarf aus und skaliert automatisch, sodass Sie nur für die tatsächlich genutzte Rechenzeit zahlen. In diesem Muster werden Lambda-Funktionen verwendet AWS Step Functions , um die Schritte auszuführen.

  • Amazon Relational Database Service (Amazon RDS) unterstützt Sie bei der Einrichtung, dem Betrieb und der Skalierung einer relationalen Datenbank in der. AWS Cloud Dieses Muster unterstützt Amazon RDS for MySQL, Amazon RDS for PostgreSQL und Amazon RDS for MariaDB.

  • AWS SDK für Python (Boto3)hilft Ihnen bei der Integration Ihrer Python-Anwendung, -Bibliothek oder Ihres Skripts mit AWS-Services. In diesem Muster APIs werden Boto3 verwendet, um mit den Datenbankinstanzen oder globalen Datenbanken zu kommunizieren.

  • AWS Step Functionsist ein serverloser Orchestrierungsdienst, mit dem Sie AWS Lambda Funktionen und andere Funktionen kombinieren können, um geschäftskritische Anwendungen AWS-Services zu erstellen. In diesem Muster werden Step Functions Functions-Zustandsmaschinen verwendet, um den regionsübergreifenden Failover und das Failback der Datenbankinstanzen oder globalen Datenbanken zu orchestrieren und auszuführen.

Code-Repository

Der Code für dieses Muster ist im Repository aws-cross-region-dr-databases unter GitHub verfügbar.

Epen

AufgabeBeschreibungErforderliche Fähigkeiten

Klonen Sie das GitHub Repository.

Führen Sie den folgenden Befehl aus, um das Repository zu klonen:

git clone https://github.com/aws-samples/aws-cross-region-dr-databases.git
AWS DevOps, AWS-Administrator

Paketieren Sie den Code der Lambda-Funktionen in einem ZIP-Dateiarchiv.

Erstellen Sie die Archivdateien für Lambda-Funktionen, um die DR Orchestrator Framework-Abhängigkeiten einzubeziehen:

cd <YOUR-LOCAL-GIT-FOLDER>/DR-Orchestration-artifacts

bash scripts/deploy-orchestrator-sh.sh
AWS-Administrator

Erstellen Sie S3-Buckets.

S3-Buckets werden benötigt, um DR Orchestrator Framework zusammen mit Ihrer neuesten Konfiguration zu speichern. Erstellen Sie zwei S3-Buckets, einen in der primären Region (us-east-1) und einen in der sekundären Region (): us-west-2

  • dr-orchestrator-xxxxxx-us-east-1

  • dr-orchestrator-xxxxxx-us-west-2

xxxxxxErsetzen Sie ihn durch einen zufälligen Wert, um die Bucket-Namen eindeutig zu machen.

AWS-Administrator

Erstellen Sie Subnetze und Sicherheitsgruppen.

Erstellen Sie sowohl in der primären Region (us-east-1) als auch in der sekundären Region (us-west-2) zwei Subnetze und eine Sicherheitsgruppe für die Bereitstellung von Lambda-Funktionen in Ihrer VPC:

  • subnet-XXXXXXX

  • subnet-YYYYYYY

  • sg-XXXXXXXXXXXX

AWS-Administrator

Aktualisieren Sie die DR Orchestrator-Parameterdateien.

Aktualisieren Sie in dem <YOUR-LOCAL-GIT-FOLDER>/DR-Orchestration-artifacts/cloudformation Ordner die folgenden DR Orchestrator-Parameterdateien:

  • Orchestrator-Deployer-parameters-us-east-1.json

  • Orchestrator-Deployer-parameters-us-west-2.json

Verwenden Sie die folgenden Parameterwerte x und y ersetzen Sie diese durch die Namen Ihrer Ressourcen:

[
    {
         "ParameterKey": "TemplateStoreS3BucketName",
         "ParameterValue": "dr-orchestrator-xxxxxx-us-east-1"
    },
    {
        "ParameterKey": "TemplateVPCId",
        "ParameterValue": "vpc-xxxxxx"
    },
    {
        "ParameterKey": "TemplateLambdaSubnetID1",
        "ParameterValue": "subnet-xxxxxx"
    },
    {
        "ParameterKey": "TemplateLambdaSubnetID2",
        "ParameterValue": "subnet-yyyyyy"
    },
    {
        "ParameterKey": "TemplateLambdaSecurityGroupID",
        "ParameterValue": "sg-xxxxxxxxxx"
    }
 ]
AWS-Administrator

Laden Sie den DR Orchestrator Framework-Code in den S3-Bucket hoch.

Der Code ist in einem S3-Bucket sicherer als im lokalen Verzeichnis. Laden Sie das DR-Orchestration-artifacts Verzeichnis, einschließlich aller Dateien und Unterordner, in die S3-Buckets hoch.

Gehen Sie wie folgt vor, um den Code hochzuladen:

  1. Melden Sie sich bei der an AWS Management Console.

  2. Navigieren Sie zur Amazon S3 S3-Konsole.

  3. Wählen Sie das dr-orchestrator-xxxxxx-us-east-1 bucket aus.

  4. Wählen Sie Upload und anschließend Ordner hinzufügen.

  5. Wählen Sie den DR-Orchestration-artifacts-Ordner aus.

  6. Klicken Sie auf Upload.

  7. Wählen Sie den dr-orchestrator-xxxxxx-us-west-2 Bucket aus.

  8. Wiederholen Sie die Schritte 4—7.

AWS-Administrator

Stellen Sie das DR Orchestrator Framework in der primären Region bereit.

Führen Sie die folgenden Befehle aus, um DR Orchestrator Framework in der primären Region (us-east-1) bereitzustellen:

cd <YOUR-LOCAL-GIT-FOLDER>/DR-Orchestration-artifacts/cloudformation

aws cloudformation deploy \
--region us-east-1 \
--stack-name dr-orchestrator \
--template-file Orchestrator-Deployer.yaml \
--parameter-overrides file://Orchestrator-Deployer-parameters-us-east-1.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback
AWS-Administrator

Stellen Sie das DR Orchestrator Framework in der sekundären Region bereit.

Führen Sie in der sekundären Region (us-west-2) die folgenden Befehle aus: 

cd <YOUR-LOCAL-GIT-FOLDER>/DR-Orchestration-artifacts/cloudformation

aws cloudformation deploy \
--region us-west-2 \
--stack-name dr-orchestrator \
--template-file Orchestrator-Deployer.yaml \
--parameter-overrides file://Orchestrator-Deployer-parameters-us-west-2.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback
AWS-Administrator

Überprüfen Sie die Bereitstellung.

Wenn der AWS CloudFormation Befehl erfolgreich ausgeführt wird, gibt er die folgende Ausgabe zurück:

Successfully created/updated stack - dr-orchestrator

Alternativ können Sie zur AWS CloudFormation Konsole navigieren und den Status des dr-orchestrator Stacks überprüfen.

AWS-Administrator
AufgabeBeschreibungErforderliche Fähigkeiten

Erstellen Sie die Datenbank-Subnetze und Sicherheitsgruppen.

Erstellen Sie in Ihrer VPC zwei Subnetze und eine Sicherheitsgruppe für die DB-Instance oder globale Datenbank sowohl in der primären (us-east-1) als auch in der sekundären (us-west-2) Region:

  • subnet-XXXXXX

  • subnet-XXXXXX

  • sg-XXXXXXXXXX

AWS-Administrator

Aktualisieren Sie die Parameterdatei für die primäre DB-Instance oder den Cluster.

Aktualisieren <YOUR LOCAL GIT FOLDER>/App-Stack Sie im Ordner die Parameterdatei für die primäre Region.

Amazon RDS

Aktualisieren Sie in der RDS-MySQL-parameter-us-east-1.json Datei SubnetIds und geben DBSecurityGroup Sie die Namen der Ressourcen an, die Sie erstellt haben:

{
  "Parameters": {
    "SubnetIds": "subnet-xxxxxx,subnet-xxxxxx",
    "DBSecurityGroup": "sg-xxxxxxxxxx",
    "MySqlGlobalIdentifier":"rds-mysql-instance",
    "InitialDatabaseName": "mysqldb",
    "DBPortNumber": "3789",
    "PrimaryRegion": "us-east-1",
    "SecondaryRegion": "us-west-2",
    "KMSKeyAliasName": "rds/rds-mysql-instance-KmsKeyId"
  }
}

Amazon Aurora

Aktualisieren Sie in der Aurora-MySQL-parameter-us-east-1.json Datei SubnetIds und DBSecurityGroup mit den Namen der Ressourcen, die Sie erstellt haben:

{
  "Parameters": {
    "SubnetIds": "subnet1-xxxxxx,subnet2-xxxxxx",
    "DBSecurityGroup": "sg-xxxxxxxxxx",
    "GlobalClusterIdentifier":"dr-globaldb-cluster-mysql",
    "DBClusterName":"dbcluster-01",
    "SourceDBClusterName":"dbcluster-02",
    "DBPortNumber": "3787",
    "DBInstanceClass":"db.r5.large",
    "InitialDatabaseName": "sampledb",
    "PrimaryRegion": "us-east-1",
    "SecondaryRegion": "us-west-2",
    "KMSKeyAliasName": "rds/dr-globaldb-cluster-mysql-KmsKeyId"
  }
}

Amazon ElastiCache (Redis OSS)

Geben Sie in der ElastiCache-parameter-us-east-1.json Datei das Update ein SubnetIds und geben DBSecurityGroup Sie die Namen der Ressourcen an, die Sie erstellt haben.

{
  "Parameters": {
    "CacheNodeType": "cache.m5.large",
    "DBSecurityGroup": "sg-xxxxxxxxxx",
    "SubnetIds": "subnet-xxxxxx,subnet-xxxxxx",
    "EngineVersion": "5.0.6",
    "GlobalReplicationGroupIdSuffix": "demo-redis-global-datastore",
    "NumReplicas": "1",
    "NumShards": "1",
    "ReplicationGroupId": "demo-redis-cluster",
    "DBPortNumber": "3788",
    "TransitEncryption": "true",
    "KMSKeyAliasName": "elasticache/demo-redis-global-datastore-KmsKeyId",
    "PrimaryRegion": "us-east-1",
    "SecondaryRegion": "us-west-2"
  }
}
AWS-Administrator

Stellen Sie Ihre DB-Instance oder Ihren Cluster in der primären Region bereit.

Um Ihre Instance oder Ihren Cluster in der primären Region (us-east-1) bereitzustellen, führen Sie die folgenden Befehle basierend auf Ihrer Datenbank-Engine aus.

Amazon RDS

cd <YOUR-LOCAL-GIT-FOLDER>/App-Stack

aws cloudformation deploy \
--region us-east-1 \
--stack-name rds-mysql-app-stack \
--template-file RDS-MySQL-Primary.yaml \
--parameter-overrides file://RDS-MySQL-parameter-us-east-1.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback

Amazon Aurora

cd <YOUR-LOCAL-GIT-FOLDER>/App-Stack

aws cloudformation deploy \
--region us-east-1 \
--stack-name aurora-mysql-app-stack \
--template-file Aurora-MySQL-Primary.yaml \
--parameter-overrides file://Aurora-MySQL-parameter-us-east-1.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback

Amazon ElastiCache (Redis OSS)

cd <YOUR-LOCAL-GIT-FOLDER>/App-Stack

aws cloudformation deploy \
--region us-east-1 --stack-name elasticache-ds-app-stack \
--template-file ElastiCache-Primary.yaml \
--parameter-overrides file://ElastiCache-parameter-us-east-1.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback

Stellen Sie sicher, dass die AWS CloudFormation Ressourcen erfolgreich bereitgestellt wurden.

AWS-Administrator

Aktualisieren Sie die Parameterdatei für die sekundäre DB-Instance oder den Cluster.

Aktualisieren <YOUR LOCAL GIT FOLDER>/App-Stack Sie im Ordner die Parameterdatei für die sekundäre Region.

Amazon RDS

Aktualisieren Sie die RDS-MySQL-parameter-us-west-2.json Datei DBSecurityGroup mit SubnetIDs den Namen der Ressourcen, die Sie erstellt haben. Aktualisieren Sie den PrimaryRegionKMSKeyArn mit dem Wert von MySQLKmsKeyId aus dem Abschnitt Outputs des AWS CloudFormation Stacks für die primäre DB-Instance:

{
  "Parameters": {
    "SubnetIds": "subnet-aaaaaaaaa,subnet-bbbbbbbbb",
    "DBSecurityGroup": "sg-cccccccccc",
    "MySqlGlobalIdentifier":"rds-mysql-instance",
    "InitialDatabaseName": "mysqldb",
    "DBPortNumber": "3789",
    "PrimaryRegion": "us-east-1",
    "SecondaryRegion": "us-west-2",
    "KMSKeyAliasName": "rds/rds-mysql-instance-KmsKeyId",
    "PrimaryRegionKMSKeyArn":"arn:aws:kms:us-east-1:xxxxxxxxx:key/mrk-xxxxxxxxxxxxxxxxxxxxx"
  }
}

Amazon Aurora

Aktualisieren Sie in der Aurora-MySQL-parameter-us-west-2.json Datei SubnetIDs und DBSecurityGroup mit den Namen der Ressourcen, die Sie erstellt haben. Aktualisieren Sie den PrimaryRegionKMSKeyArn mit dem Wert AuroraKmsKeyId aus dem Abschnitt Outputs des AWS CloudFormation Stacks für die primäre DB-Instance:

{
  "Parameters": {
    "SubnetIds": "subnet1-aaaaaaaaa,subnet2-bbbbbbbbb",
    "DBSecurityGroup": "sg-cccccccccc",
    "GlobalClusterIdentifier":"dr-globaldb-cluster-mysql",
    "DBClusterName":"dbcluster-01",
    "SourceDBClusterName":"dbcluster-02",
    "DBPortNumber": "3787",
    "DBInstanceClass":"db.r5.large",
    "InitialDatabaseName": "sampledb",
    "PrimaryRegion": "us-east-1",
    "SecondaryRegion": "us-west-2",
    "KMSKeyAliasName": "rds/dr-globaldb-cluster-mysql-KmsKeyId"
  }
}

Amazon ElastiCache (Redis OSS)

Geben Sie in der ElastiCache-parameter-us-west-2.json Datei das Update ein SubnetIDs und geben DBSecurityGroup Sie die Namen der Ressourcen an, die Sie erstellt haben. Aktualisieren Sie den PrimaryRegionKMSKeyArn mit dem Wert von ElastiCacheKmsKeyId aus dem Abschnitt Outputs des AWS CloudFormation Stacks für die primäre DB-Instance:

{
  "Parameters": {
    "CacheNodeType": "cache.m5.large",
    "DBSecurityGroup": "sg-cccccccccc",
    "SubnetIds": "subnet-aaaaaaaaa,subnet-bbbbbbbbb",
    "EngineVersion": "5.0.6",
    "GlobalReplicationGroupIdSuffix": "demo-redis-global-datastore",
    "NumReplicas": "1",
    "NumShards": "1",
    "ReplicationGroupId": "demo-redis-cluster",
    "DBPortNumber": "3788",
    "TransitEncryption": "true",
    "KMSKeyAliasName": "elasticache/demo-redis-global-datastore-KmsKeyId",
    "PrimaryRegion": "us-east-1",
    "SecondaryRegion": "us-west-2"
  }
}
AWS-Administrator

Stellen Sie Ihre DB-Instance oder Ihren Cluster in der sekundären Region bereit.

Führen Sie die folgenden Befehle basierend auf Ihrer Datenbank-Engine aus.

Amazon RDS

cd <YOUR-LOCAL-GIT-FOLDER>/App-Stack

aws cloudformation deploy \
--region us-west-2 \
--stack-name rds-mysql-app-stack \
--template-file RDS-MySQL-DR.yaml \
--parameter-overrides file://RDS-MySQL-parameter-us-west-2.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback

Amazon Aurora

cd <YOUR-LOCAL-GIT-FOLDER>/App-Stack

aws cloudformation deploy \
--region us-west-2 \
--stack-name aurora-mysql-app-stack \
--template-file Aurora-MySQL-DR.yaml \
--parameter-overrides file://Aurora-MySQL-parameter-us-west-2.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback

Amazon ElastiCache (Redis OSS)

cd <YOUR-LOCAL-GIT-FOLDER>/App-Stack

aws cloudformation deploy \
--region us-west-2 \
--stack-name elasticache-ds-app-stack \
--template-file ElastiCache-DR.yaml \
--parameter-overrides file://ElastiCache-parameter-us-west-2.json \
--capabilities CAPABILITY_AUTO_EXPAND CAPABILITY_NAMED_IAM CAPABILITY_IAM \
--disable-rollback

Stellen Sie sicher, dass die AWS CloudFormation Ressourcen erfolgreich bereitgestellt wurden.

AWS-Administrator

Zugehörige Ressourcen