Elastic Load Balancing (ELB)

解決する課題

• 1台に集中させず負荷を分散したい
• 障害インスタンスを自動で切り離したい
• 複数AZ・台数変動に自動追従したい

主要概念と用語

• ALB（L7）: HTTP/HTTPS。パス/ホストベースのルーティング、コンテナ対応
• NLB（L4）: TCP/UDP。超低遅延・静的IP・超高スループット
• GWLB: セキュリティアプライアンスの挿入
• ターゲットグループ / ヘルスチェック / リスナー
• クロスゾーン負荷分散 / スティッキーセッション

仕様・制限・クォータ

• 複数AZにまたがって配置（高可用）
• HTTPS終端（ACM証明書）をALB/NLBで実施可能
• 自動スケール（リクエスト増に追従）

内部の仕組み

ELBはヘルスチェックで正常なターゲットだけに振り分けます。ALBはリクエストの中身（パス/ホスト/ヘッダ）を見てL7でルーティング、NLBはコネクションをL4でそのまま高速転送。複数AZのノードで冗長化され、背後のAuto Scalingが台数を増減してもELBが自動で追従します。

設計パターン / ベストプラクティス

• ALB + Auto Scaling + 複数AZ が王道
• HTTPSはELBで終端（ACM）し、背後はHTTPでも可
• WAFはALBの前段に付けてL7防御
• ヘルスチェックのパス/閾値を適切に

運用・監視・トラブルシュート

• メトリクス: RequestCount TargetResponseTime HTTPCode_Target_5XX UnHealthyHostCount
• 504/タイムアウトはターゲット側の遅延やヘルスチェック設定を確認
• アクセスログをS3へ出力して分析

コスト

• 稼働時間＋処理量（LCU/NLCU）。アイドルでも時間課金がある点に注意

セキュリティ

• セキュリティグループ（ALB）で受信を制御、NLBはターゲットSGで制御
• HTTPS終端＋最新TLSポリシー
• WAF/Shieldと組み合わせて防御

Well-Architected の観点

• 信頼性: 複数AZ分散・異常切り離し・自動追従
• パフォーマンス効率: L4/L7の適材適所
• セキュリティ: 終端・WAF前置

試験で問われるポイント

関連サービス・比較

ハンズオン / CLI例

# ALB を作成（複数AZのサブネットを指定）
aws elbv2 create-load-balancer \
  --name web-alb --type application \
  --subnets subnet-aaa subnet-bbb \
  --security-groups sg-0123456789abcdef0

# ターゲットグループにヘルスチェックを設定
aws elbv2 create-target-group \
  --name web-tg --protocol HTTP --port 80 --vpc-id vpc-xxxx \
  --health-check-path /healthz