問題タブ [azure-application-gateway]

既存の VM にあるアプリケーションの前に Azure Application Gateway をデプロイし、プールの選択にホスト名を使用しようとしています。記事https://github.com/Azure/azure-に基づいて、git https://github.com/Azure/azure-quickstart-templates/tree/master/201-application-gateway-multihostingのこのテンプレートから始めました。 content/blob/master/articles/application-gateway/application-gateway-multi-site-overview.md

これが私が使用した変更されたテンプレートです

ご覧のとおり、GWSubnet1 を App Gateway サブネットとして指定します。私のバックエンド IP は、同じ仮想ネットワークの下の VMnet1 サブネットにあります。展開すると、VMnet1 を削除できないと言って失敗します。VMNet1 はバックエンド IP として間接的にのみ参照されるため、なぜそれを削除しようとするのでしょうか。GWSubnet1 は、Azure のデプロイ ルールに従って未使用の空のサブネットです。

GUI を使用すると、ゲートウェイを作成して GWSubnet1 を選択できます。ただし、GUI を使用してホスト名をリストナーに入れる高度な機能はオプションではないため、同じフロントエンド ポートを使用して複数のリスナーを作成することはできません。GUI を使用して、次を使用して Poweshell (バージョン 3.0.0) を介してリストナーを追加してみました。

ただし、リスナーを追加するのではなく、GUI を介して appgateway を作成するときに作成される既存のデフォルト リスナーを変更するだけです。リスナーとして選択した名前に関係なく、これが行われます。

新しい空のリソース グループを作成してそこにデプロイするとデプロイできるので、デプロイ テンプレートが機能することはわかっています。既存の VM がある場所に展開することができないようです。これを行う正しい方法は何ですか？

高可用性のために 2 つのデータ センターで Web アプリをホストし、ラウンド ロビン ルーティング方式のトラフィック マネージャーを使用して、トラフィックを 2 つのデータ センターのいずれかにルーティングしました。

ここで、ビジネス要件に従って、トラフィックを URL パターンでルーティングする必要があります。たとえば、url /api/v1 の場合はデータ センター 1 にルーティングし、url /api/v2 の場合はデータ センター 2 にルーティングします。

Traffic Manager が URL ベースのルーティングをサポートしていないことは知っています。回避策はありますか？

私が持っている要件 -

このようなリダイレクトを行いたいです。実行される複数の App Service があり、適切な URL にリダイレクトしたい URL に基づいています。

このようなもの -

test.com/v1 -> app service appv1.com test.com/v2 -> app service appv2.com test.com/v3 -> app service appv3.com

URLマッピングをサポートしていることを考えると、Azureアプリケーションゲートウェイはこれに適していますか?

ただし、アプリ サービスのアプリケーション ゲートウェイが機能するかどうかはわかりません。App Service のパブリック IP は静的ですか? アプリケーションゲートウェイでの構成に使用する必要があります

Azure Application Gateway の背後にあるアプリケーションで、複雑な REST クエリの URL クエリ文字列が失敗します。ローカルで実行すると、2048 文字を超える長い URL が正常に渡され、Apache に問題がないことが示されます。ゲートウェイ経由で同じクエリに到達すると、404 応答が返されます。

この制限を増やす方法または許可する方法について説明している Azure のドキュメントや API/UI オプションはないようです。

これは、長い制限に設定された IIS のバックエンドでもテストされています。ここでも localhost で URL は正常に渡されますが、外部からゲートウェイ経由で 404 応答が返されます。短いクエリ文字列は正しく通過します。

Azure クラシック クラウド サービスには、組み込みのロード バランサーが付属しており、運用環境からステージングへ、またはその逆の高速な VIP スワップを可能にします。Azure Resource Manager によって提供される同等のものは何ですか? DNS を使用できますが、TTL 遅延があります。

バックエンド サーバーはステートフルであり、ステージングと運用の両方で同じデータを処理するには、お互いに上書きする必要があるため、高速スワップが必要です。私の現在のシステムでは、古い接続 (たとえば、HTTP キープアライブのため) は拒否され、リロードが強制され、新しい接続が強制されます。

Azure Application Gateway を使えばできるのではないかと思いますが、その機能の 1 つとして挙げられていません。

Azure に 2 つの App Services と 1 つの Windows VM を含む VNET があります。これらは、VPN ポイント対サイトを使用して同じ VNET 内にあります。

この環境を WAF で保護したいと考えており、App Service Environment と Barracuda を使用した非常に高価なセットアップの代わりに、Application Gateway WAF を使用できることを読みました。

どうすればこれを達成できるか説明してもらえますか？私が見つけた最も近いものはhttps://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-web-application-firewall-portalです。