Q95 — AWS SAA-C03 第4章

第 95/105 問 | ← 第4章

Q290. ソリューションアーキテクトがソフトウェアデモ環境のアーキテクチャを設計しています。この環境は、Application Load Balancer（ALB）の背後でAuto Scalingグループ内のAmazon EC2インスタンス上で実行されます。システムは営業時間中にトラフィックが大幅に増加しますが、週末の稼働は不要です。 需要に対応してシステムがスケールできるようにするために、ソリューションアーキテクトが実施すべきアクションの組み合わせはどれですか？（2つ選択）

• A. AWS Auto Scaling を使用して、リクエストレートに基づいて ALB の容量を調整する。
• B. AWS Auto Scaling を使用して、VPC インターネットゲートウェイの容量をスケールする。
• C. 負荷を複数の AWS リージョンに分散させるために、EC2 インスタンスを複数の AWS リージョンで起動する。
• D. ターゲット追跡スケーリングポリシーを使用して、インスタンスのCPU使用率に基づいて Auto Scaling グループの容量をスケールする。 ✓
• E. スケジュールベースのスケーリングを使用して、週末には Auto Scaling グループの最小、最大、および希望インスタンス数をゼロに設定し、週初めにデフォルト値に戻す。 ✓

正解: D. ターゲット追跡スケーリングポリシーを使用して、インスタンスのCPU使用率に基づいて Auto Scaling グループの容量をスケールする。, E. スケジュールベースのスケーリングを使用して、週末には Auto Scaling グループの最小、最大、および希望インスタンス数をゼロに設定し、週初めにデフォルト値に戻す。

解説

Elastic Load Balancing は、着信トラフィックの変化に応じてロードバランサーを自動的にスケールします。ほとんどのワークロードに対して自動的にスケール可能です。ALB 自体はユーザーが手動でスケールする必要はなく、また AWS Auto Scaling で ALB のスケーリングを制御することはできません（Aは不適）。インターネットゲートウェイはスケーラブルなマネージドサービスであり、Auto Scaling による制御対象ではありません（Bは不適）。マルチリージョン展開は、この要件（営業時間中のトラフィック増加と週末の停止）には過剰かつ不適切です（Cは不適）。一方、CPU使用率に基づくターゲット追跡スケーリング（D）は、トラフィック増加に応じたリアルタイムなスケーリングに有効です。また、週末に完全に停止するという明確なスケジュールがある場合、スケジュールベースのスケーリング（E）はコスト最適化と運用効率の両面で非常に適しています。