AWS ELBでリスナーとルールを構成する方法を初心者向けに解説！

1. リスナーとは？

1. リスナーとは？

リスナー（Listener、リスナー）とは、AWS Elastic Load Balancing（イーエルビー）が特定のプロトコルとポートでリクエストを受け付ける仕組みです。例えばHTTP（エイチティーティーピー）の80番ポートやHTTPS（エイチティーティーピーエス）の443番ポートなどを指定できます。

リスナーを設定することで、ロードバランサーは「どのポートで、どの通信を受け付けるのか」を理解できます。もしリスナーが無ければ、ロードバランサーはリクエストを処理できません。

2. ルールとは？

2. ルールとは？

ルール（Rule、ルール）は、リスナーに届いたリクエストをどのターゲットグループに送るのかを決定する条件です。ALB（アプリケーションロードバランサー）の場合、以下のような条件を設定できます。

• URLパスベースのルーティング（例：/images → 画像用サーバー、/api → APIサーバー）
• ホストベースのルーティング（例：www.example.com → Webサーバー、api.example.com → APIサーバー）
• HTTPヘッダーやメソッドに基づいた条件

ルールを細かく設定することで、システムの柔軟性や効率性が大幅に向上します。

3. リスナーとルールの関係

3. リスナーとルールの関係

リスナーとルールは常にセットで動作します。リスナーがまずリクエストを受け取り、ルールがそのリクエストを精査して最適なターゲットグループに振り分けます。つまり、リスナーが「入口」、ルールが「分岐点」という役割です。

例えば、HTTPSリスナーを設定し、その中に「/shopはEC2グループAへ」「/blogはEC2グループBへ」というルールを作成すれば、1つのロードバランサーで複数のサービスを効率よく処理できます。

4. リスナーの設定手順

4. リスナーの設定手順

AWSマネジメントコンソールからリスナーを設定する手順は以下の通りです。

1. ロードバランサーを作成または選択する。
2. 「リスナー」セクションでプロトコル（HTTP/HTTPSなど）とポート番号を入力。
3. デフォルトアクションとしてターゲットグループを指定。
4. HTTPSの場合は証明書を選択。
5. 「作成」または「保存」をクリックして完了。

5. ルールの設定手順

5. ルールの設定手順

リスナーを作成したら、ルールを追加して柔軟な振り分けを行えます。

1. AWSマネジメントコンソールで対象のロードバランサーを選択。
2. 「リスナー」タブを開き、対象リスナーを編集。
3. 「ルールを追加」ボタンをクリック。
4. 条件（パス、ホスト、HTTPヘッダーなど）を設定。
5. アクション（転送先のターゲットグループ）を指定。
6. 保存して適用。

これにより、1つのリスナーに複数のルールを組み合わせて、複雑なルーティングを実現できます。

6. ヘルスチェックとの組み合わせ

6. ヘルスチェックとの組み合わせ

ルールで指定されたターゲットグループには必ずヘルスチェックが設定されます。もし不健康なターゲットが見つかれば、自動的にリクエストの振り分け対象から除外されます。これにより、利用者は常に正常なサーバーへアクセスできるようになり、可用性が向上します。

7. 初心者向けの具体例

7. 初心者向けの具体例

リスナーとルールをレストランに例えると分かりやすいです。リスナーは「入口の受付」、ルールは「お客様を料理のジャンルごとに席へ案内するスタッフ」です。例えば「ラーメンを注文した人はラーメン席へ」「寿司を注文した人は寿司席へ」と振り分けます。これと同じように、AWS ELBではリスナーとルールを使ってリクエストを適切に処理します。

まとめ

まとめ

AWS ELBにおけるリスナーとルールは、アプリケーションの入口と振り分けを司る重要な機能であり、システム全体の構築や運用を考えるうえで外せない要素です。今回の記事で取り上げたように、リスナーはロードバランサーが受け付ける通信の窓口であり、HTTPやHTTPSといったプロトコルとポートの組み合わせでリクエストを受信します。そして、受信したリクエストをどのターゲットグループへ転送するのかを判断する役目を担うのがルールです。

この2つの機能を正しく理解して設定することで、利用者からのリクエストを効率的に処理し、複数のサーバーに負荷を分散しながら安定したサービス提供が可能になります。特にALBでは、URLパスやホスト名、HTTPヘッダーなどの細かな条件を使った高度なルーティングができるため、モダンなWebアプリケーションやAPIサービスには欠かせない存在となっています。

さらに、リスナーによるプロトコル設定とルールの組み合わせは、複数のサービスを1つのロードバランサーで処理したい場合に非常に有効です。例えば、HTTPSリスナーを用意し、その中に「/shop は EC2 グループA へ」「/blog は EC2 グループB へ」といったように複数のルールを設定することで、構成をシンプルに保ちながら柔軟性と拡張性を確保できます。このような仕組みは、大規模なアプリケーションや個人開発でも活躍し、利用者が増えてもスムーズな応答を維持しやすくなります。

また、ターゲットグループにはヘルスチェックが設定されており、不健康と判断されたインスタンスはリクエストの対象から自動的に外されます。これによって、利用者が常に正常なサーバーへアクセスできるようになり、サービス全体の可用性が向上します。ヘルスチェックはロードバランサーの信頼性を支える重要な仕組みで、リスナーとルールと組み合わせることで、堅牢なシステムを構築するための基盤が完成します。

実際の設定をイメージしやすいように、リスナーとルールの簡単な例を以下に示します。これはALBで「/api」のパスが含まれるリクエストを特定のターゲットグループへ転送するルールのイメージです。

<Listener port="80" protocol="HTTP">
    <DefaultAction>forward-to-web</DefaultAction>
    <Rule priority="1">
        <Condition type="path" value="/api*" />
        <Action type="forward" targetGroup="api-target-group" />
    </Rule>
</Listener>

同じELBで複数のサービスを扱う構成は、マイクロサービスや多機能サイトでは一般的であり、このようなXML風の構造でルールが整理されていると、全体像をつかみやすくなります。設定画面でも同様の考え方でルールが積み重ねられていくため、整理しながら進めることが大切です。

また、AWS CLIを用いたルール確認の例も見ておくと、運用時に役立ちます。以下は、ALBリスナーのルール一覧を取得するコマンド例です。

aws elbv2 describe-rules --listener-arn arn:aws:elasticloadbalancing:region:123456789012:listener/app/my-alb/abc123/def456
{
    "Rules": [
        {
            "RuleArn": "arn:aws:elasticloadbalancing:region:123:rule/abc",
            "Priority": "1",
            "Conditions": [{"Field": "path-pattern", "Values": ["/api*"]}],
            "Actions": [{"Type": "forward", "TargetGroupArn": "arn:aws:elasticloadbalancing:region:123:targetgroup/api/xyz"}]
        }
    ]
}

このように、画面操作だけでなくCLIを扱えるようになると、より深いAWS運用スキルが身につき、システムの状態を効率よく把握できるようになります。初心者のうちからCLIにも慣れておくと、トラブル対応や自動化に役立ちます。

AWS ELBのリスナーとルールは、アプリケーションの成長に合わせた柔軟な構成変更を可能にする非常に重要なポイントです。今回のまとめを通して、どのリクエストがどこへ向かうのかという動きが明確にイメージできるようになり、ロードバランサーの本質にも触れられたはずです。これを踏まえて実際に設定してみれば、より深く理解できるでしょう。