次の方法で共有


信頼性と Traffic Manager

Traffic Manager は、ドメイン ネーム システム (DNS) ベースのトラフィック ロード バランサーです。 このサービスを使用すると、パブリックに公開されているアプリケーションへのトラフィックを世界各国の Azure リージョンに分散できます。 また、Traffic Manager によって、パブリック エンドポイントには高可用性と高い応答速度が確保されます。

次のような機能が含まれます。

詳細については、「Traffic Manager について」を参照してください。

Traffic Manager で信頼性の高いワークロードがどのようにサポートされるかについては、次の記事を参照してください。

チェック リスト

信頼性を考慮して Traffic Manager を構成しましたか?

  • DNS レコードの Time to Live (TTL) 期間が長すぎる場合は、正常性プローブのタイミングまたは DNS レコードの TTL を調整することを検討してください。
  • Traffic Manager の正常性チェックとして使用するカスタム ページを実装します。
  • 3 種類のトラフィック ルーティング方法を検討します。
  • Traffic Manager プロファイルを入れ子にすることを検討します。

構成に関する推奨事項

Traffic Manager を構成するときは、信頼性を最適化するための次の推奨事項を考慮してください。

推奨 Description
DNS レコードの Time to Live (TTL) 期間が長すぎる場合は、正常性プローブのタイミングまたは DNS レコードの TTL を調整することを検討してください。 バックエンドが使用できなくなった場合、Traffic Manager では別のリージョンへのフェールオーバーがすぐに行われません。 クライアントにサービスを提供できない期間が生じます。 この期間の長さは、正常性プローブの時間設定 (プローブの期間および許容される異常な応答の数) によって異なります。 このシナリオでの期間が依然として長すぎる場合は、Azure Front Door に切り替えてグローバル負荷分散に対応することを検討してください。
Traffic Manager の正常性チェックとして使用するカスタム ページを実装します。 一般的には、アプリケーションにカスタム ページ (例: /health.aspx) を実装します。 このパスを監視に使用すると、パフォーマンス カウンターのチェックやデータベースの可用性チェックなどのアプリケーション固有のチェックを実行できます。 これらのカスタム チェックを基にして、ページで適切な HTTPS ステータス コードが返されます。
3 種類のトラフィック ルーティング方法を検討します。 Traffic Manager では、さまざまなサービス エンドポイントにネットワーク トラフィックをルーティングする方法を決定するために、3 つのトラフィック ルーティング方法をサポートしています。 Traffic Manager では、受信する DNS クエリごとにトラフィック ルーティング方法が適用されます。 トラフィック ルーティング方法によって、DNS 応答で返されるエンドポイントが決まります。 これらのエンドポイントと、エンドポイント間のルーティングの違いに注意する必要があります。
Traffic Manager プロファイルを入れ子にすることを検討します。 Traffic Manager プロファイルごとに 1 つのトラフィック ルーティング方法を指定します。 場合によっては、単一の Traffic Manager プロファイルで提供されるものよりも高度なトラフィック ルーティングが必要になることがあります。 Traffic Manager プロファイルを入れ子にして、複数のトラフィック ルーティング方法の利点を組み合わせることができます。 入れ子になったプロファイルを使用すると、既定の Traffic Manager の動作をオーバーライドして、より大規模でより複雑なアプリケーションのデプロイに対応できます。

ヒント

Traffic Manager の信頼性ガイダンスの詳細については、「 Azure Traffic Manager の信頼性」を参照してください。

次のステップ