問題タブ [azure-traffic-manager]

私の場所では、Azure サーバーへの接続が良好ではないため、オンプレミス ホスティングを実行する必要があります。ホスティングがダウンするたびに、Azure Web アプリに置き換えてもらいたいです。私はルーティングモードでAzure Traffic Managerを使用しています：その目的のための優先度。

オンプレミス Web サイトは、basesite.com のようなものです。

Azure Web アプリは次のようなものです: secondsite.azurewebsites.net

私はこれらすべてのサイトにアクセスでき、うまく機能しています。

Trafficmanager は mysite.trafficmanager.net のような場所で働いています。

最初に、2 つのエンドポイントを作成します。

basesite.com の最優先事項

secondsite.azurewebsites.net の 2 番目の優先度

すべてのエンドポイントが有効で、監視ステータスがオンラインです。

現在、mysite.trafficmanager.net にアクセスすると、500 - 内部サーバー エラーが返されます。

さらに調査するために、デフォルトの azure Web アプリをいくつか作成して、トラフィック マネージャーのエンドポイントとして追加しようとしましたが、期待どおりに完全に機能します。この問題は、オンプレミス展開 (外部エンドポイント) にのみ発生しているようです。

ローカル ホスティング (サーバーまたは DNS サーバーの構成...) に何らかの問題があると思いますが、正確に調べる手がかりがありません。

無意味な 500 メッセージではなく、trafficmanager からエラーの詳細を取得するにはどうすればよいですか?

アップデート：

Juunas が提案したようにオンプレミスを確認するために、basesite.com に静的な html をデプロイしました。結果は変わりません。basesite.com から直接アクセスした場合は問題ないのですが、Traffic Manager 経由で失敗しました。

試用版サブスクリプションと非常に簡単なセットアップがあります。

• トラフィック マネージャー (tm1 など)
  • エンドポイント 1 (例: ep1) - 重み 1
    • Web アプリ (例: wa1)
      • App Service プラン (例: asp1) - S1 Standard @ East US 2
  • エンドポイント 2 (例: ep2) - 重み 1
    • Web アプリ 2 (例: wa2)
      • App Service Plan 2 (例: asp2) - S1 Standard @ Central US

私がやろうとしているのは、重みの設定 (1 から 1000 など)、Web アプリの停止/開始などによって、Traffic Manager のリダイレクトをいじることだけです。

サービスプランについては何も変更しません。Web アプリを停止または開始するか、エンドポイントの重みを設定してトラフィックをルーティングするだけです。

次のいずれかまたは両方が発生することが何度もありました。

• ASP2 は (S1 標準から) 共有にスケールダウンされます - これは、共有が Traffic Manager をサポートしていないため、問題を引き起こします。
• ASP1 は「失われます」。ポータルも縮小されているかどうかを確認するためにポータルにアクセスすると、ポータルが回転するだけです。

これは、このような単純な設定では本当に面倒です。

考え？

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

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

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

デプロイ パイプラインの一部として、powershell スクリプトの既存のプロファイルに新しい Traffic Manager エンドポイントを追加しようとしています。Azure portal では、2 番目のエンドポイントを追加するだけで、新しい優先度が割り当てられます。私は加重ポリシーを使用しているため、優先度は私にとって無意味なので、それが何であるかは気にしません。それでもジョブが失敗する可能性があるため、乱数で設定したくありません。

ドキュメントでは、新しいエンドポイントには新しい値が自動的に割り当てられる必要があると主張していますが、これは、最初に既存のエンドポイントをすべて削除してから、それらをすべて追加し直した場合にのみ機能します。すべてのエンドポイント名がわからないので、それらを削除して再度追加する方法がありません。

私はこれに間違って近づいていますか？バグですか？コマンドの使い方が間違っていますか？

エラー テキストは、「Set-AzureRmTrafficManagerProfile : BadRequest: エンドポイントの優先度が正しく設定されていません。すべてのエンドポイントで優先度を設定する必要があります。または、エンドポイントのいずれにも設定しないでください。」

このコードは機能します：

このコードは失敗します:

Web Apps の Dev および QA スロットのエンドポイントを含む Traffic Manager プロファイルを作成していましたが、それは可能ではないのでしょうか?

運用環境で行うように、開発および QA スロット用の Traffic Manager エンドポイントを作成するにはどうすればよいですか?

この質問に似ていますが、私の場合は当てはまらないと思います。

合計 2 つのエンドポイントがあり、どちらも「劣化」のステータスを示しています。

これは通常、モニターの構成によって 200 以外の応答が返されることを示していると読みました。ただし、curl でテストすると、両方のエンドポイントで 200 の応答が示されます。最初はホームページをプローブするように設定していましたが（これも200を返しました）、念のため専用の「プローブ」ページを追加しましたが、違いはありませんでした.

これが私のトラフィック マネージャーの構成です (従来のポータルですが、問題にはなりません)。

ブラウザ ネットワーク インスペクタ:

カールの結果は次のとおりです。

どうやらすべてのエンドポイントが劣化しても、トラフィック マネージャーは引き続き機能しますが、地理的な冗長性に影響を与えているのではないかと懸念しています。

助けてくれてありがとう！

次のようなさまざまな構成と共に、Azure Traffic Manager のビジネス ケースを試すサンプルをいくつか生成しています。

1. パフォーマンス

   2.優先

2. 加重

私の理解では、ローカリゼーションの概念を確保するとともに、地理的に分散されたアプリケーションのネットワーク遅延を最小限に抑えたい場合は、パフォーマンスを使用できます。

優先度の高いノードに障害が発生した場合、トラフィックはすぐに優先度の低いノードに再ルーティングされるため、優先度はフェールオーバーの場合に最適に利用できます。

トラフィック マネージャーで加重手法を使用できる正当なビジネス ケースを探しています。

パフォーマンスとプライオリティの設定の使い方が間違っている場合は訂正してください。加重モードの使い方も理解できるようにしてください。

すべての専門家に事前に感謝します。