Traffic Manager の価格

ユーザーがお客様のアプリケーションにアクセスするたびに、DNS クエリによりお客様のサービスの名前がその IP アドレスにマッピングされます。Traffic Manager により、DNS クエリごとに異なる応答が提供されるため、同一データセンター内で実行されているものから世界各地のデータセンターで実行されているものまで、さまざまな場所でホストされている Azure サービスに着信トラフィックをルーティングできます。

Traffic Manager には、トラフィック ルーティングの方法として、パフォーマンス、フェールオーバー、ラウンドロビンの選択肢が用意されています。これらの方法を使ってお客様のトラフィックを効果的に管理することにより、お客様のアプリケーションのハイパフォーマンス、可用性、および回復性を実現できます。

Traffic Manager を使用すると、Azure のホステッド サービス エンドポイントの監視や、サービスが停止したときの自動フェールオーバー機能が提供されるため、お客様の重要なアプリケーションの可用性を高めることができます。

これを実現するため、Traffic Manager により継続的に各サービス エンドポイントの正常性が監視されます。これらの \"正常性チェック\" によりサービスがダウンしたことが検出されると、Traffic Manager によりトラフィックが他のサービスへと再ルーティングされます。

はい。DNS クエリと正常性チェックの料金は、使用されるトラフィック ルーティングの方法にかかわらず同じです。

ユーザーの PC により DNS クエリが実行される際に、Traffic Manager のネーム サーバーとの直接の通信が発生することはありません。代わりに、これらのクエリは企業と ISP によって実行されている再帰的な DNS サーバーを通して送信されます。これらのサーバーは、他のユーザーのクエリをより迅速に処理できるように、DNS 応答をキャッシュします。これらのキャッシュされた応答は Traffic Manager のネーム サーバーに到達しないため、課金は発生しません。

キャッシュの期間は、元の DNS 応答での "TTL" パラメーターによって決まります。このパラメーターは Traffic Manager で構成できます。既定値は 300 秒で、最小値は 30 秒です。

大きい TTL を使用することで、再帰的 DNS サーバーで行われるキャッシュの量を増やし、それによって DNS クエリの課金を減らすことができます。ただし、キャッシュを増やすと、エンドポイントの状態の変化をユーザーがどれくらい早く取得できるかにも影響があります。たとえば、エンドポイントで障害が発生した場合のユーザーのフェールオーバー時間が長くなります。そのため、非常に大きい TTL 値を使用することはお勧めしません。

同様に、TTL 値を小さくするとフェールオーバー時間は短縮できますが、キャッシュが減るため、Traffic Manage の名前サーバーに対するクエリ数が多くなります。

Traffic Manager ではお客様が TTL 値を構成できるので、お客様のアプリケーションのビジネス ニーズに基づいて最適な TTL を選択することができます。