翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# リージョン切り替えコンポーネント
<a name="components-rs"></a>

以下は、Amazon Application Recovery Controller (ARC) のリージョン切り替え機能のコンポーネントと概念です。

**プラン**  
プランは、アプリケーションの基本的な復旧プロセスです。プランを作成するには、実行ブロックを使用して 1 つ以上のワークフローを構築し、順番に、または並行して実行します。次に、リージョンの障害が発生した場合、アプリケーションを正常なリージョンで実行するようシフトすることにより、アプリケーションの復旧を完了するためのプランを実行します。

**子プラン**  
子プランは、より複雑なアプリケーション復旧シナリオを調整するために親プラン内から実行できる自己完結型プランです。リージョン切り替えプランは 1 つのレベルでネストできます。

**ワークフロー**  
リージョン切り替えプランには、1 つ以上のワークフローが含まれます。ワークフローは、実行ブロックを含むステップで構成されます。実行ブロックは、リカバリプランの一部としてリージョンのアクティブ化または非アクティブ化を完了するために並列または順番に実行するように指定します。アクティブ/パッシブアプローチを使用するよう設定したプランでは、リージョンのいずれかをアクティブ化するために使用できるワークフローを 1 つ作成するか、リージョンごとに 1 つずつ個別のアクティベーションワークフローを作成します。アクティブ/アクティブアプローチ用に設定したプランでは、1 つのワークフローを作成してリージョンをアクティブ化し、もう 1 つのワークフローを作成してリージョンを非アクティブ化します。

**実行ブロック**  
実行ブロックを含むリージョン切り替え計画ワークフローにステップを追加します。実行ブロックを使用すると、アクティブ化するリージョンへの複数のアプリケーションまたはリソースの復旧を指定できます。ワークフローにステップを追加するときは、他のステップと並行して追加することも、1 つ以上の他のステップと並行して追加することもできます。

**正常な設定および不正な設定**  
正常な (計画的) または不正な (計画的でない) 実行で、特定の実行ブロックを実行するよう選択できます。環境が正常であれば、正常なワークフローを使用して、秩序あるプラン実行のステップをすべて実行できます。不正なワークフローモードは、必要なステップとアクションのみを使用します。不正モードでプランを実行すると、プランはワークフロー内の実行ブロックの動作を変更するか、実行ブロックのタイプに応じて特定の実行ブロックをスキップします。  
特定のタイプの実行ブロックは、正しく実行されない場合には異なる動作で実行されます。これらの違いの詳細については、各タイプの実行ブロックの詳細が記載されているセクションで説明されています。詳細については、「[実行ブロックを追加する](working-with-rs-execution-blocks.md)」を参照してください。

**アクティブ/アクティブ設定およびアクティブ/パッシブ設定**  
複数のリージョンにまたがるアプリケーションの回復力のある設定を作成するには、主にアクティブ/パッシブとアクティブ/アクティブの 2 つのアプローチがあります。リージョン切り替えは、これらの両方のアプローチでアプリケーション復旧をサポートします。  
アクティブ/パッシブ設定では、アプリケーションの 2 つのレプリカを 2 つの異なるリージョンにデプロイします。カスタマートラフィックは 1 つのリージョンにのみ送信されます。  
アクティブ/アクティブ設定では、2 つの異なるリージョンに 2 つのレプリカをデプロイしますが、両方のレプリカが作業を処理しているか、トラフィックを受信しています。

**プラン実行**  
リージョン切り替えプランを実行すると、アプリケーションと受信するトラフィックに対して正常なリージョンをアクティブ化することにより、リージョンに障害が発生したときのアプリケーション復旧を実装します。アクティブ/アクティブ設定では、プラン実行を実行して、障害のあるリージョンを非アクティブ化することもできます。

**アプリケーションヘルスアラーム**  
アプリケーションヘルスアラームは、各リージョンのアプリケーションの状態を示すためにプランに指定する CloudWatch アラームです。リージョンを切り替えると、アプリケーションヘルスアラームを使用して、リージョンを切り替えてリカバリを実装した後の実際のリカバリ時間を判断できます。

**トリガ**  
リージョン切り替えでトリガーを使用して、アプリケーションの復旧を自動化できます。トリガーを作成するときは、1 つ以上の Amazon CloudWatch アラームを指定し、どのアラーム条件 (「赤」や「緑」など) が計画の実行を開始するかを定義します。指定された条件が満たされると、リージョンスイッチは自動的にプランを実行します。トリガーはアプリケーションのヘルスアラームとは異なります。トリガーは計画の実行を開始しますが、アプリケーションのヘルスアラームは、計画の完了後にリージョンが実際の復旧時間を計算するのに役立ちます。

**復旧後のワークフロー**  
復旧後ワークフローは、将来のリージョンイベントに備えるために復旧が成功した後に実行されるオプションのワークフローです。これらのワークフローでは、両方のリージョンが正常であり、以前に障害が発生したリージョンで実行されている必要があります。復旧後実行は、最新の復旧実行の復旧実行 ID を参照します。  
復旧後のワークフローは、次の実行ブロックをサポートします。  
+ RDS クロスリージョンレプリカの作成
+ カスタムアクション Lambda
+ 手動承認
+ リージョン切り替えプラン

**ダッシュボード**  
リージョン切り替えには、プランの実行に関する詳細をリアルタイムで追跡できるダッシュボードが組み込まれています。