Ya, saat ini ada dua solusi populer untuk masalah ini.
Yang pertama disebut Anycast
, di mana blok IP yang sama secara harfiah digunakan di banyak lokasi di seluruh dunia. Dengan kata lain, server nama untuk domain Anda selalu mengembalikan alamat IP yang sama, tetapi alamat IP tersebut sebenarnya ditugaskan untuk lebih dari satu set server fisik.
Anda dapat membaca lebih lanjut tentang ini di sini http://en.wikipedia.org/wiki/Anycast
Teknik kedua lagi melibatkan AnyCast, namun kali ini, kisaran alamat IP yang disiarkan merujuk ke server nama kami sendiri. Karena server nama hanya akan meminta dari klien yang paling dekat dengan mereka (sebagaimana ditentukan oleh keajaiban BGP), mereka sendiri dapat mengembalikan alamat IP yang secara logis lokal ke klien.
Contoh dari ini adalah domain google l.google.com
Dari tuan rumah di Australia
crimson:~ dave$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com is an alias for www-notmumbai.l.google.com.
www-notmumbai.l.google.com has address 66.249.89.99
www-notmumbai.l.google.com has address 66.249.89.147
www-notmumbai.l.google.com has address 66.249.89.103
www-notmumbai.l.google.com has address 66.249.89.104
Dari tuan rumah di AS
[dave@odessa ~]$ host www.google.com
www.google.com is an alias for www.l.google.com.
www.l.google.com has address 74.125.95.99
www.l.google.com has address 74.125.95.147
www.l.google.com has address 74.125.95.104
www.l.google.com has address 74.125.95.106
www.l.google.com has address 74.125.95.105
www.l.google.com has address 74.125.95.103
Jadi, CNAME untuk www.google.com
resolve ke www.l.google.com
, tetapi ketika Anda menyelesaikan itu, tergantung pada lokasi Anda, klien Anda menerima satu set yang berbeda dari alamat IP. Ini karena server nama yang menerima permintaan www.l.google.com
adalah server nama lokal , relatif terhadap klien.
Jika Anda hanya ingin melokalisasi server untuk Asia, Amerika Utara, dan Eropa, maka Anda dapat memutuskan untuk menjalankan sendiri aplikasi web dan DNS Anda.
Dengan DNS, Anda dapat menggunakan sesuatu seperti pendekatan DNS Split-Horizon , yang dapat dicapai melalui fungsionalitas terintegrasi dari server DNS Anda (mereka dapat menyebutnya GeoDNS ), atau melalui firewall yang akan mengarahkan rentang IP-address yang berbeda ke berbagai operasi contoh server DNS Anda (Anda dapat menjalankan beberapa salinan server yang berbeda pada mesin lokal Anda, yang akan mendengarkan alamat IP lokal yang berbeda).
Anda mungkin bisa mendapatkan hasil yang diharapkan dalam ≈90% kasus dengan membalas permintaan DNS dari RIPE dan AfriNIC IP-address dengan
A
catatan host Anda di Eropa, permintaan dari APNIC - host di Asia, dan permintaan dari alamat IP dari / 8 blok dikelola oleh ARIN , LACNIC dan sisa ruang alamat / 8 denganA
catatan server Anda di Amerika Utara. Ini akan memiliki beberapa hasil yang salah dalam situasi tertentu (beberapa / 8 blok dibagi antara Eropa dan Amerika Utara, beberapa ruang alamat disiarkan dll), tetapi yang terburuk yang akan terjadi adalah beberapa latensi tambahan kepada pihak yang terkena dampak, jadi, seharusnya tidak t menjadi masalah besar.(Dan, ya, harus ada cara untuk membuat hal-hal ini lebih mudah, tetapi, sejauh ini, sepertinya tidak ada.)
sumber
Saya memiliki masalah yang sama. Perusahaan kami memiliki pelanggan di Rusia dan Cina dan mereka semua membutuhkan koneksi yang sangat cepat ke layanan kami. Kami menggunakan Amazon Route 53 Geo dns dan baru saja membuat dua catatan, satu akan mengarahkan pelanggan dari Cina ke kluster wilayah Tokyo kami dan pelanggan dari Rusia ke London.
sumber