RTD rendah ke server google

Saya mencoba mencari tahu bagaimana rtd ke server google bisa sangat rendah:

$ 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.64terdaftar di Mountain View, CA dan saya di Jerman. Ping ke host di California akan jauh lebih lama. Mengeluarkan traceroute memberi saya nama host fra02s21-in-f0.1e100.net. Saya bertanya pada diri sendiri teknik apa yang mereka gunakan untuk mengarahkan permintaan saya? Terima kasih kawan

Anda benar, RTD tidak boleh <30ms untuk AS. Eropa ke AS harus sekitar 60 ms (satu arah).

Jadi Google mungkin memiliki beberapa cache-server di sisi samudera ini
( dan itu baru terdaftar untuk Mountain View saat itu benar-benar di Eropa ).

Saya menemukan artikel ini menjelaskannya:

Kerahasiaan Google

Google telah menyulitkan untuk mengetahui di mana mereka menyimpan pusat data mereka dan berapa banyak yang mereka miliki. Salah satu alasan utama untuk ini adalah bahwa hampir semua alamat IP yang digunakan Google (dan ada banyak dari mereka) terdaftar di Mountain View, alamat California mereka , jadi lihatlah alamat IP (dengan IP WHOIS atau basis data IP-ke-lokasi) ) tidak akan membantu Anda mencari tahu di mana pusat data mereka atau berapa banyak yang mereka miliki.

Selain itu, Google biasanya meminta izin untuk proyek pusat data mereka menggunakan perusahaan (LLC) yang tidak menyebutkan Google sama sekali, misalnya Lapis LLC di North Carolina dan Tetra LLC di Iowa.

Karena Google cenderung sangat tertutup tentang pusat data mereka secara umum, informasi yang kami sajikan di sini kemungkinan besar tidak 100% lengkap.

Tautan bonus;) Tampak dari dalam ke Pusat Data Google .

Ini sumber lain :

2) Perusahaan besar dengan kantor di seluruh dunia tidak membagikan informasi tentang lokasi mereka yang sebenarnya di whois.

• Contoh: Google Inc. memiliki pusat data di seluruh dunia, tetapi whois selalu menunjukkan kantor pusatnya di Mountain View (California, AS). Pada kenyataannya, pengguna dari berbagai negara akan dikirim ke pusat data terdekat. Untuk Jerman misalnya halaman utama akan diambil dari pusat data Jerman (74.125.39.104).

Sunting: (harap diingat saya bukan ahli dalam topik ini :)

Anda mungkin benar tentang "nameserver resmi" yang melakukan pengalihan. Saya tidak yakin jika ada beberapa server di belakang yang yang melakukan pengalihan lebih lanjut. Anda dapat melakukan dig google.com +traceuntuk melihat dari server apa ke server apa DNS-request Anda berjalan. (Baca di sini tentang beberapa dasar di baliknya)

Adapun mekanisme di balik pengalihan. Anda menyebutkan Akamai CDN. Google menggunakan CDN sendiri. Ada beberapa rumor tentang Google membeli Akamai beberapa tahun yang lalu tetapi itu tidak terjadi. Saya pikir Apple menggunakan Akamai CDN (di antara beberapa CND lainnya).

Pada halaman ini Anda dapat membaca Google menggunakan "ekstensi edns-client-subnet".

OpenDNS dan Google DNS telah lama mendukung ekstensi edns-client-subnet. Mekanisme ini dirancang oleh Google secara khusus untuk mengatasi masalah ini. Dan itu bekerja dengan indah. CDN dapat mengirim pengalihan ke server terbaik, apa pun resolver yang Anda gunakan.

Dengan beberapa Googling lebih lanjut Anda dapat mempelajari lebih lanjut tentang mekanisme ini. Seperti di sini :

Google, Bitgravity, CDNetworks, DNS.com dan Edgecast telah menyebarkan dukungan untuk edns-client-subnet . Idenya cukup sederhana. Itu melewati bagian dari alamat IP Anda (hanya sebagian agar tetap semi-anonim) dalam permintaan. Server yang mendukung ekstensi ini dapat menggunakannya untuk menentukan sasaran geografis dan menemukan simpul CDN yang paling dekat dengan Anda. Sebelumnya yang terbaik yang bisa dilakukan adalah menggunakan lokasi server DNS, yang dalam banyak kasus bisa jauh.

Bacaan bagus lainnya tentang CDN dan ekstensi edns-client-subnet adalah ini .

Bahan bacaan yang cukup melalui Google ;)