Azureトラフィックマネージャを使用して、あるAzureゾーンで動作しているアプリケーションのAzureゾーンへのフェールオーバーを行う予定です。 フェールオーバーを行う正しい方法があれば、私はいくつかの提案が必要ですか？我々はAzureとの問題を見てきました。ある地域のサービスのほとんどは数時間はダウンします。私はAzureの交通管理者がこの地域に関連していないことを理解していますが。しかし、バックエンドwebappに到達可能ですが、Azureトラフィックマネージャがダウンしたり、トラフィックマネージャのエンドポイントに到達できない可能性がありますか？Azureトラフィックマネージャはフェイルオーバーに対して信頼性がありますか？私が心配すべき他の問題は何ですか？
Azureトラフィックマネージャを使用する予定がある場合、私は心配すべき他の問題は何ですか？
トラフィックマネージャはDNSレベルで動作し、それ自体が複製されます。しかし、それでもなお、ソリューションに冗長性を持たせる必要があります。
フェイルバックとして別のトラフィック管理ソリューションを追加することを検討：
は、「すべてのものが冗長ください」とあなたがrecommendation for Traffic Managerが表示されます下Azureのアーキテクチャセンターを見てみましょう。 Azure Traffic Managerサービスが失敗した場合は、 DNSのCNAMEレコードを変更して、他のトラフィック管理サービスを指定します。
私はここに、今しばらくのTMで取り組んできました
は私が前に言及見ていないいくつかの問題です：あなたのサービスがキープできる場合は
-Aliveの場合、接続が開いている限り、DNSエントリはが無視されます（）。私はこれを例外的に奇妙な振る舞いの結果と見なしました。ユーザーが接続を使用し続けて以来、フォールバックページに固執していて、無期限に開いたままにしています。 IISマネージャーにアクセスできる場合は、you can force Keep-Alive to be false。
ほとんどのブラウザでは、独自のDNSキャッシュを持っており、非常に少数の名誉DNS Time To Live。私の経験では、Chromeはかなり反応が良く、IEとEdgeはロールオーバーを速くする必要がある場合はsignificant delaysです。 Operaが特に悪いと聞きました。
、他のコンポーネントは、DNSキャッシュを持つことができ、かつそのうちのいくつかは、あなたがキャッシュを自分で管理できるようになります。理論的にはISPのDNSキャッシングに依存することさえありますが、これの大きさに関する報告は大きく異なります。
トラフィックマネージャの内部アーキテクチャは、単一のAzure領域の障害に対して復元力があります。したがって、ある領域に障害が発生しても、Traffic Managerは停止しなくてはなりません。これは、すべてのTraffic Managerコンポーネント（コントロールプレーン、エンドポイントモニタリング、DNSネームサーバ）に適用されます。
Traffic ManagerはDNSレベルで動作するため、トラフィックをプロキシする「エンドポイント」はありません.DNSを使用してクライアントを適切なエンドポイントに誘導し、クライアントはそれらのエンドポイントに直接接続します。したがって、到達不能なエンドポイントはアプリケーションの問題であり、トラフィックマネージャの問題ではありません。
つまり、Traffic Manager DNSネームサーバがダウンしていると、深刻な問題があります。 DNS解決パスが失敗し、顧客に影響が及ぼされます。唯一の解決策は、リスクを受け入れるか（小さなものですが、決してゼロにすることはできません）、並列またはフェイルオーバーのいずれかで別のDNSシステムを使用する計画を立てることです。これは、Traffic Managerの制限ではありません。 DNSベースのトラフィック管理システムについても同じことが言えます。
DornaDigitalの以前の回答は非常に優れています（DNSキャッシングがネームサーバーの停止によってあなたを守ることを示唆する最初の点以外は、そうではありません）。それはいくつかの重要な点をカバーします。要するに、DNSベースのフェールオーバーは新しいセッションでうまく機能します。既存のクライアントは、ブラウザをリフレッシュするか、ブラウザを閉じて再接続する必要があります。
これは、Stack Overflowがあなたに以前コメントする必要があると思う理由です。他の回答を掘り起こすのではなく、ポイントについて間違っていると警告されることが非常に好まれるでしょう。私はTMをTMネームサーバーとは別のものとして解釈していましたが、それらを上または下にある同じシステムとして扱うのは間違いありません。訂正してくれてありがとう。 – dornadigital