AnycastとGeoDNS / GeoIP wrt HAの違いは何ですか？

AnycastのWikipediaの説明に基づいて、多くのDNSサーバーにわたるドメイン名から多IPへのマッピングの配布と、地理的に最も近い（または最も速い）サーバーを持つクライアントへの応答の両方が含まれます。

google.com（または多くのグローバルエッジロケーションを持つCDNサービス）のようなグローバルに分散された可用性の高いサイトのコンテキストでは、これは必要な2つの重要な機能のように聞こえます。

AmazonのRoute53、EasyDNS、DNSMadeEasyなどのDNSサービスはすべて、自分自身をエニーキャスト対応ネットワークとしてアドバタイズします。

したがって、私の想定では、これらのDNSサービスのそれぞれが、マルチIPからドメインへのマッピングと、最も近いノードへのクライアントのルーティングという2つのキラー機能を透過的に提供します。

ただし、これらのサービスはそれぞれ、2つの機能（クライアントを最も近いノードにルーティングする）を「GeoDNS」、「GeoIP」、または「Global Traffic Director」と呼び、サービスに対して追加料金を請求するこれら2つの機能を分離しているようです。

エニーキャスト対応システムのコアテナントがこれを既に行う場合、この機能がこの追加機能として指定されているのはなぜですか？この「GeoDNS」機能とは、標準のエニーキャストDNSサービスではできないことです（ウィキペディアのエニーキャストの定義によると、宣伝されているものを理解していますが、まだ暗示されていない理由だけではありません）。

この曖昧な「GeoDNS」機能をサポートしていないRoute53のようなDNSサービスが次のような機能をリストすると、私はさらに混乱します。

高速–世界中のDNSサーバーのグローバルエニーキャストネットワークを使用するRoute 53は、ネットワークの状態に応じてユーザーを最適な場所に自動的にルーティングするように設計されています。その結果、このサービスは、エンドユーザーのクエリレイテンシを低くし、DNSレコード管理のニーズに合わせた更新レイテンシを低くします。

...これはGeoDNSが意図していることとまったく同じように聞こえますが、地理的に指示するクライアントはまだ明示的にサポートしていません。

最終的には、DNSプロバイダーから次の2つの機能を探しています。

1. 複数のIPアドレスを単一のドメイン名にマップします（google.com、amazon.comなどがそうします）
2. DNSサービスを利用して、そのドメインに対するクライアントリクエストに、リクエスト先に最も近いサーバーのIPアドレスで応答します。

前述のように、これはすべて「Anycast」DNSサービス（これらはすべてサービス）の一部であるように見えますが、それらから見える機能とマーケティングはそうではないことを示唆しているため、どのようにもう少し学ぶ必要があると思いますDNSは、展開を選択する前に機能します。

明確化のために事前に感謝します。

GeoDNSの主な利点は、リクエスターのIPアドレスに基づいて同じ名前を異なるIPアドレスに解決することです。

エニーキャストされたDNSサーバーは、だれが尋ねているかに関係なく、同じIPアドレスを返します。

2つは異なるネットワーク層で機能します。エニーキャストは、リクエスターのIPアドレスの場所を把握していないため、GeoDNSの下にあります。ネットワーク図内の場所だけです。DNSサーバーに近いものは、要求されているリソースに近くない可能性があり、Anycasted DNSサーバーにはこれを伝える方法がありません。

GeoDNSは、リソースの場所のマップを使用し、ロジックを実行して、それらのリソースのどれが特定の要求IPアドレスに最も近いかを判断し、そのIPアドレスを返します。

DNSサーバーをネットワークリソースと同じ場所に配置している場合を除き、DNSサーバーに近いものは常にリソースに近いとは限らないため、データローカリティ方式としてAnycastを使用することは、GeoDNSをそのまま使用するよりも効果が低くなります。

BGPエニーキャストの側面により、クライアントは特定のDNSサーバーに要求を送信し、BGPルーティングテーブルによってその要求をDNSサーバーの近くのインスタンスに送信し、できれば迅速な応答を取得できます。

ただし、地理的に分散され、エニーキャストされた通常のDNSサーバーは、要求元のクライアントの場所に応じて異なるクエリに応答する機能を備えていません。これは、「Geo-DNS」サービスが追加コストを提供する追加機能です。クライアントをそれらに近いサービスのインスタンスに送信します。

この機能が存在する理由は、BGPエニーキャストがDNSのようなステートレスで高速で汚れており、接続やセッションの永続性を必要とせずに適切に機能するが、Webサーバーのようなものでは、世界中にインスタンスを保持したいからです。また、特定のクライアントが特定のインスタンスに固執することを確認します。接続中にグローバルBGPテーブルのルーティングを変更すると、TCP接続が切断され、Webアプリケーションセッションが切断され、一般に大混乱が生じます。エニーキャストは通常​​、この理由でWebサーバーには使用されません。

郡Xのユーザーに、国XのインスタンスのIPをDNS経由で提供するのが最善です。これは、Geo-DNSサービスでキャッシュオーバーをフォークしているものです。

従来、複数のDNSサーバーがあります。クライアントはランダムに1つを選択し、WebサーバーのIPアドレスを要求します。これは、DNSサーバーがクライアントに近い場合は良いですが、よくあることですが、DNSサーバーがクライアントから遠い場合は悪いです。いずれにしても、クライアントは回答として同じIPアドレスを取得します。

エニーキャストを使用すると、複数のサーバーが同じIPアドレスに応答できます。エニーキャストDNSを使用すると、クライアントがネームサーバーと通信しようとすると、最も近い/最も速いネームサーバーが応答します。これは、クライアントが常にDNSクエリに対して高速な応答を取得することを意味します。ただし、彼は常にDNSクエリに対して同じ答え、つまりサーバーのIPを取得します。サーバーがクライアントから離れている場合、クライアントエクスペリエンスが最適ではない可能性があります。

GeoDNSを使用すると、クライアントの場所に応じて、DNSサーバーは異なるIPアドレスで応答できます。（明らかに、これには複数の地理的に分散したサーバーが必要です。）GeoDNSはエニーキャストを意味しませんが、通常は両方を展開します。そのため、クライアントは地理的に近くのDNSサーバーからDNSクエリに応答し、地理的に近くにあるWebサーバーのIPアドレス。