Auto Scaling グループが複数のアベイラビリティーゾーンにまたがるように構成されている場合を考えてみましょう (このシナリオなど)。需要に基づいて新しい Amazon EC2 インスタンスをスケーリング グループに追加 (スケールアウト) する必要がある場合、Auto Scaling はインスタンスを配置するアベイラビリティ ゾーンをどのように決定しますか? インスタンスの数が少ないものは?
ご協力いただきありがとうございます。
Auto Scaling グループが複数のアベイラビリティーゾーンにまたがるように構成されている場合を考えてみましょう (このシナリオなど)。需要に基づいて新しい Amazon EC2 インスタンスをスケーリング グループに追加 (スケールアウト) する必要がある場合、Auto Scaling はインスタンスを配置するアベイラビリティ ゾーンをどのように決定しますか? インスタンスの数が少ないものは?
ご協力いただきありがとうございます。
ご想像のとおり、Auto Scalingは実際にはインスタンス数の少ないゾーンを選択します。セクション「アベイラビリティー ゾーンおよびリージョン内の複数のゾーンにわたるインスタンスの分散とバランス」では、Auto Scaling で採用されている一般的なアルゴリズムについて説明しています。
Auto Scaling は、Auto Scaling グループで有効になっているアベイラビリティーゾーン間でインスタンスを均等に分散しようとします。Auto Scaling は、インスタンスが最も少ないアベイラビリティーゾーンで新しいインスタンスを起動しようとすることでこれを行います。ただし、試行が失敗した場合、Auto Scaling は成功するまで他のゾーンで起動を試みます。[鉱山を強調]
Auto Scaling グループは、さまざまな条件 (インスタンスのアクティブな終了など) によってゾーン間で不均衡になることもあり、これにより Auto Scaling の再調整アクティビティがトリガーされる可能性があります。これに関する詳細とエッジ ケースの処理方法については、上記のリンク先のドキュメントを確認してください。
一般に、ゾーン間でのインスタンスの分散が均等になるようにスケーリングするのが最善です (3 つのゾーンがある場合、スケールアップは 3 つのインスタンスを各ゾーンに 1 つ追加することを意味します)。容量を追加しても、容量に基づいてトラフィックが分割されるわけではありません。引き続きラウンドロビンです。