ELB(Elastic Load Balancing) - AWS

最終更新日: 2026-07-30

TOP(About this memo)) > 一覧(AWS) > ELB(Elastic Load Balancing)

ELB(Elastic Load Balancing)とは

• ELBは、単一のDNS名/IPで受けたトラフィックを複数のターゲット(EC2、ECSタスク、Lambdaなど)へ分散させるAWSのマネージドロードバランサーサービスの総称。
• SLAは基本的に99.99%(マルチAZ構成が前提)。料金体系の詳細は料金・SLA・障害を参照。
• 内部で3種類のロードバランサーがあり、扱うプロトコルのレイヤーや用途によって使い分ける。

3種類のロードバランサーの違い

項目	ALB(Application LB)	NLB(Network LB)	CLB(Classic LB)
レイヤー	7(HTTP/HTTPS)	4(TCP/UDP/TLS)	4/7(簡易的に両対応)
主な用途	Web/APIのルーティング	超低レイテンシ・高スループットが必要な通信、静的IPが必要な場合	旧世代。新規構築では基本非推奨(?)
ルーティング	パスベース・ホストベース・ヘッダー等の条件でルーティング可能	宛先ポートのみで単純に転送	ルーティング条件はほぼ無し
ターゲット種別	instance/ip/Lambda	instance/ip/ALB	instance
静的IP/EIP	不可(DNS名のみ)	可能(AZごとに1つのEIPを割当可能)	不可
TLS終端	可能	可能(TLSリスナー)、TCPパススルーも可能	可能
WebSocket/HTTP2	対応	(プロトコルの概念が無いため該当なし)	非対応(?)
送信元IPの保持	X-Forwarded-Forヘッダーで転送(NATされるためターゲット側からは送信元IPが直接は見えない)	ターゲットがipの場合など、送信元IPをそのまま保持可能(?)	X-Forwarded-Forヘッダーで転送
WAF連携	対応	非対応(?)	非対応

• (IMO) 迷ったらALB、TCPレベルでの制御・高いスループットや固定IPが必要な場合はNLB、CLBは既存構成の維持以外では新規に選ぶ理由がないと思う。
• NLBは、他アカウント/他VPCへサービスを公開するAWS PrivateLink(VPCエンドポイントサービス)のバックエンドとしてもよく使われる(?)。

リスナーとルール(主にALB)

• リスナー: ロードバランサーが受け付けるポートとプロトコルの組み合わせ(例: 443/HTTPS)。
• ルール: リスナーに複数アタッチでき、優先度順に評価される。
  • 条件: パスパターン、ホストヘッダー、HTTPヘッダー、クエリ文字列、送信元IPなど。
  • アクション: ターゲットグループへの転送、別URLへのリダイレクト、固定レスポンスを返す、認証(Cognito/OIDC)を要求、など。
• HTTP(80)は基本的にリダイレクト専用のリスナーにし、HTTPS(443)へ301リダイレクトする構成が一般的。

ターゲットグループ

• ロードバランサーが転送する先のリソース群をまとめたもの。プロトコル・ポートを指定する。
• target_type
  • instance: EC2インスタンスIDを直接登録。
  • ip: プライベートIPアドレスを登録。Fargate(awsvpcネットワークモード)ではip指定が必須。
  • lambda: Lambda関数を直接ターゲットにできる(ALBのみ)。
• ヘルスチェックの主な設定項目: パス、成功とみなすステータスコード範囲、間隔、タイムアウト、正常/異常判定に必要な連続回数。ヘルスチェックに失敗し続けるとターゲットがUnhealthyとして切り離される。
• Connection Draining(登録解除の遅延時間、AWSコンソール上は「Deregistration Delay」): ターゲットを登録解除する際、既存の接続を一定時間待ってから切断する設定。デプロイ時に処理中のリクエストを強制切断しないために使う。

その他の設定

• スティッキーセッション: 同じクライアントからのリクエストを毎回同じターゲットへ転送する機能。Cookieベースで実現される(ALB/CLB)。
• クロスゾーン負荷分散: 複数AZにまたがるターゲットへ均等に分散するかどうかの設定。ALBは常時有効、NLBはデフォルト無効(有効にすると別途データ処理料金がかかる場合がある)(?)。
• 削除保護(Deletion Protection): 誤ってロードバランサーを削除しないようにする設定。
• アイドルタイムアウト: 一定時間データのやり取りが無いコネクションを切断するまでの秒数(ALBのデフォルトは60秒(?))。
• internal / internet-facing: ロードバランサーをプライベートサブネットに置いて内部通信専用にするか、パブリックサブネットに置いてインターネットからアクセス可能にするかの区分。

パブリックDNS名

• 基本のパブリックDNS名はIPv4レコードのみを返す。
• ipv6というプレフィックスを付けるとIPv6レコードを返す。
• dualstackというプレフィックスの付いたパブリックDNS名は、IPv4レコードとIPv6レコードの両方を返す(基本的にこちらを使うのがよい)。
• クライアントとロードバランサーの通信方法に関係なく、ロードバランサーとターゲット間の通信はIPv4で行われる。
• (参考) https://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/classic/elb-internet-facing-load-balancers.html

他サービスとの関連

Route53(Aliasレコード)
        │
        ▼
      ELB(ALB/NLB)
        │              ┌─ ACM証明書をアタッチ(HTTPS終端)
        ├──────────────┤
        │              └─ WAF(ALBのみ)でリクエストをフィルタ
        ▼
   ターゲットグループ
        │
   ┌────┼────┬─────────┐
   ▼    ▼    ▼         ▼
  EC2  ECS  Fargate   Lambda(ALBのみ)

• Route53から見るとELBはAliasレコードの参照先の一つ。詳細はRoute53を参照。
• HTTPS化にはACMで発行した証明書をリスナーにアタッチする。詳細はSSL証明書・ACMを参照。
• ALBの前段にCloudFrontを置く構成もよくある。詳細はCloudFrontの構成パターンを参照。
• ALB/ELBへのアクセス制御は基本的にセキュリティグループで行う。詳細はセキュリティグループを参照。
• ECSのService定義からターゲットグループへの登録・解除が自動化される。詳細はECS・ECR・EKS・Fargateを参照。

This site is open source. Improve this page.