【正解: A】の理由

Multi-site Listener は、1 つの AppGW で複数のドメイン (Host ヘッダ別) をホスティングする機能です。例: contoso.com と fabrikam.com を 1 つの AppGW で受信し、Host ヘッダに応じて異なるバックエンド プールに振り分け可能です。SaaS マルチテナント アーキテクチャに最適。

【Listener タイプ】

【典型構成例】

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 ベース分岐が目的。

【参考】

Multi-site hosting

【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」のような多段ルーティング実現します。

Multi-site