Application Gateway Subnet のアドレス範囲について

Question

Application Gateway の サブネットのサイズを必要最小限のサイズにすることを検討しています。

以下のURLのには以下の記載があり、必要となるIPアドレス数は「インスタンス数 + 6(1つのプライベート フロントエンド IP 構成 + 5つの予約済み Azure) 」になると想定しています。

■Application Gateway インフラストラクチャの構成

https://learn.microsoft.com/ja-jp/azure/application-gateway/configuration-infrastructure

Application Gateway (Standard_v2 または WAF_v2) SKU では、最大 125 のインスタンス (125 のインスタンス IP アドレス + 1 つのプライベート フロントエンド IP 構成 + 5 つの予約済み Azure) をサポートできます。 最小サブネット サイズは /24 にすることをお勧めします。

例えば、以下の構成の Application Gateway のをデプロイしようとした場合、必要なIPアドレスは「2 (最大インスタンス数) + 6 = 8」であり、/29 の サブネットでも問題なく動作する認識であっておりますでしょうか？

Key	Value
レベル	WAF_v2
自動スケール	有効
最小インスタンス数	0
最大インスタンス数	2

Answer 1

回答は英語から翻訳しているため、文法上の誤りがあるかもしれませんのでご了承ください。

こんにちは。@Manabu Saito

Microsoft Q&A にお問い合わせいただき、ありがとうございます。

オートスケーリング（最大2インスタンス）を維持しつつ、信頼性の高い動作を確保しながら、Application Gateway のサブネットサイズを最小限に抑えたいというご要望ですね。簡単な計算をしてみましょう。

今回の構成では：

最大2インスタンス → 2つのIPアドレス

プライベートフロントエンドIP構成 → 1つのIPアドレス

Azureによる予約分 → 5つのIPアドレス

合計で約8つのIPアドレスが必要です。

/29 のサブネットでは、Azureの予約分を除くと使用可能なIPアドレスは3つしかなく、これでは小さすぎます。その結果、デプロイの失敗、スケーリングの問題、あるいはプラットフォームのメンテナンス時に不具合が生じる可能性があります。推奨される解決策：

小規模な構成であっても、実質的な最小サイズとして /28 のサブネットを使用してください（合計16 IP → 使用可能11 IP）。これにより、安全なバッファ（余裕）を確保できます。

長期的な運用とMicrosoftのガイダンスへの準拠を考慮すると、/24 のサブネットを強く推奨します。必要最低限​​のサイズよりは大きくなりますが、スムーズなオートスケーリング、将来的な拡張、そしてAzureのバックグラウンド処理を確実に機能させるために重要です。

Reference:

• Application Gateway infrastructure configuration – Subnet size こちらのページでは、IP アドレスの要件と、v2 SKU において /24 が強く推奨される理由について説明しています。

次のステップ

希望するサイズ（/28 または /24）で、新しい専用サブネットを作成します。

そのサブネットに新しい Application Gateway をデプロイします（必要に応じて既存のものを移行します）。

スケーリングのテストを行い、すべてが期待通りに動作することを確認します。

回答がお役に立ちましたら、「回答を承認」をクリックし、よろしければ「いいね（upvote）」をお願いいたします。この回答についてさらにご質問がある場合は、「コメント」をクリックしてください。

Answer 2

理屈の上では IP アドレスは /29 で足りますが、まったく拡張性のない状態になります。

サブネットのサイズを変更するにはサブネットに接続されているすべてのリソースを削除（または別のサブネットに移動）する必要がありますので、一定の拡張性のある設計にすること（この場合だと最低 /28 にすること）をお勧めします。