Q23 — AWS SAA-C03 第10章

第 23/100 問 | ← 第10章

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

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

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

解説

Application Load Balancer（ALB）の後ろでAuto Scalingグループ内のAmazon EC2インスタンス上で実行されるソフトウェアデモ環境において、需要に応じてスケール可能なシステムを実現するには、以下の2つのアクションが適切です。 D. EC2インスタンスのCPU使用率に基づくターゲット追跡スケーリングポリシーを用いることで、Auto ScalingグループがCPU使用率の変化に応じてEC2インスタンス数を動的に調整できます。これにより、営業時間中のトラフィック増加にも水平方向にスケール対応可能です。 E. スケジュール済みスケーリングを用いて、週末にAuto Scalingグループの最小・最大・希望インスタンス数をゼロに設定し、週初めにデフォルト値へ戻すことで、不要な稼働期間（週末）にインスタンスを停止できます。これによりコスト削減が図れます。 Aは不適切です：ALBのキャパシティをリクエストレートに基づいてスケールしても、バックエンドのEC2インスタンスのスケーリングには直接寄与しません。 Bは不適切です：VPCインターネットゲートウェイはVPCとインターネット間の接続を管理するコンポーネントであり、EC2インスタンスやALBのスケーラビリティには影響しません。 Cは不適切です：複数リージョンへの展開は負荷分散には有効ですが、本ケースでは単一リージョン内での需要変動への対応が目的であり、過剰な複雑性とコスト増を招くため不適切です。したがって、最も適切な選択肢はDおよびEです。