AZ700-CORE#4
Application Gateway v2 の Listener タイプ「Multi-site」の用途はどれですか?
解説
【正解: A】の理由
Multi-site Listener は、1 つの AppGW で複数のドメイン (Host ヘッダ別) をホスティングする機能です。例: contoso.com と fabrikam.com を 1 つの AppGW で受信し、Host ヘッダに応じて異なるバックエンド プールに振り分け可能です。SaaS マルチテナント アーキテクチャに最適。
【Listener タイプ】
| タイプ | 用途 |
|---|---|
| Basic | 1 つの Frontend IP + Port で 1 つのバックエンド |
| Multi-site | 1 つの IP + Port、Host ヘッダで複数バックエンド分岐 |
【典型構成例】
Listener (Multi-site):
contoso.com (TLS Cert 1) → Backend Pool A
fabrikam.com (TLS Cert 2) → Backend Pool B
api.contoso.com (TLS Cert 1 wildcard) → Backend Pool C【他選択肢が違う理由】
- B. 複数地理的: AppGW はリージョン内サービス、複数地理は別途。
- C. バックエンド複数: Multi-site は Listener レベル機能、バックエンドは Routing Rule で関連付け。
- D. 複数 TLS 証明書: Multi-site では各 Listener で別 TLS Cert 設定可能だが、これが目的ではなく Host ベース分岐が目的。
【参考】
【AppGW Listener 構成例】
Listener 1 (Multi-site):
Frontend: Public IP, Port 443, HTTPS
Host: contoso.com
Cert: contoso.com Cert
→ Backend Pool Contoso【Multi-site の制約】
- Listener あたり 1 ホスト
- 1 Listener で複数ホスト = SNI ベース、各ホスト用 Cert 必要
- Wildcard 証明書 (例: *.contoso.com) で 1 Cert 多ホスト可
- Frontend IP は共有可能
【URL Path-based Routing と組み合わせ】
Multi-site + URL Path で「contoso.com/api → API Pool、contoso.com/web → Web Pool」のような多段ルーティング実現します。

コメント