Banyak orang mungkin pernah mendengar tentang Anycast. Dalam metode pengalamatan dan perutean jaringan ini, satu alamat IP diberikan ke beberapa server di suatu jaringan. Server-server ini bahkan dapat ditempatkan di pusat data yang berjauhan satu sama lain. Ide Anycast adalah, bergantung pada lokasi sumber permintaan, data dikirim ke server terdekat (menurut topologi jaringan, lebih tepatnya, protokol perutean BGP). Dengan cara ini, Anda dapat mengurangi jumlah lompatan dan latensi jaringan.
Pada dasarnya, rute yang sama diiklankan dari beberapa pusat data di seluruh dunia. Dengan demikian, klien akan dikirim ke pusat data "terbaik" dan "terdekat" berdasarkan rute BGP. Mengapa Anycast? Mengapa menggunakan Anycast dan bukan Unicast?
Unicast sangat cocok untuk situs dengan satu server web dan jumlah lalu lintas sedang. Namun, jika suatu layanan memiliki jutaan pelanggan, biasanya layanan tersebut menggunakan banyak server web, masing-masing dengan alamat IP yang sama. Server-server ini didistribusikan secara geografis untuk melayani permintaan secara optimal.
Dalam skenario ini, Anycast akan meningkatkan kinerja (lalu lintas dikirim ke pengguna dengan penundaan minimal), memastikan keandalan layanan (berkat server cadangan) dan penyeimbangan beban - perutean ke beberapa server akan secara efektif mendistribusikan beban di antara mereka, meningkatkan kecepatan dari situs.
Operator menawarkan kepada klien berbagai jenis penyeimbangan beban berdasarkan Anycast dan DNS. Klien dapat menentukan alamat IP tujuan pengiriman permintaan berdasarkan lokasi geografis situs. Hal ini memungkinkan untuk mendistribusikan permintaan pengguna dengan lebih fleksibel.
Misalkan ada beberapa situs di mana Anda perlu mendistribusikan beban (pengguna), misalnya toko online dengan 100 permintaan per hari atau blog populer. Untuk membatasi wilayah pengguna mengakses situs tertentu, Anda dapat menggunakan opsi Komunitas Geo. Ini memungkinkan Anda membatasi wilayah di mana operator akan mengiklankan rute tersebut.
Anycast dan Unicast: perbedaan
Anycast sering digunakan dalam aplikasi seperti DNS (Domain Name System) dan CDN (Content Delivery Networks), memungkinkan keputusan perutean yang meningkatkan kinerja jaringan. Jaringan pengiriman konten menggunakan Anycast karena menangani volume lalu lintas yang besar, dan Anycast memberikan sejumlah keuntungan dalam hal ini (lebih lanjut tentangnya di bawah). Di DNS, Anycast memungkinkan Anda meningkatkan tingkat keandalan dan toleransi kesalahan layanan secara signifikan.
Di Anycast IP, saat menggunakan BGP, ada beberapa rute ke host tertentu. Ini sebenarnya adalah salinan host di beberapa pusat data, yang digunakan untuk membuat koneksi latensi lebih rendah.
Jadi, dalam jaringan Anycast, alamat IP yang sama diiklankan dari tempat yang berbeda, dan jaringan memutuskan ke mana harus merutekan permintaan pengguna berdasarkan "biaya" rute tersebut. Misalnya, BGP sering digunakan untuk menentukan rute terpendek untuk transmisi data. Saat pengguna mengirimkan permintaan Anycast, BGP menentukan rute terbaik untuk server Anycast yang tersedia di jaringan.
Manfaat Anycast
Mengurangi Latensi
Sistem dengan Anycast dapat mengurangi latensi saat memproses permintaan pengguna karena memungkinkan Anda menerima data dari server terdekat. Artinya, pengguna akan selalu terhubung ke server DNS “terdekat” (dari sudut pandang protokol perutean). Hasilnya, Anycast mengurangi waktu interaksi dengan mengurangi jarak jaringan antara klien dan server. Hal ini tidak hanya mengurangi latensi tetapi juga memberikan penyeimbangan beban.
Mempercepat
Karena lalu lintas diarahkan ke node terdekat dan latensi antara klien dan node berkurang, hasilnya adalah kecepatan pengiriman yang optimal, dari mana pun klien meminta informasi.
Peningkatan stabilitas dan toleransi kesalahan
Jika beberapa server di seluruh dunia menggunakan IP yang sama, maka jika salah satu server gagal atau terputus, lalu lintas akan dialihkan ke server terdekat. Hasilnya, Anycast menjadikan layanan lebih tangguh dan memberikan akses/latensi/kecepatan jaringan yang lebih baik.
Jadi, dengan menyediakan banyak server secara konstan untuk pengguna, Anycast, misalnya, meningkatkan stabilitas DNS. Jika sebuah node gagal, permintaan pengguna akan dialihkan ke server DNS lain tanpa intervensi manual atau konfigurasi ulang. Anycast menyediakan peralihan yang hampir transparan ke situs lain hanya dengan menghapus rute dari situs yang bermasalah.
Penyeimbang beban
Di Anycast, lalu lintas jaringan didistribusikan ke berbagai server. Artinya, ini bertindak sebagai penyeimbang beban, mencegah server mana pun menerima sebagian besar lalu lintas. Penyeimbangan beban dapat digunakan, misalnya, ketika terdapat beberapa node jaringan pada jarak geografis yang sama dari sumber permintaan. Dalam hal ini, beban didistribusikan antar node.
Mengurangi dampak serangan DoS
Fitur lain dari Anycast adalah ketahanan terhadap DDoS. Serangan DDoS sepertinya tidak akan mampu melumpuhkan sistem Anycast, karena serangan tersebut harus membanjiri semua server di jaringan tersebut dengan banyaknya permintaan.
Serangan DDoS sering kali menggunakan botnet, yang dapat menghasilkan begitu banyak lalu lintas sehingga membebani server yang diserang. Keuntungan menggunakan Anycast dalam situasi ini adalah setiap server mampu "menyerap" sebagian serangan, sehingga mengurangi beban pada server tersebut. Serangan penolakan layanan kemungkinan besar akan dilokalisasi ke server dan tidak akan mempengaruhi keseluruhan layanan.
Skalabilitas horizontal yang tinggi
Sistem Anycast sangat cocok untuk layanan dengan volume lalu lintas yang besar. Jika layanan yang menggunakan Anycast memerlukan server baru untuk menangani peningkatan lalu lintas, server baru dapat ditambahkan ke jaringan untuk menanganinya. Mereka dapat ditempatkan di situs baru atau yang sudah ada.
Jika suatu lokasi tertentu mengalami peningkatan lalu lintas yang besar, penambahan server akan membantu menyeimbangkan beban situs tersebut. Menambahkan server di situs baru akan membantu mengurangi waktu tunggu dengan membuat rute terpendek baru untuk beberapa pengguna. Kedua metode ini juga membantu meningkatkan stabilitas layanan saat server baru tersedia di jaringan. Dengan cara ini, jika server kelebihan beban, Anda cukup menyebarkan server lain di lokasi yang memungkinkan server menerima sebagian permintaan server yang kelebihan beban. Ini tidak memerlukan konfigurasi apa pun dari klien.
Hanya dengan cara ini lalu lintas terabit dan jumlah pengguna yang sangat besar dapat dilayani ketika server hanya memiliki sedikit port 10 atau 25 Gbps. 100 host dengan satu alamat IP akan memungkinkan pemrosesan volume lalu lintas terabit.
Manajemen konfigurasi yang mudah
Seperti disebutkan di atas, penggunaan Anycast yang menarik adalah DNS. Anda dapat menempatkan beberapa server DNS berbeda pada node jaringan, tetapi gunakan satu alamat DNS. Bergantung pada lokasi sumbernya, permintaan dialihkan ke node terdekat. Ini memberikan penyeimbangan lalu lintas dan redundansi jika terjadi kegagalan server DNS. Dengan cara ini, alih-alih mengonfigurasi server DNS yang berbeda bergantung pada lokasinya, konfigurasi satu server DNS dapat disebarkan ke semua node.
Jaringan Anycast dapat dikonfigurasi untuk merutekan permintaan tidak hanya berdasarkan jarak, tetapi juga berdasarkan parameter seperti keberadaan server, jumlah koneksi yang dibuat. atau waktu respons.
Tidak diperlukan server khusus, jaringan atau komponen khusus di sisi klien untuk menggunakan teknologi Anycast. Namun Anycast juga memiliki kelemahan. Implementasinya diyakini merupakan tugas yang kompleks, memerlukan peralatan tambahan, penyedia layanan yang andal, dan perutean lalu lintas yang tepat.
Jauh dari sumber murni menuju keindahan
Meskipun Anycast merutekan pengguna berdasarkan lompatan paling sedikit, hal ini tidak berarti latensi terendah. Latensi adalah metrik yang lebih kompleks karena bisa lebih tinggi untuk satu transisi daripada sepuluh transisi.
Contoh: Komunikasi antarbenua mungkin melibatkan satu lompatan dengan latensi sangat tinggi.
Anycast terutama digunakan untuk layanan berbasis UDP seperti DNS. Permintaan pengguna dialihkan ke pusat data “terbaik” dan “terdekat” berdasarkan rute BGP.
Contoh: Stasiun kerja klien DNS dengan alamat IP DNS Anycast 123.10.10.10 melakukan resolusi DNS ke server nama DNS terdekat dari tiga server nama yang disebarkan menggunakan alamat IP Anycast yang sama. Jika Router R1 atau Server A gagal, paket klien DNS akan secara otomatis diteruskan ke server DNS terdekat berikutnya melalui Router R2 dan R3. Selain itu, rute ke server A kami akan dihapus dari tabel perutean, sehingga mencegah penggunaan server nama tersebut lebih lanjut.
Skenario Penerapan
Ada dua skema umum yang digunakan untuk menentukan server mana yang terhubung dengan pengguna:
- Lapisan jaringan anycast. Menghubungkan pengguna ke server terdekat. Jalur jaringan dari pengguna ke server penting di sini.
- Siaran tingkat aplikasi. Skema ini memiliki lebih banyak metrik yang diperhitungkan, termasuk ketersediaan server, waktu respons, jumlah koneksi, dll. Hal ini bergantung pada monitor eksternal yang menyediakan statistik jaringan.
CDN berdasarkan Anycast
Sekarang mari kembali menggunakan Anycast di jaringan pengiriman konten. Anycast tentu saja merupakan konsep jaringan yang menarik dan semakin diterima di kalangan penyedia CDN generasi berikutnya.
CDN adalah jaringan server terdistribusi yang mengirimkan konten ke pengguna akhir dengan ketersediaan tinggi dan latensi rendah. Jaringan pengiriman konten saat ini memainkan peranan penting sebagai tulang punggung banyak layanan media online, dan konsumen semakin tidak toleran terhadap kecepatan unduh yang lambat. Aplikasi video dan suara sangat sensitif terhadap jitter dan latensi jaringan.
CDN menghubungkan semua server ke dalam satu jaringan dan memastikan pemuatan konten lebih cepat. Terkadang waktu tunggu pengguna dapat dikurangi sebanyak 5-6 detik. Tujuan dari CDN adalah untuk mengoptimalkan pengiriman dengan menyajikan konten dari server yang paling dekat dengan pengguna akhir. Ini sangat mirip dengan Anycast, di mana server terdekat dipilih berdasarkan lokasi pengguna akhir. Tampaknya setiap penyedia layanan CDN akan menggunakan Anycast secara default, namun kenyataannya tidak demikian.
Aplikasi yang menggunakan protokol seperti HTTP/TCP bergantung pada koneksi yang dibuat. Jika node Anycast baru dipilih (misalnya, karena kegagalan server), layanan mungkin terganggu. Inilah sebabnya Anycast sebelumnya direkomendasikan untuk layanan connectionless seperti UDP dan DNS. Namun, Anycast juga berfungsi dengan baik untuk protokol berorientasi koneksi; misalnya, TCP berfungsi dengan baik dalam mode Anycast.
Beberapa penyedia CDN menggunakan perutean berbasis Anycast, yang lain lebih memilih perutean berbasis DNS: server terdekat dipilih berdasarkan lokasi server DNS pengguna.
Infrastruktur hibrida dan multi-pusat data adalah contoh lain penggunaan Anycast. Alamat IP Load Balancing yang diterima dari penyedia memungkinkan Anda mendistribusikan beban antara alamat IP layanan klien yang berbeda di pusat data penyedia. Berkat teknologi perangkat apa pun, ini memberikan kinerja yang lebih baik di tengah lalu lintas padat, toleransi kesalahan, dan membantu mengoptimalkan waktu respons ketika berhadapan dengan pengguna dalam jumlah besar.
Dalam infrastruktur multi-pusat data hibrid, Anda dapat mendistribusikan lalu lintas ke seluruh server atau bahkan mesin virtual di server khusus.
Oleh karena itu, terdapat banyak pilihan solusi teknis untuk membangun infrastruktur. Anda juga dapat mengonfigurasi penyeimbangan beban di seluruh alamat IP di beberapa pusat data, menargetkan perangkat apa pun dalam grup untuk mengoptimalkan kinerja situs.
Anda dapat mendistribusikan lalu lintas sesuai dengan aturan Anda sendiri, dengan menentukan “bobot” dari masing-masing server terdistribusi di setiap pusat data. Konfigurasi ini sangat berguna ketika terdapat taman server terdistribusi dan kinerja layanan tidak merata. Ini akan memungkinkan lalu lintas didistribusikan lebih sering untuk meningkatkan kinerja server.
Untuk membuat sistem pemantauan menggunakan perintah ping, dimungkinkan untuk mengkonfigurasi probe. Hal ini memungkinkan administrator untuk menentukan prosedur pemantauannya sendiri dan mendapatkan gambaran yang lebih jelas tentang status setiap komponen dalam infrastruktur. Dengan cara ini, kriteria aksesibilitas dapat ditentukan.
Dimungkinkan untuk membangun infrastruktur hybrid: terkadang lebih mudah untuk meninggalkan back office di jaringan perusahaan, dan melakukan outsourcing bagian antarmuka ke penyedia.
Dimungkinkan untuk menambahkan sertifikat SSL untuk penyeimbangan beban, enkripsi data yang dikirimkan, dan keamanan komunikasi antara pengunjung situs dan infrastruktur perusahaan. Dalam hal penyeimbangan beban antar pusat data, SSL juga dapat digunakan.
Layanan Anycast dengan penyeimbangan beban alamat dapat diperoleh dari penyedia Anda. Fitur ini akan membantu meningkatkan cara pengguna berinteraksi dengan aplikasi berdasarkan lokasi. Cukup dengan mengumumkan layanan apa saja yang tersedia di pusat data, dan lalu lintas akan dialihkan ke infrastruktur terdekat. Jika terdapat dedicated server, misalnya di Perancis atau Amerika Utara, maka klien akan diarahkan ke server terdekat di jaringan.
Salah satu opsi untuk menggunakan Anycast adalah pilihan titik kehadiran (PoP) operator yang optimal. Mari kita memberi . LinkedIn (diblokir di Rusia) berupaya tidak hanya meningkatkan kinerja dan kecepatan produknya - aplikasi seluler dan web, tetapi juga meningkatkan infrastruktur jaringannya untuk pengiriman konten yang lebih cepat. Untuk pengiriman konten dinamis ini, LinkedIn secara aktif menggunakan PoP - titik kehadiran. Anycast digunakan untuk mengarahkan pengguna ke PoP terdekat.
Alasannya adalah dalam kasus Unycast, setiap PoP LinkedIn memiliki alamat IP unik. Pengguna kemudian ditugaskan ke PoP berdasarkan lokasi geografis mereka menggunakan DNS. Masalahnya adalah saat menggunakan DNS, sekitar 30% pengguna di Amerika Serikat dialihkan ke PoP yang kurang optimal. Dengan penerapan Anycast secara bertahap, penetapan PoP suboptimal turun dari 31% menjadi 10%.
Hasil uji coba ditampilkan dalam grafik, dengan sumbu Y merupakan persentase penetapan PoP optimal. Seiring dengan peningkatan Anycast, banyak negara bagian AS mengalami peningkatan persentase lalu lintas menuju PoP optimal.
Pemantauan Jaringan Anycast
Jaringan Anycast secara teori sederhana: beberapa server fisik diberi alamat IP yang sama, yang digunakan BGP untuk menentukan rute. Namun implementasi dan desain platform Anycast rumit, dan jaringan Anycast yang toleran terhadap kesalahan sangat terkenal akan hal ini. Yang lebih menantang adalah memantau jaringan Anycast secara efektif untuk mengidentifikasi dan mengisolasi kesalahan dengan cepat.
Jika layanan menggunakan penyedia CDN pihak ketiga untuk menyajikan kontennya, sangat penting bagi mereka untuk memantau dan memverifikasi kinerja jaringan. Pemantauan CDN berbasis Anycast berfokus pada pengukuran latensi end-to-end dan kinerja hop kedua dari belakang untuk memahami pusat data mana yang menyajikan konten. Menganalisis header server HTTP adalah cara lain untuk menentukan dari mana data berasal.
Contoh: Header respons HTTP yang menunjukkan lokasi server CDN.
Misalnya, CloudFlare menggunakan header CF-Ray-nya sendiri dalam pesan Respons HTTP, yang menyertakan indikasi pusat data tempat permintaan dibuat. Dalam kasus Zendesk, header CF-Ray untuk wilayah Seattle adalah CF-RAY: 2a21675e65fd2a3d-SEA, dan untuk Amsterdam adalah CF-RAY: 2a216896b93a0c71-AMS. Anda juga dapat menggunakan header HTTP-X dari respons HTTP untuk menentukan lokasi konten.
Metode pengalamatan lainnya
Ada metode pengalamatan lain untuk merutekan permintaan pengguna ke titik akhir jaringan tertentu:
unicast
Sebagian besar Internet saat ini menggunakan metode ini. Unicast - transmisi unicast, alamat IP dikaitkan hanya dengan satu node tertentu di jaringan. Ini disebut pencocokan satu-ke-satu.
Multicast
Multicast menggunakan hubungan satu ke banyak atau banyak ke banyak. Multicast memungkinkan permintaan dari pengirim untuk dikirim secara bersamaan ke berbagai titik akhir yang dipilih. Hal ini memberi klien kemampuan untuk mengunduh file dalam beberapa bagian dari beberapa host secara bersamaan (yang berguna untuk streaming audio atau video). Multicast sering disalahartikan dengan Anycast, namun perbedaan utamanya adalah Anycast mengarahkan pengirim ke satu node tertentu, meskipun tersedia beberapa node.
Siaran
Datagram dari satu pengirim diteruskan ke semua titik akhir yang terkait dengan alamat siaran. Jaringan secara otomatis mereplikasi datagram untuk dapat menjangkau semua penerima dalam siaran (biasanya pada subnet yang sama).
Geocast
Geocast agak mirip dengan Multicast: permintaan dari pengirim dikirim ke beberapa titik akhir secara bersamaan. Namun perbedaannya adalah penerima ditentukan oleh letak geografisnya. Ini adalah bentuk khusus multicast yang digunakan oleh beberapa protokol perutean untuk jaringan ad hoc seluler.
Router geografis menghitung area layanannya dan memperkirakannya. Georouter, bertukar area layanan, membuat tabel perutean. Sistem georouter memiliki struktur hierarki.
Unicast, Multicast dan Siaran.
Penggunaan teknologi Anycast meningkatkan tingkat keandalan, toleransi kesalahan, dan keamanan DNS. Dengan menggunakan teknologi ini, operator menawarkan layanan klien mereka untuk berbagai jenis penyeimbangan beban berdasarkan DNS. Di panel kontrol, Anda dapat menentukan alamat IP tujuan pengiriman permintaan tergantung pada lokasi geografis. Ini akan memberi klien kesempatan untuk mendistribusikan permintaan pengguna dengan lebih fleksibel.
Beberapa operator menerapkan kemampuan pemantauan rute di setiap titik kehadiran (POP): sistem secara otomatis menganalisis rute lokal dan global terpendek untuk titik kehadiran dan merutekannya melalui lokasi geografis dengan latensi terendah tanpa waktu henti.
Saat ini, Anycast adalah solusi paling stabil dan andal untuk membangun layanan DNS beban tinggi, yang memiliki persyaratan stabilitas dan keandalan yang tinggi.
Domain .ru mendukung 35 server DNS Anycast, dikelompokkan menjadi 20 node, didistribusikan di lima cloud Anycast. Dalam hal ini digunakan prinsip konstruksi berdasarkan karakteristik geografis, yaitu. Geocast. Saat menempatkan node DNS, diperkirakan bahwa node tersebut akan dipindahkan ke lokasi yang tersebar secara geografis dekat dengan pengguna paling aktif, konsentrasi maksimum penyedia Rusia di titik di mana node tersebut berada, serta ketersediaan kapasitas bebas dan kemudahan akses. interaksi dengan situs.
Bagaimana cara membuat CDN?
CDN adalah jaringan server yang mempercepat pengiriman konten ke pengguna. menyatukan semua server menjadi satu jaringan dan memastikan pemuatan konten lebih cepat. Jarak dari server ke pengguna berperan penting dalam kecepatan memuat.
CDN memungkinkan Anda menggunakan server yang paling dekat dengan target audiens. Hal ini mengurangi waktu tunggu dan membantu mempercepat pemuatan konten situs untuk semua pengunjung, yang khususnya penting untuk situs dengan file besar atau layanan multimedia. Aplikasi umum untuk CDN adalah e-commerce dan hiburan.
Jaringan server tambahan yang dibuat dalam infrastruktur CDN, yang berlokasi sedekat mungkin dengan pengguna, berkontribusi pada pengiriman data yang lebih stabil dan cepat. Menurut statistik, penggunaan CDN mengurangi latensi saat mengakses situs lebih dari 70% dibandingkan situs tanpa CDN.
Как? Menyiapkan CDN menggunakan solusi Anycast bisa menjadi proyek yang cukup mahal, namun ada opsi yang lebih murah. Misalnya, Anda dapat menggunakan GeoDNS dan server reguler dengan alamat IP unik. Dengan menggunakan layanan GeoDNS, Anda dapat membuat CDN dengan kemampuan geolokasi, di mana keputusan dibuat berdasarkan lokasi pengunjung sebenarnya, bukan lokasi pemecah DNS. Anda dapat mengonfigurasi zona DNS Anda untuk menampilkan alamat IP server AS kepada pengunjung AS, namun pengunjung Eropa akan melihat alamat IP Eropa.
Dengan GeoDNS, Anda dapat mengembalikan respons DNS yang berbeda bergantung pada alamat IP pengguna. Untuk melakukan hal ini, server DNS dikonfigurasi untuk mengembalikan alamat IP yang berbeda tergantung pada alamat IP sumber dalam permintaan. Biasanya, database GeoIP digunakan untuk menentukan wilayah tempat permintaan dibuat. Geolokasi menggunakan DNS memungkinkan Anda mengirim konten ke pengguna dari situs terdekat.
GeoDNS menentukan alamat IP klien yang mengirim permintaan DNS, atau alamat IP server DNS rekursif penyedia, yang digunakan saat memproses permintaan klien. Negara/wilayah ditentukan oleh IP klien dan database GeoIP. Klien kemudian mendapatkan alamat IP dari server CDN terdekat. Anda dapat membaca lebih lanjut tentang pengaturan GeoDNS.
Anycast atau GeoDNS?
Meskipun Anycast adalah cara terbaik untuk mengirimkan konten dalam skala global, namun kurang spesifik. Di sinilah GeoDNS datang untuk menyelamatkan. Layanan ini memungkinkan Anda membuat aturan yang mengarahkan pengguna ke titik akhir unik berdasarkan lokasi mereka.
Contoh: Pengguna dari Eropa diarahkan ke titik akhir yang berbeda.
Anda juga dapat menolak akses ke domain dengan membuang semua permintaan. Ini, khususnya, adalah cara cepat untuk menghentikan penyusup.
GeoDNS memberikan jawaban yang lebih akurat dibandingkan Anycast. Jika dalam kasus Anycast rute terpendek ditentukan oleh jumlah hop, maka dalam GeoDNS perutean untuk pengguna akhir terjadi tergantung pada lokasi fisik mereka. Hal ini mengurangi latensi dan meningkatkan akurasi saat membuat aturan perutean terperinci.
Saat menavigasi ke suatu domain, browser menghubungi server DNS terdekat, yang, bergantung pada domainnya, mengeluarkan alamat IP untuk memuat situs. Misalkan sebuah toko online populer di AS dan Eropa, tetapi server DNS untuk toko tersebut hanya tersedia di Eropa. Kemudian pengguna AS yang ingin menggunakan layanan toko akan terpaksa mengirim permintaan ke server terdekat, dan karena jaraknya sangat jauh, mereka harus menunggu lama untuk mendapat tanggapan - situs tidak akan dimuat dengan cepat.
Ketika server GeoDNS berlokasi di AS, pengguna sudah dapat mengaksesnya. Responsnya akan cepat, yang akan mempengaruhi kecepatan memuat situs.
Dalam situasi dengan server DNS yang ada di Amerika Serikat, ketika pengguna dari Amerika Serikat menavigasi ke domain tertentu, dia akan menghubungi server terdekat yang akan memberikan IP yang diperlukan. Pengguna akan diarahkan ke server yang berisi konten situs, tetapi karena server dengan konten tersebut jauh, dia tidak akan menerimanya dengan cepat.
Jika Anda menghosting server CDN di AS dengan data cache, maka saat memuat, browser klien akan mengirimkan permintaan ke server DNS terdekat, yang akan mengirimkan kembali alamat IP yang diperlukan. Browser dengan IP yang diterima menghubungi server CDN terdekat dan server utama, dan server CDN menyajikan konten cache ke browser. Saat konten cache sedang dimuat, file yang hilang untuk memuat seluruh situs diterima dari server utama. Hasilnya, waktu pemuatan situs berkurang karena lebih sedikit file yang dikirim dari server utama.
Menentukan lokasi yang tepat dari alamat IP tertentu tidak selalu merupakan tugas yang mudah: ada banyak faktor yang berperan, dan pemilik berbagai alamat IP mungkin memutuskan untuk mengiklankannya di belahan dunia lain (maka Anda harus melakukannya) tunggu database diperbarui untuk mendapatkan lokasi yang benar). Terkadang penyedia VPS memberikan alamat yang seharusnya berlokasi di AS ke VPS di Singapura.
Berbeda dengan penggunaan alamat Anycast, distribusi dilakukan selama resolusi nama, bukan saat menyambung ke server cache. Jika server rekursif tidak mendukung subnet klien EDNS, maka lokasi server rekursif tersebut yang digunakan, bukan pengguna yang akan menyambung ke server cache.
Subnet Klien di DNS adalah perpanjangan dari DNS (RFC7871) yang mendefinisikan bagaimana server DNS rekursif dapat mengirimkan informasi klien ke server DNS, khususnya informasi jaringan yang dapat digunakan server GeoDNS untuk menentukan lokasi klien dengan lebih akurat.
Sebagian besar menggunakan server DNS ISP atau server DNS yang secara geografis dekat dengan mereka, namun jika seseorang di AS karena alasan tertentu memutuskan untuk menggunakan pemecah DNS yang berlokasi di Australia, kemungkinan besar mereka akan mendapatkan alamat server IP yang paling dekat dengan Australia.
Jika Anda ingin menggunakan GeoDNS, penting untuk menyadari fitur-fitur ini, karena dalam beberapa kasus dapat meningkatkan jarak antara server caching dan klien.
Ringkasan: jika Anda ingin menggabungkan beberapa VPS ke dalam CDN, maka opsi penerapan terbaik adalah menggunakan bundel server DNS dengan fungsi GeoDNS + Anycast.
Sumber: www.habr.com