-1

Web サイト用に Azure Traffic Manager を優先モードで設定しています。プライマリとフェールオーバーの場所があり、どちらも "FailoverMonitor.aspx" ページで監視されています。適切なリソース\リージョンのリソースがダウンしている場合は、500 エラーを返します。また、すべての場所がダウンした場合にエラー メッセージがユーザーに返されるようにしたいと考えていました。

私のテストでは、プライマリ (優先度 1) とフェールオーバー (優先度 2) の両方を中断することにしました。そうすることで、プライマリ ロケーションが提供されていることがわかりました。

この種のことは私を驚かせました.私は、サイトが何も返さないことを半分期待していました..しかし、代わりに、「劣化」ステータスにあると見なされるサイトを提供しました.

「Sorry we're down」ページを返す 3 番目のエンドポイントを Traffic Manager に追加しましたが、これはそのようなメッセージを返すための意図された方法ですか? 意図したすべての手順を実行し、サービスを悪用しないようにしたいだけです。ありがとう！

4

2 に答える 2

1

特定のプロファイルの Traffic Manager によって監視されているすべてのエンドポイントがダウンしている場合、エンドポイントをまったく返さないのではなく、すべてのエンドポイントが実際にオンライン状態であるかのように "ベスト ケース エフォート" を行い、応答します。

このエンドポイント監視の詳細については、https ://azure.microsoft.com/en-us/documentation/articles/traffic-manager-monitoring/ を参照してください。

関連するセクションのコピーを以下に貼り付けます。

すべての Traffic Manager エンドポイント (Disabled または Stopped ステータスのエンドポイントを除く) が正常性チェックに失敗し、Degraded ステータスを示している場合はどうなりますか? これは最も一般的に、サービスの構成のエラー (アクセス制御リスト (ACL) が Traffic Manager の正常性チェックをブロックするなど)、または Traffic Manager プロファイルの構成のエラー (不適切な監視パスなど) が原因で発生します。 ）。この場合、Traffic Manager は "最善の努力" を試み、すべての劣化状態エンドポイントが実際にオンライン状態であるかのように応答します。これは、DNS 応答でエンドポイントを返さない代替手段よりも望ましい方法です。この動作の結果、Traffic Manager の正常性チェックが正しく構成されていない場合、トラフィック ルーティングからは、Traffic Manager が正常に動作しているように見える場合があります。ただし、この場合、エンドポイントに障害が発生してもエンドポイントのフェイルオーバーは発生せず、アプリケーション全体の可用性に影響します。これが発生しないようにするには、プロファイルが劣化ステータスではなく、オンライン ステータスを示していることを確認することが重要です。オンライン ステータスは、Traffic Manager の正常性チェックが期待どおりに機能していることを示しています。

于 2016-08-01T17:31:16.307 に答える