Microsoft が管理する世界のデータ センター ネットワークを介してアプリケーションとサービスを構築、配置、および管理するインフラストラクチャおよびクラウド コンピューティング プラットフォーム。
こんにちは @nishino-ti,
"I am translating the answers from English, so please excuse any grammar issues."
私は同じ構成を使用して日本東部にAzure Firewallを成功裏に展開することができました。お手元でファイアウォールの再展開を試みていただけますか?問題が続く場合は、以下の推奨事項に従って問題を軽減してください。
ご参考のために、私の設定のスクリーンショットを添付いたしました。
**
InternalServerError(プロビジョニングに失敗しました)は、サブネット構成の問題、ゾーン/パブリックIPの不一致、または日本東部での一時的な容量の制約が最も多くの原因です。問題が続く場合は、日本西部でのデプロイを試みてください。
以下の指示に従って、提供された提案を使用してファイアウォールを再デプロイしてみてください。
**
日本の東部地域では、特定のアベイラビリティゾーン内で現在、キャパシティ制約が発生している可能性があります。同様の挙動が他の地域でも観察されており、特定のゾーンへのデプロイメントがプロビジョニングの失敗を引き起こしています。
おすすめ:
- Azure Firewallを日本東部の異なるゾーンにデプロイすることを試みてください。
- 現時点ではゾーン冗長デプロイを使用しないでください。すべての選択されたゾーンに利用可能なキャパシティが必要です。いずれかのゾーンにキャパシティが不足している場合、デプロイは失敗します。
- キャパシティの問題が続く場合は、日本西部など別の地域にデプロイすることを検討してください。
- 一時的な回避策として、ゾーン冗長性を無効にし、確認済みのキャパシティを持つゾーンにデプロイしてください。
AzureFirewallSubnetとAzureFirewallManagementSubnetが正しく構成されているか確認してください:
- 各サブネットのサイズは少なくとも/26である必要があります。
- これらのサブネットには他のリソースを含めてはいけません。
- ファイアウォールはパブリックIPに到達し、インターネットへのトラフィックを転送できなければなりません。
上記が役立つか、またはこの問題についてさらなる支援が必要かをお知らせください。
情報がお役に立った場合は、「回答を受け入れる」をクリックしてください。これが私たちやコミュニティの他の人たちにとっても助けになります。