Amazon Application Recovery Controller (ARC) Region switch に 4 つの新機能が追加

Amazon Application Recovery Controller (ARC) の「Region switch」機能において、フェイルオーバーの自動化と確実性を高める 4 つの新機能が追加されました。追加された機能は、AWS Systems Manager Run Command 実行ブロック、カスタムアクション Lambda へのペイロード提供、サービスクォータの整合性チェック、およびコンピューティング容量のプロビジョニング時にターゲットグループのヘルス状態を待機する機能です。

エンジニア視点での考察

マルチリージョン構成のフェイルオーバーにおいて、これまで「リソースは立ち上がったが、トラフィックを受け入れられる状態になっていない」あるいは「サービスクォータが足りなくて切り替えに失敗する」といった、リカバリプランの実行中に予期せぬエラーが発生するという課題がありました。今回のアップデートにより、これらの課題が大幅に改善されます。

解決される課題とメリット

• リソース不足の回避: サービスクォータの整合性チェックにより、スタンバイリージョンでのリソース不足リスクを低減できます。
• 確実な切り替え: ターゲットグループのヘルスチェック待機機能により、インスタンスやコンテナが起動してから実際にトラフィックを処理できる状態になるまで待機するため、エラー率の高い切り替えが可能です。
• 運用の柔軟性: SSM Run Command の統合により、フェイルオーバー時に必要な OS レベルのコマンド実行を OS 管理対象インスタンスに対して自動化できます。

日本国内リージョンの利用状況

最新の調査結果に基づくと、東京リージョン (ap-northeast-1) および 大阪リージョン (ap-northeast-3) は、本機能の利用が可能であることが確認されています。日本のエンタープライズ環境において、マルチリージョン DR (Disaster Recovery) 戦略を構築する際に、非常に強力な武器となります。

実務上のアドバイス

• サービスクォータの自動申請: クォータの自動引き上げリクエストは便利ですが、承認待ちが発生する場合があるため、AWS サポートへの事前相談や、重要なリソースについてはあらかじめ余裕を持ったクォータ設定を行っておくことが推奨されます。
• Lambda ペイロードの活用: カスタムアクション Lambda にペイロードを渡せるようになったことで、リカバリプランごとに共通の Lambda 関数を仕組みとして使い回せるようになり、管理コストを削減できます。

次に行うべきアクション

• 現在のリカバリプランを構成している ARC の実行ブロックを、新機能（特にサービスクォータチェックやターゲットグループのヘルス待機）を組み込んで再設計・テストすることを検討してください。

参照ドキュメント: Amazon Application Recovery Controller (ARC) Documentation https://docs.aws.amazon.com/r53recovery/latest/dg/ssm-send-command-block.html