翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon EC2 Auto Scaling グループ実行ブロック
EC2 Auto Scaling グループ実行ブロックを使用すると、マルチリージョンリカバリプロセスの一部として EC2 インスタンスをスケーリングできます。退出するリージョン (送信元と送信先) に対するキャパシティの割合を定義できます。
## 設定
EC2 Auto Scaling グループ実行ブロックを設定するときは、プランに関連付けられている特定のリージョンの EC2 Auto Scaling ARNs を入力します。プランの実行中にスケールアップする各リージョンに EC2 Auto Scaling ARNs を入力する必要があります。
**重要**
実行ブロックを設定する前に、正しい IAM ポリシーが設定されていることを確認してください。詳細については、「[EC2 Auto Scaling 実行ブロックのサンプルポリシー](security_iam_region_switch_ec2_autoscaling.md)」を参照してください。
EC2 Auto Scaling グループ実行ブロックを設定するには、次の値を入力します。
1. **ステップ名: **名前を入力します。
1. **ステップの説明 (オプション):** ステップの説明を入力します。
1. ***リージョン*の EC2 Auto Scaling グループ ARN: ** プランの各リージョンの EC2 Auto Scaling グループの ARN を入力します。
1. **アクティブ化されたリージョンの容量と一致する割合: ** アクティブ化されたリージョンに一致する Auto Scaling グループ内の実行中のインスタンス数の必要な割合を入力します。
1. **キャパシティモニタリングアプローチ: ** EC2 Auto Scaling グループのキャパシティをモニタリングするには、次のいずれかのアプローチを選択します。
+ **24 時間にわたってサンプリングされた最大実行容量**: EC2 Auto Scaling グループ設定で指定された**希望する容量**値を使用するには、このオプションを選択します。このオプションは追加コストを発生させませんが、他のオプションである CloudWatch メトリクスを使用するよりも精度が低い可能性があります。
リージョン切り替え API では、このオプションは `sampledMaxInLast24Hours` の指定に対応します。
詳細については、Amazon EC2 [ Auto Scaling ユーザーガイド」の「Auto Scaling グループのスケーリング制限](https://docs.aws.amazon.com/autoscaling/ec2/userguide/asg-capacity-limits.html)を設定する」を参照してください。 Auto Scaling
+ **CloudWatch で 24 時間にわたってサンプリングされた最大実行容量**: Amazon CloudWatch for EC2 Auto Scaling で指定されたメトリクスを使用するには、このオプションを選択します。オプションを使用すると、より正確になる場合がありますが、CloudWatch メトリクスを使用するための追加コストが発生します。
リージョン切り替え API では、このオプションは `autoscalingMaxInLast24Hours` の指定に対応します。
このオプションを使用するには、まず Auto Scaling グループのグループメトリクスを有効にする必要があります。詳細については、Amazon EC2 [ Auto Scaling ユーザーガイド」の「Auto Scaling グループのメトリクス](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-metrics.html#as-enable-group-metrics)を有効にする」を参照してください。 Auto Scaling
1. **タイムアウト: **タイムアウト値を入力します。
次に、**[ステップを保存]** を選択します。
## 仕組み
EC2 Auto Scaling 実行ブロックを設定すると、リージョンスイッチは、送信元 Auto Scaling グループと送信先 Auto Scaling グループが 1 つだけであることを確認します。複数の Auto Scaling グループがある場合、プラン評価中に実行ブロックは失敗します。ターゲットキャパシティは、状態が `InService` に設定されているインスタンスの数として定義されます。詳細については、[EC2 Auto Scaling インスタンスのライフサイクル](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-lifecycle.html)」を参照してください。
一致する割合に対して指定した値 (Auto Scaling 実行ブロックを設定する場合) に基づいて、リージョンスイッチは送信先の Auto Scaling グループの新しい希望する容量を計算します。新しい希望する容量は、移行先の Auto Scaling グループの希望する容量と比較されます。希望するキャパシティの計算でリージョン切り替えが使用する式は `ceil(percentToMatch * Source Auto Scaling group capacity)` です。ceil() は、小数の結果を四捨五入する関数です。送信先の Auto Scaling グループの現在の希望するキャパシティが、リージョンスイッチが計算する新しい Auto Scaling グループの希望するキャパシティ以上である場合、実行ブロックが続行されます。リージョンスイッチは Auto Scaling グループの容量をスケールダウンしないことに注意してください。
リージョンスイッチが Auto Scaling ブロックを実行すると、リージョンスイッチはターゲットリージョン Auto Scaling グループの容量を目的の容量に合わせてスケールアップしようとします。次に、リージョンスイッチは、リージョンスイッチがプランの次のステップに進む前に、ターゲットリージョンの Auto Scaling グループでリクエストされた Auto Scaling グループの容量が満たされるまで待機します。
**注記**
このブロックを実行すると、Auto Scaling グループの最小容量と希望する容量の設定が変更されるため、infrastructure-as-code ツールやその他のオートメーションを使用してこれらの値を管理すると、設定ドリフトが発生する可能性があります。意図しないロールバックを防ぐために、設定管理プロセスでこれらの変更が考慮されていることを確認してください。
アクティブ/アクティブアプローチを使用している場合、リージョン切り替えは他の設定済みリージョンをソースとして使用します。つまり、リージョンが非アクティブ化されている場合、リージョン切り替えは、スケールするパーセントに一致するソースとして他のアクティブなリージョンを使用します。
このブロックは、正常な実行モードと不正な実行モードの両方をサポートします。リージョンの切り替えがプランの次のステップに進む前に、ターゲットリージョンで一致するコンピューティングキャパシティの最小パーセンテージを指定することにより、不正な実行を設定できます。
## プラン評価の一環として評価されるもの
リージョンスイッチがプランを評価すると、リージョンスイッチは EC2 Auto Scaling グループ実行ブロック設定とアクセス許可に対していくつかの重要なチェックを実行します。リージョンスイッチの評価では、Auto Scaling グループが両方のリージョンに存在することを確認し、それらが正しく設定され、アクセス可能であることを確認し、各リージョンで実行中のインスタンスの数を記録します。また、ターゲットリージョンの Auto Scaling グループの最大容量が、必要な容量のスケールの指定された一致率を処理するのに十分であることを確認します。
リージョンスイッチは、プランの IAM ロールに Auto Scaling に対する正しいアクセス許可があることも検証します。リージョン切り替え実行ブロックに必要なアクセス許可の詳細については、「[ARC でのリージョン切り替えのアイデンティティベースのポリシーの例](security_iam_id-based-policy-examples-region-switch.md)」を参照してください。いずれかのチェックが失敗した場合、リージョン切り替えは警告メッセージを返します。警告メッセージはコンソールで表示できます。または、EventBridge または API オペレーションを使用して検証警告を受け取ることができます。