Auto Scalingとロードバランシングの設計 スケーリングポリシーとヘルスチェックの考え方

SAA-C03では、負荷の変動に合わせてEC2の台数を自動で増減し、トラフィックを分散する設計が問われます。この記事では、「増減・健康・分散」の3つの観点で整理します。

覚え方は「増減・健康・分散」の3つの観点

増減はスケーリングポリシー、健康はヘルスチェックによる異常なインスタンスの置き換え、分散はロードバランサーによる振り分けです。要件文の「負荷に応じて」「障害時に自動で復旧」「複数AZに分散」が対応します。

スケーリングポリシーの選び方

ターゲット追跡スケーリングは、CPU使用率を50%に保つといった目標値を指定するだけで、自動的に増減します。最も運用が簡単で、多くのケースの第一候補です。ステップスケーリングは、指標の超過幅に応じて追加台数を段階的に変えます。スケジュールスケーリングは、毎朝9時の急増など予測できる変動に使います。予測スケーリングは、過去の傾向を学習して先回りで増やします。起動に時間がかかる場合は、ウォームプールで事前に初期化した待機インスタンスを用意すると、スケールアウトが速くなります。

ヘルスチェックと負荷分散

EC2のステータスチェックに加え、ELBのヘルスチェックを有効にすると、アプリケーションが応答しないインスタンスも異常と判断して置き換えます。ALBはパスやホスト名でのルーティングに向くレイヤー7のロードバランサー、NLBは超低遅延や固定IPが必要なレイヤー4のロードバランサーです。スケールイン時にはコネクションドレイニング（登録解除の遅延）で処理中のリクエストの完了を待てます。

チェックリスト

• 4つのスケーリングポリシーの違いを言える
• ELBヘルスチェックを有効にする理由を説明できる
• ALBとNLBの使い分けを言える
• ウォームプールの用途を答えられる

まとめ

Auto Scalingは「増減・健康・分散」で整理し、迷ったらターゲット追跡、予測できる変動にはスケジュールと覚えましょう。 理解度の確認にはクイズが便利です。試験範囲や申し込みの最新情報はAWS認定 公式ページもあわせて確認してください。