Amazon Application Recovery Controller (ARC) リージョン切り替えは、お客様がマルチリージョンアプリケーションのフェイルオーバーを調整して、リージョンの障害が発生した場合に復旧時間を一定の範囲内に抑えるのに役立ちます。本日、マルチリージョンのワークロードにおけるデータベースのスケーリングとフェイルオーバーを自動化する 3 つの新しい実行ブロック (Amazon Aurora Serverless スケーリング実行ブロック、Amazon Aurora プロビジョニングスケーリング実行ブロック、Amazon Neptune グローバルデータベースフェイルオーバー実行ブロック) を発表します。

Amazon Aurora Global Database をアクティブ/パッシブ構成で実行するお客様は、コストを最小限に抑えるために、スケールダウンされたセカンダリクラスターを維持することが一般的です。フェイルオーバー中は、リクエストをルーティングする前に、本番トラフィックを処理できるように手動でセカンダリクラスターのサイズを調整し、スケーリングする必要があります。これは復旧時に重大な時間増加を招くものです。新しい Amazon Aurora Serverless と Amazon Aurora プロビジョニングのスケーリング実行ブロックは、Region switch のプランの一環としてセカンダリクラスターの適切なサイジングとスケーリングを自動的に行います。これにより、フェイルオーバーが完了すると本番環境のトラフィックに対応できるようになります。

Amazon Neptune グローバルデータベースを運用しているお客様も同様の課題に直面しています。フェイルオーバーでは、障害の種類に応じてスイッチオーバーするか、デタッチしてプロモートするかを決定する必要があり、スクリプトを作成しておくか、手動で判断することが求められます。また、これらすべてをアクティブなインシデントによるプレッシャーにさらされながら行う必要があります。新しい Amazon Neptune グローバルデータベースフェイルオーバー実行ブロックは、計画的なスイッチオーバーと計画外のフェイルオーバーの両方のシナリオを 1 つのプランで自動化し、復旧中にカスタムのスクリプトを作成する必要がありません。

3 つのブロックすべてがクロスアカウントオーケストレーションをサポートしているため、1 つのプランで複数のアカウントおよびリージョンにわたるデータベース操作を調整できます。詳細については、Amazon Aurora プロビジョニングスケーリング、Amazon Aurora Serverless スケーリング、Amazon Neptune グローバルデータベースフェイルオーバーのドキュメントをご覧ください。

Application Recovery Controller Region switch は、すべての商用リージョンおよび AWS GovCloud (米国) リージョンで利用できます。