DR オーケストレーターフレームワークの概要

DR オーケストレーターフレームワークは、 AWS データベースのクロスリージョン DR をオーケストレーションおよび自動化するワンクリックソリューションを提供します。フェイルオーバーAWS Step Functionsとフェイルバック中に必要なステップを実行するAWS Lambdaには、 と を使用します。Step Functions ステートマシンは、オーケストレーター設計内での意思決定の基礎を提供します。フェイルオーバーまたはフェイルバックアクションを実行するための API オペレーションは、ステートマシン内から呼び出される Lambda 関数にコードされます。Lambda 関数は AWS SDK for Python (Boto3) API を実行して AWS データベースとやり取りします。 APIs

DR Orchestrator Framework には、フェイルオーバーフェーズとフェイルバックフェーズに対応する 2 つのメインステートマシンが含まれています。

Amazon RDS の場合、フェイルオーバーフェーズはクロスリージョン RDS リードレプリカをスタンドアロン DB インスタンスに昇格させます。Amazon Aurora の場合、まれに予期しない停止時にプライマリリージョンが停止すると、そのライターノードは使用できません。ライターノードとセカンダリクラスター間のレプリケーションが停止します。グローバルデータベースからセカンダリクラスターをデタッチし、スタンドアロンクラスターとして昇格させる必要があります。アプリケーションは、スタンドアロンクラスターに接続して書き込みトラフィックを送信できます。これと同じプロセスを使用して、グローバルデータベースのプライマリ DB クラスターをセカンダリリージョンに切り替えることができます。 このアプローチは、次のような制御されたシナリオで使用します。

フェイルバックフェーズでは、ライブプライマリリージョンと新しいセカンダリリージョンの間でデータのライブレプリケーションを確立します。

DR Orchestrator はデータベースにのみ適用されることを理解することが重要です。これらのデータベースを参照し、同じリージョンにあるすべてのアプリケーションには、個別のタンデムフェイルオーバーソリューションが必要になる場合があります。データベースがセカンダリリージョンにフェイルオーバーされたら、アプリケーションを更新して、データソースとして機能する新しいデータベースインスタンスに接続する必要があります。

フェイルオーバープロセス

フェイルオーバーを実行するには、DR Orchestrator FAILOVERステートマシンを実行します。この段階では、セカンダリデータベースは、リードレプリカ (Amazon RDS) またはセカンダリクラスター (Amazon Aurora) として、セカンダリリージョンに既に存在します。DR Orchestrator FAILOVER ステートマシンを実行すると、セカンダリデータベースがプライマリに 昇格します。

DR Orchestrator FAILOVER アーキテクチャ

次の図は、DR Orchestrator を使用する場合の Amazon Aurora のフェイルオーバープロセスの概念を示しています。Amazon Aurora と Amazon ElastiCache は同じワークフローを使用しますが、ステートマシンと Lambda 関数は異なります。

フェイルバックプロセス

以前のプライマリリージョン (us-east-1) が再び起動したら、そのリージョンにフェイルバックして、 のデータベースが再びプライマリus-east-1になります。フェイルバックを開始するには、DR Orchestrator FAILBACKステートマシンを実行します。名前が示すように、このステートマシンは新しいプライマリリージョン (us-west-2) の変更を、現在のセカンダリとして機能する以前のプライマリリージョン (us-east-1) にレプリケートし始めます。

2 つのリージョン間でレプリケーションが確立されたら、フェイルバックを開始できます。フェイルバックして元のプライマリリージョン (us-east-1) に戻るには、現在のセカンダリリージョン (us-east-1) でDR Orchestrator FAILOVERステートマシンを実行して、プライマリリージョンに昇格させます。

DR Orchestrator FAILBACK アーキテクチャ

次の図は、DR Orchestrator を使用する場合の Amazon Aurora のフェイルバックプロセスの概念を示しています。

DR オーケストレーターの失敗

プライマリリージョン (us-east-1) がダウンしている場合、または運用メンテナンスなどの計画されたイベント中に、DR イベントでDR Orchestrator FAILOVERステートマシンを使用します。

関数を呼び出して、単一または複数のデータベースを並行してフェイルオーバーできます。

ステートマシンは、次のコードに示すように、JSON 形式のパラメータを受け入れます。

{
  "StatePayload": [
    {
      "layer": 1,
      "resources": [
        {
          "resourceType": "PromoteRDSReadReplica",
          "resourceName": "Promote RDS MySQL Read Replica",
          "parameters": {
            "RDSInstanceIdentifier": "!Import rds-mysql-instance-identifier",
            "TargetClusterIdentifier": "!Import rds-mysql-instance-global-arn"
          }
        },
        {
          "resourceType": "FailoverElastiCacheCluster",
          "resourceName": "Failover ElastiCache Cluster",
          "parameters": {
            "GlobalReplicationGroupId": "!Import demo-redis-cluster-global-replication-group-id",
            "TargetRegion": "!Import demo-redis-cluster-target-region",
            "TargetReplicationGroupId": "!Import demo-redis-cluster-target-replication-group-id"
          }
        }
      ]
    }
  ]
}

パラメーターの詳細

次の表は、DR Orchestrator FAILOVERステートマシンで使用されるパラメータを示しています。

{
"resourceType":"String",
"resourceName":"String",
"parameters":{
"<param1>":"<!Import cft-output-1">,
....
}

{
          "<param1>":"<!Import
                cft-output-1>",
                "<param2>":"<!Import
                cft-output-2>",
                }

DR オーケストレーターの失敗

以前のプライマリリージョン (us-east-1) が稼働している場合、DR イベントの後にDR Orchestrator FAILBACKステートマシンを使用します。以前のプライマリリージョンの Amazon RDS のリードレプリカを新しいプライマリリージョン (us-west-2) から作成して、DR 戦略に準拠できます。これは計画されたイベントであるため、このアクティビティを週末またはオフピークの営業時間に、推定ダウンタイムでスケジュールできます。

ステートマシンは、次のコードに示すように、JSON 形式のパラメータを受け入れます。

{
  "StatePayload": [
    {
      "layer": 1,
      "resources": [
        {
          "resourceType": "CreateRDSReadReplica",
          "resourceName": "Create RDS for MySQL Read Replica",
          "parameters": {
            "RDSInstanceIdentifier": "!Import rds-mysql-instance-identifier",
            "TargetClusterIdentifier": "!Import rds-mysql-instance-global-arn",
            "SourceRDSInstanceIdentifier": "!Import rds-mysql-instance-source-identifier",
            "SourceRegion": "!Import rds-mysql-instance-SourceRegion",
            "MultiAZ": "!Import rds-mysql-instance-MultiAZ",
            "DBInstanceClass": "!Import rds-mysql-instance-DBInstanceClass",
            "DBSubnetGroup": "!Import rds-mysql-instance-DBSubnetGroup",
            "DBSecurityGroup": "!Import rds-mysql-instance-DBSecurityGroup",
            "KmsKeyId": "!Import rds-mysql-instance-KmsKeyId",
            "BackupRetentionPeriod": "7",
            "MonitoringInterval": "60",
            "StorageEncrypted": "True",
            "EnableIAMDatabaseAuthentication": "True",
            "DeletionProtection": "True",
            "CopyTagsToSnapshot": "True",
            "AutoMinorVersionUpgrade": "True",
            "Port": "!Import rds-mysql-instance-DBPortNumber",
            "MonitoringRoleArn": "!Import rds-mysql-instance-RDSMonitoringRole"
          }
        }
      ]
    }
  ]
}