
Google サーバーへの RTD がなぜこれほど低いのか理解しようとしています。
$ ping google.com
PING google.com (173.194.113.64): 56 data bytes
64 bytes from 173.194.113.64: icmp_seq=0 ttl=57 time=28.166 ms
173.194.113.64
はカリフォルニア州マウンテンビューに登録されており、私はドイツにいます。カリフォルニアのホストへの ping は、はるかに長くなります。traceroute を発行すると、ホスト名がわかりますfra02s21-in-f0.1e100.net
。私は、リクエストをリダイレクトするためにどのようなテクニックを使用しているのか疑問に思っています。
答え1
おっしゃる通り、RTD は米国では 30 ミリ秒未満にはできません。ヨーロッパから米国までは片道約 60 ミリ秒です。
つまり、Googleはおそらく海のこちら側にキャッシュサーバーを置いているのだろう
(マウンテンビューに登録されているが、実際はヨーロッパにある)。
私は見つけたこの記事説明すると:
Googleの秘密主義
Googleは、データセンターの所在地と数を把握することを困難にしています。その大きな理由の1つは、Googleが使用するIPアドレスのほとんど(そしてその数は膨大です)がカリフォルニア州マウンテンビューの住所が記載されているつまり、IPアドレスを見るだけで(IP WHOISまたはIPから場所へのデータベースを使用)データセンターがどこにあるかを知る手助けはしてくれないまたは、いくつ持っているか。
これに加えて、Google は通常、ノースカロライナ州の Lapis LLC やアイオワ州の Tetra LLC など、Google の名前を一切出さない企業 (LLC) を使用して、データ センター プロジェクトの許可を求めています。
Google は一般的にデータセンターに関してかなり秘密主義な傾向があるため、ここで提示した情報は 100% 完全ではない可能性があります。
ボーナスリンク ;)Google のデータセンターの内部を覗いてみよう。
ここは別の情報源:
2) 世界中にオフィスを持つ大企業は、実際の所在地に関する情報を Whois で共有しません。
- 例: Google Inc. は世界中にデータ センターを持っていますが、whois では常に本社がマウンテン ビュー (米国カリフォルニア州) にあることが示されます。実際には、さまざまな国のユーザーは最も近いデータ センターに送られます。たとえば、ドイツ人の場合、メイン ページはドイツのデータ センター (74.125.39.104) から読み込まれます。
編集:(私はこのトピックの専門家ではないことをご承知おきください:)
「権威あるネームサーバー」がリダイレクトを行っているというのはおそらく正しいでしょう。背後に複数のサーバーがあるかどうかはわかりません。それdig google.com +trace
さらにリダイレクトを行います。DNSリクエストがどのサーバーからどのサーバーに送信されるかを確認するには、を実行してください。(ここその背後にある基本的なことについて
リダイレクトの背後にあるメカニズムについてですが、Akamai CDN について言及されました。Google は独自の CDN を使用しています。数年前に Google が Akamai を買収するという噂がありましたが、それは起こりませんでした。Apple は Akamai CDN (他の CND とともに) を使用していると思います。
の上このページGoogle は「edns-client-subnet 拡張機能」を使用していることがわかります。
OpenDNS と Google DNS は、長い間 edns-client-subnet 拡張機能をサポートしてきました。このメカニズムは、この問題に対処するために Google によって特別に設計されました。そして、それは見事に機能します。CDN は、どのリゾルバを使用しても、最適なサーバーにリダイレクトを送信できます。
さらにグーグル検索このメカニズムについてさらに詳しく知ることができます。ここ:
Google、Bitgravity、CDNetworks、DNS.com、Edgecastは、edns-クライアント-サブネットアイデアは非常にシンプルです。リクエストで IP アドレスの一部 (半匿名性を保つため一部のみ) を渡します。この拡張機能をサポートするサーバーは、これを使用してジオターゲティングし、ユーザーに最も近い CDN ノードを見つけることができます。以前は、DNS サーバーの場所を使用するのが最善でしたが、多くの場合、その場所は遠く離れていました。
CDNとedns-client-subnet拡張機能に関するもう一つの参考文献はこれ。
十分な読み物グーグル;)