優先モードでAzure Traffic ManagerのSite Downページが必要です

Question

Webサイトの優先モードでAzureトラフィックマネージャを設定しています。 「FailoverMonitor.aspx」ページで監視されているプラ​​イマリとフェールオーバーの両方の場所があります。リソースが適切なリソースにダウンしている場合は、500エラーが返されます。また、すべての場所がダウンした場合に、エラーメッセージがユーザーに返されていることを確認したかったのです。

私のテストでは、プライマリ（プライオリティ1）とフェイルオーバ（プライオリティ2）の両方を解除することに決めました。その際、プライマリロケーションが提供されたことがわかりました。

私はこの種の驚いたことに、私はサイトが全く何も返さないと期待していましたが、代わりに「劣化した」状態にあると考えられるサイトを提供しました。

トラフィックマネージャに3番目のエンドポイントを追加して「申し訳ありませんがダウンしました」ページを返しましたが、これはそのようなメッセージを返すための意図された方法ですか？私は、すべての意図された手順を踏んで、サービスを悪用しないようにしたいと思っています。ありがとう！

Answer 1

特定のプロファイルのトラフィック・マネージャーによってモニターされているすべてのエンドポイントが停止している場合、エンドポイントがまったく戻ってこないのではなく、すべてのエンドポイントが実際にオンライン状態であるかのように応答します。これと他の終点監視の詳細の

詳細はで見つけることができます：https://azure.microsoft.com/en-us/documentation/articles/traffic-manager-monitoring/

関連セクションのコピーを以下の貼り付け：

何が起こる

場合は無効または停止状態とエンドポイントを除くすべてのトラフィックマネージャのエンドポイント（ ）が健康診断に不合格で、劣化ステータスを表示していますか？ これは、最も一般的には、サービスの設定のエラー（Traffic ManagerヘルスチェックをブロックするACL（アクセス制御リスト）など）、またはTraffic Managerプロファイルの設定のエラー（不正な監視パス）。 この場合、トラフィックマネージャは「ベストエフォート」試行を行い、Degradedステータスエンドポイントがすべて実際にオンライン状態にあるかのように応答します。これは、DNS応答のエンドポイントを返さないことに代わる代替案よりも好ましい方法です。 この結果、Traffic Managerの正常性チェックが正しく設定されていないと、Traffic Managerが正常に動作しているかのようにトラフィックルーティングから発生する可能性があります。ただし、この場合、エンドポイントに障害が発生してもエンドポイント・フェイルオーバーは発生せず、これがアプリケーション全体の可用性に影響します。これが起こらないようにするには、プロファイルがDegradedステータスではなくOnlineステータスであることを確認することが重要です。 Onlineステータスは、Traffic Managerヘルスチェックが期待通りに機能していることを示します。

Answer 2

すべての場所がダウンしている場合は、エラーメッセージが返されたことを確認したかったのです。トラフィックマネージャ以来

は、DNS「我々がダウンしている」ページを提供することになっています、私はわからないんだけど、唯一の解決策..

仕事をする必要がある静的なページを提供する第三のエンドポイントです。