Anycast vs Unicast: sing luwih apik kanggo milih ing saben kasus

Akeh wong sing wis krungu babagan Anycast. Ing cara alamat lan nuntun jaringan iki, alamat IP siji ditugasake menyang sawetara server ing jaringan. Server kasebut bisa uga ana ing pusat data sing adoh saka siji liyane. Gagasan Anycast yaiku, gumantung saka lokasi sumber panyuwunan, data dikirim menyang server sing paling cedhak (miturut topologi jaringan, luwih tepat, protokol routing BGP). Kanthi cara iki, sampeyan bisa nyuda jumlah hop lan latensi jaringan.

Ateges, rute sing padha diiklanake saka pirang-pirang pusat data ing saindenging jagad. Mangkono, klien bakal dikirim menyang "paling apik" lan "paling cedhak" adhedhasar rute BGP, pusat data. Kenapa Anycast? Napa nggunakake Anycast tinimbang Unicast?

Unicast pancen cocok kanggo situs kanthi siji server web lan lalu lintas moderat. Nanging, yen layanan duwe jutaan pelanggan, biasane nggunakake akeh server web, saben duwe alamat IP sing padha. Server kasebut disebarake sacara geografis kanggo nglayani panjalukan kanthi optimal.

Ing skenario iki, Anycast bakal nambah kinerja (lalu lintas dikirim menyang pangguna kanthi wektu tundha minimal), njamin keandalan layanan kasebut (matur nuwun kanggo server serep) lan keseimbangan beban - nuntun menyang sawetara server kanthi efektif bakal nyebarake beban ing antarane, nambah kacepetan. saka situs.

Operator nawakake klien macem-macem jinis imbangan beban adhedhasar Anycast lan DNS. Klien bisa nemtokake alamat IP sing bakal dikirim panjaluk adhedhasar lokasi geografis situs kasebut. Iki ndadekake bisa nyebarake panjalukan pangguna kanthi luwih fleksibel.

Contone, ana sawetara situs sing sampeyan kudu nyebarake beban (pangguna), umpamane, toko online kanthi 100 panjaluk saben dina utawa blog sing populer. Kanggo matesi wilayah saka pangguna ngakses situs tartamtu, sampeyan bisa nggunakake pilihan Geo Community. Iki ngidini sampeyan mbatesi wilayah ing ngendi operator bakal ngiklanake rute kasebut.

Anycast lan Unicast: beda

Anycast asring digunakake ing aplikasi kayata DNS (Domain Name System) lan CDN (Content Delivery Networks), mbisakake keputusan rute sing ningkatake kinerja jaringan. Jaringan pangiriman konten nggunakake Anycast amarga ngatasi volume lalu lintas sing akeh, lan Anycast nyedhiyakake sawetara kaluwihan ing kasus iki (liyane ing ngisor iki). Ing DNS, Anycast ngidini sampeyan nambah tingkat linuwih lan toleransi kesalahan layanan kasebut.

Ing Anycast IP, nalika nggunakake BGP, ana sawetara rute menyang host tartamtu. Iki sejatine salinan host ing pirang-pirang pusat data, digunakake kanggo nggawe sambungan latensi sing luwih murah.

Dadi, ing jaringan Anycast, alamat IP sing padha diiklanake saka macem-macem papan, lan jaringan mutusake menyang ngendi rute panjaluk pangguna adhedhasar "biaya" rute kasebut. Contone, BGP asring digunakake kanggo nemtokake rute paling cendhak kanggo transmisi data. Nalika pangguna ngirim panjalukan Anycast, BGP nemtokake rute paling apik kanggo server Anycast sing kasedhiya ing jaringan kasebut.

Keuntungan saka Anycast

Ngurangi Latency
Sistem karo Anycast bisa nyuda latensi nalika ngolah panjaluk pangguna amarga ngidini sampeyan nampa data saka server sing paling cedhak. Tegese, pangguna bakal tansah nyambung menyang "paling cedhak" (saka sudut pandang protokol routing) server DNS. Akibaté, Anycast nyuda wektu interaksi kanthi nyuda jarak jaringan antarane klien lan server. Iki ora mung nyuda latensi nanging uga nyedhiyakake keseimbangan beban.

Kacepetan

Amarga lalu lintas diarahake menyang simpul sing paling cedhak lan latensi antarane klien lan simpul dikurangi, asil kasebut dioptimalake kacepetan pangiriman, ora ketompo saka ngendi klien njaluk informasi.

Tambah stabilitas lan toleransi fault

Yen sawetara server ing saindenging jagad nggunakake IP sing padha, banjur yen salah sawijining server gagal utawa pedhot, lalu lintas bakal dialihake menyang server sing paling cedhak. Akibaté, Anycast nggawe layanan luwih tahan banting lan nyedhiyakake akses jaringan / latensi / kacepetan sing luwih apik. 

Mangkono, kanthi nduwe pirang-pirang server sing kasedhiya kanggo pangguna, Anycast, umpamane, nambah stabilitas DNS. Yen simpul gagal, panjalukan pangguna bakal dialihake menyang server DNS liyane tanpa intervensi manual utawa konfigurasi ulang. Anycast nyedhiyakake owah-owahan sing meh transparan menyang situs liya kanthi mung mbusak rute situs sing bermasalah. 

Load Balancing

Ing Anycast, lalu lintas jaringan disebarake ing macem-macem server. Sing, iku tumindak minangka load balancer, nyegah sembarang server siji saka nampa akeh lalu lintas. Load balancing bisa digunakake, contone, nalika ana sawetara kelenjar jaringan ing jarak geografis padha saka sumber request. Ing kasus iki, beban disebarake ing antarane simpul.

Ngurangi pengaruh serangan DoS 

Fitur liyane Anycast yaiku resistensi DDoS. Serangan DDoS ora mungkin bisa ngrusak sistem Anycast, amarga kudu ngatasi kabeh server ing jaringan kasebut kanthi panjaluk longsor. 

Serangan DDoS asring nggunakake botnets, sing bisa ngasilake lalu lintas sing akeh banget nganti server sing diserang. Kauntungan saka nggunakake Anycast ing kahanan iki yaiku saben server bisa "nyerep" bagean saka serangan kasebut, sing nyuda beban ing server kasebut. Serangan penolakan layanan kemungkinan bakal dilokalisasi menyang server lan ora bakal mengaruhi kabeh layanan.

Skalabilitas horisontal dhuwur

Sistem Anycast cocog kanggo layanan kanthi volume lalu lintas sing akeh. Yen layanan sing nggunakake Anycast mbutuhake server anyar kanggo nangani lalu lintas tambah, server anyar bisa ditambahake menyang jaringan kanggo nangani. Padha bisa diselehake ing situs anyar utawa ana. 

Yen lokasi tartamtu ngalami paningkatan lalu lintas, banjur nambahake server bakal mbantu ngimbangi beban kanggo situs kasebut. Nambahake server ing situs anyar bakal mbantu nyuda wektu ngenteni kanthi nggawe rute paling cedhak kanggo sawetara pangguna. Kaloro cara kasebut uga mbantu nambah stabilitas layanan amarga server anyar kasedhiya ing jaringan. Kanthi cara iki, yen server overloaded, sampeyan mung bisa masang siji liyane ing lokasi sing ngidini kanggo nampa sawetara bagean saka panjalukan server overloaded. Iki ora mbutuhake konfigurasi saka klien. 

Mung kanthi cara iki terabit lalu lintas lan akeh pangguna bisa dilayani nalika server mung duwe sawetara port 10 utawa 25 Gbps. 100 host kanthi siji alamat IP bakal bisa ngolah volume lalu lintas terabit.

Manajemen konfigurasi gampang

Kaya sing kasebut ing ndhuwur, panggunaan Anycast sing menarik yaiku DNS. Sampeyan bisa nyelehake sawetara server DNS sing beda ing simpul jaringan, nanging nggunakake siji alamat DNS. Gumantung ing ngendi sumber dumunung, panjalukan dituntun menyang simpul paling cedhak. Iki nyedhiyakake sawetara keseimbangan lalu lintas lan redundansi yen ana kegagalan server DNS. Kanthi cara iki, tinimbang ngonfigurasi server DNS sing beda-beda gumantung ing papan panggonane, konfigurasi siji server DNS bisa disebarake menyang kabeh simpul.

Jaringan Anycast bisa dikonfigurasi kanggo ngarahake panjalukan ora mung adhedhasar jarak, nanging uga ing paramèter kayata anané server, jumlah sambungan sing diadegaké. utawa wektu nanggepi.

Ora ana server khusus, jaringan utawa komponen khusus sing dibutuhake ing sisih klien kanggo nggunakake teknologi Anycast. Nanging Anycast uga duwe kekurangan. Dipercaya manawa implementasine minangka tugas sing rumit, mbutuhake peralatan tambahan, panyedhiya sing dipercaya lan rute lalu lintas sing tepat.

Adoh saka sumber murni kanggo kaendahan

Sanajan Anycast rute pangguna adhedhasar hop paling sithik, iki ora ateges latensi paling murah. Latensi minangka metrik sing luwih rumit amarga bisa luwih dhuwur kanggo siji transisi tinimbang sepuluh.

Conto: Komunikasi antarbenua bisa uga kalebu siji lompatan kanthi latensi dhuwur banget.

Anycast utamane digunakake kanggo layanan adhedhasar UDP kayata DNS. Panjaluk pangguna diarahake menyang pusat data "paling apik" lan "paling cedhak" adhedhasar rute BGP.

Conto: Stasiun kerja klien DNS kanthi alamat IP Anycast DNS 123.10.10.10 nindakake resolusi DNS menyang paling cedhak saka telung server jeneng DNS sing dipasang nggunakake alamat IP Anycast sing padha. Yen Router R1 utawa Server A gagal, paket klien DNS bakal diterusake kanthi otomatis menyang server DNS paling cedhak sabanjure liwat Router R2 lan R3. Kajaba iku, rute menyang server A kita bakal dibusak saka tabel routing, nyegah panggunaan nameserver kasebut.

Skenario Panyebaran

Ana rong skema umum sing digunakake kanggo nemtokake server sing disambungake pangguna:

• Lapisan jaringan Anycast. Nyambungake pangguna menyang server sing paling cedhak. Path jaringan saka pangguna menyang server penting ing kene.
• Tingkat aplikasi anycast. Skema iki nduweni metrik sing luwih akeh, kalebu kasedhiyan server, wektu nanggepi, jumlah sambungan, lsp. Iki gumantung ing monitor eksternal sing nyedhiyakake statistik jaringan.

CDN adhedhasar Anycast

Ayo saiki bali nggunakake Anycast ing jaringan pangiriman konten. Anycast mesthi dadi konsep jaringan sing menarik lan saya tambah ditampa ing antarane panyedhiya CDN generasi sabanjure.

CDN minangka jaringan server sing disebarake sing ngirim konten menyang pangguna pungkasan kanthi kasedhiyan dhuwur lan latensi sing sithik. Jaringan pangiriman konten nduweni peran penting saiki minangka tulang punggung akeh layanan media online, lan konsumen saya kurang toleran karo kecepatan download sing alon. Aplikasi video lan swara utamané sensitif marang jitter lan latensi jaringan.

CDN nyambungake kabeh server menyang siji jaringan lan njamin muatan konten sing luwih cepet. Kadhangkala bisa nyuda wektu tunggu pangguna kanthi 5-6 detik. Tujuan saka CDN yaiku kanggo ngoptimalake pangiriman kanthi nglayani konten saka server sing paling cedhak karo pangguna pungkasan. Iki meh padha karo Anycast, ing ngendi server paling cedhak dipilih adhedhasar lokasi pangguna pungkasan. Kayane saben panyedhiya layanan CDN bakal nggunakake Anycast minangka standar, nanging nyatane ora kaya ngono.

Aplikasi sing nggunakake protokol kayata HTTP/TCP gumantung ing sambungan digawe. Yen simpul Anycast anyar dipilih (contone, amarga gagal server), layanan bisa diselani. Mulane Anycast sadurunge dianjurake kanggo layanan tanpa sambungan kayata UDP lan DNS. Nanging, Anycast uga bisa digunakake kanggo protokol sing berorientasi sambungan; contone, TCP bisa digunakake kanthi apik ing mode Anycast.

Sawetara panyedhiya CDN nggunakake nuntun basis Anycast, liyane luwih seneng nuntun basis DNS: server paling cedhak dipilih adhedhasar lokasi server DNS pangguna.

Infrastruktur pusat hibrida lan multi-data minangka conto liyane babagan panggunaan Anycast. Alamat IP Load Balancing sing ditampa saka panyedhiya ngidini sampeyan nyebarake beban ing antarane alamat IP layanan klien sing beda ing pusat data panyedhiya. Thanks kanggo teknologi piranti apa wae, nyedhiyakake kinerja sing luwih apik ing lalu lintas sing abot, toleransi kesalahan lan mbantu ngoptimalake wektu nanggepi nalika nangani akeh pangguna.

Ing infrastruktur pusat multi-data hibrida, sampeyan bisa nyebarake lalu lintas ing server utawa malah mesin virtual ing server darmabakti.

Mangkono, ana akeh pilihan solusi teknis kanggo infrastruktur bangunan. Sampeyan uga bisa ngatur imbangan beban ing alamat IP ing sawetara pusat data, ngarahake piranti apa wae ing grup kanggo ngoptimalake kinerja situs.

Sampeyan bisa nyebarake lalu lintas miturut aturan sampeyan dhewe, nemtokake "bobot" saben server sing disebarake ing saben pusat data. Konfigurasi iki utamané migunani nalika ana taman server sing disebarake lan kinerja layanan ora rata. Iki bakal ngidini lalu lintas disebarake luwih kerep kanggo nambah kinerja server.

Kanggo nggawe sistem ngawasi nggunakake printah ping, iku bisa kanggo ngatur probe. Iki ngidini administrator nemtokake tata cara ngawasi dhewe lan entuk gambaran sing luwih jelas babagan status saben komponen ing infrastruktur kasebut. Kanthi cara iki, kritéria aksesibilitas bisa ditetepake.

Sampeyan bisa mbangun infrastruktur hibrida: kadhangkala luwih trep kanggo ninggalake kantor mburi ing jaringan perusahaan, lan outsource bagean antarmuka menyang panyedhiya.

Sampeyan bisa nambah sertifikat SSL kanggo imbangan beban, enkripsi data sing dikirim lan keamanan komunikasi antarane pengunjung situs lan infrastruktur perusahaan. Ing kasus load balancing antarane pusat data, SSL uga bisa digunakake.

Layanan Anycast kanthi imbangan beban alamat bisa dipikolehi saka panyedhiya sampeyan. Fitur iki bakal mbantu nambah cara pangguna sesambungan karo aplikasi adhedhasar lokasi. Cukup kanggo ngumumake layanan apa sing kasedhiya ing pusat data, lan lalu lintas bakal dialihake menyang infrastruktur sing paling cedhak. Yen ana server darmabakti, contone ing Prancis utawa Amerika Utara, banjur klien bakal diarahake menyang server paling cedhak ing jaringan.

Salah sawijining pilihan kanggo nggunakake Anycast yaiku pilihan optimal saka titik ngarsane operator (PoP). Ayo menehi conto. LinkedIn (diblokir ing Rusia) ngupayakake ora mung kanggo nambah kinerja lan kacepetan produk - aplikasi seluler lan web, nanging uga kanggo nambah infrastruktur jaringan kanggo pangiriman konten sing luwih cepet. Kanggo pangiriman konten dinamis iki, LinkedIn aktif nggunakake PoPs - points of presence. Anycast digunakake kanggo ngarahake pangguna menyang PoP sing paling cedhak.

Alesane yaiku ing kasus Unycast, saben LinkedIn PoP duwe alamat IP unik. Pangguna banjur ditugasake menyang PoP adhedhasar lokasi geografis nggunakake DNS. Masalahe yaiku nalika nggunakake DNS, kira-kira 30% pangguna ing Amerika Serikat dialihake menyang PoP suboptimal. Kanthi implementasi bertahap Anycast, tugas PoP suboptimal mudhun saka 31% dadi 10%.

Asil saka test pilot ditampilake ing grafik, ngendi Y-sumbu punika persentasi saka assignment PoP optimal. Nalika Anycast mundhak, akeh negara bagian AS ndeleng peningkatan persentase lalu lintas menyang PoP sing optimal.

Monitoring Jaringan Anycast

Jaringan Anycast prasaja ing teori: sawetara server fisik diwenehi alamat IP sing padha, sing digunakake BGP kanggo nemtokake rute kasebut. Nanging implementasine lan desain platform Anycast rumit, lan jaringan Anycast sing tahan kesalahan utamane misuwur amarga iki. Sing luwih tantangan yaiku ngawasi jaringan Anycast kanthi efektif kanggo ngenali lan ngisolasi kesalahan kanthi cepet.

Yen layanan nggunakake panyedhiya CDN pihak katelu kanggo ngladeni konten, penting banget kanggo ngawasi lan verifikasi kinerja jaringan. Pemantauan CDN adhedhasar Anycast fokus kanggo ngukur latensi end-to-end lan kinerja hop penultimate kanggo ngerti pusat data sing nyedhiyakake konten kasebut. Nganalisa header server HTTP minangka cara liya kanggo nemtokake saka ngendi data kasebut.

Conto: Header respon HTTP sing nuduhake lokasi server CDN.

Contone, CloudFlare nggunakake header CF-Ray dhewe ing pesen HTTP Response, sing kalebu indikasi pusat data sing njaluk panjaluk kasebut. Ing kasus Zendesk, header CF-Ray kanggo wilayah Seattle yaiku CF-RAY: 2a21675e65fd2a3d-SEA, lan kanggo Amsterdam yaiku CF-RAY: 2a216896b93a0c71-AMS. Sampeyan uga bisa nggunakake header HTTP-X saka respon HTTP kanggo nemtokake lokasi konten.

Cara alamat liyane

Ana cara alamat liyane kanggo nuntun panjalukan pangguna menyang titik pungkasan jaringan tartamtu:

Unicast

Umume Internet saiki nggunakake cara iki. Unicast - transmisi unicast, alamat IP digandhengake karo mung siji simpul tartamtu ing jaringan. Iki diarani cocog siji-kanggo-siji. 

Multicast

Multicast nggunakake hubungan siji-kanggo-akeh utawa akeh-kanggo-akeh. Multicast ngidini panjalukan saka pangirim dikirim bebarengan menyang titik pungkasan sing dipilih. Iki menehi klien kemampuan kanggo ndownload file ing potongan saka macem-macem host bebarengan (sing migunani kanggo streaming audio utawa video). Multicast asring bingung karo Anycast. Nanging, prabédan utama yaiku Anycast ngarahake pangirim menyang siji simpul tartamtu, sanajan sawetara simpul kasedhiya.

Siaran

Datagram saka siji pangirim diterusake menyang kabeh titik pungkasan sing ana gandhengane karo alamat siaran. Jaringan kanthi otomatis niru datagram supaya bisa nggayuh kabeh panampa ing siaran kasebut (biasane ing subnet sing padha).

Geocast

Geocast meh padha karo Multicast: panjalukan saka pangirim dikirim menyang sawetara titik pungkasan bebarengan. Nanging, bedane sing dituju ditemtokake dening lokasi geografis. Iki minangka wangun multicast khusus sing digunakake dening sawetara protokol routing kanggo jaringan ad hoc seluler.

Router geografis ngitung area layanan lan kira-kira. Georouters, ijol-ijolan wilayah layanan, mbangun tabel routing. Sistem gerouter nduweni struktur hirarkis.

Unicast, Multicast lan Broadcast.

Nggunakake teknologi Anycast nambah tingkat linuwih, toleransi kesalahan lan keamanan DNS. Nggunakake teknologi iki, operator nawakake layanan klien kanggo macem-macem jinis load balancing adhedhasar DNS. Ing panel kontrol, sampeyan bisa nemtokake alamat IP sing bakal dikirim panjalukan gumantung lokasi geografis. Iki bakal menehi klien kesempatan kanggo nyebarake panjalukan pangguna kanthi luwih fleksibel.

Sawetara operator ngleksanakake kapabilitas ngawasi rute ing saben titik ngarsane (POP): sistem kanthi otomatis nganalisa rute lokal lan global paling cendhak kanggo titik ngarsane lan rute liwat lokasi geografis latency paling karo downtime nul.

Saiki, Anycast minangka solusi sing paling stabil lan dipercaya kanggo mbangun layanan DNS kanthi beban dhuwur, sing nduweni syarat dhuwur kanggo stabilitas lan linuwih.

Domain .ru ndhukung 35 server DNS Anycast, diklompokaké dadi 20 simpul, disebar ing limang awan Anycast. Ing kasus iki, prinsip konstruksi adhedhasar karakteristik geografis digunakake, i.e. Geocast. Nalika nempatake simpul DNS, dikira bakal dipindhah menyang lokasi sing kasebar sacara geografis sing cedhak karo pangguna sing paling aktif, konsentrasi maksimal panyedhiya Rusia ing titik ing ngendi simpul kasebut, uga kasedhiyan kapasitas gratis lan gampang digunakake. interaksi karo situs.

Kepiye carane nggawe CDN?

CDN minangka jaringan server sing nyepetake pangiriman konten menyang pangguna. Jaringan Pangiriman Konten nyawiji kabeh server dadi siji jaringan lan njamin loading konten luwih cepet. Jarak saka server menyang pangguna nduweni peran penting ing kacepetan loading.

CDN ngidini sampeyan nggunakake server sing paling cedhak karo target pamirsa. Iki nyuda wektu ngenteni lan mbantu nyepetake loading konten situs kanggo kabeh pengunjung, sing penting banget kanggo situs kanthi file gedhe utawa layanan multimedia. Aplikasi khas kanggo CDN yaiku e-commerce lan hiburan.

Jaringan server tambahan sing digawe ing infrastruktur CDN, sing cedhak karo pangguna, nyumbang kanggo pangiriman data sing luwih stabil lan luwih cepet. Miturut statistik, nggunakake CDN nyuda latensi nalika ngakses situs kanthi luwih saka 70% dibandhingake karo situs tanpa CDN.

Carane nggawe CDN nggunakake DNS? Nggawe CDN nggunakake solusi Anycast dhewe bisa dadi proyek sing larang, nanging ana pilihan sing luwih murah. Contone, sampeyan bisa nggunakake GeoDNS lan server biasa kanthi alamat IP unik. Nggunakake layanan GeoDNS, sampeyan bisa nggawe CDN kanthi kapabilitas geolokasi, ing ngendi keputusan digawe adhedhasar lokasi nyata pengunjung, tinimbang lokasi solver DNS. Sampeyan bisa ngatur zona DNS kanggo nuduhake alamat IP server AS menyang pengunjung AS, nanging pengunjung Eropa bakal weruh alamat IP Eropa.

Kanthi GeoDNS, sampeyan bisa ngasilake respon DNS sing beda-beda gumantung saka alamat IP pangguna. Kanggo nindakake iki, server DNS dikonfigurasi kanggo ngasilake alamat IP sing beda-beda gumantung saka alamat IP sumber ing panyuwunan. Biasane, database GeoIP digunakake kanggo nemtokake wilayah saka ngendi panjalukan digawe. Geolokasi nggunakake DNS ngidini sampeyan ngirim konten menyang pangguna saka situs sing cedhak.

GeoDNS nemtokake alamat IP klien sing ngirim panjalukan DNS, utawa alamat IP server DNS rekursif panyedhiya, sing digunakake nalika ngolah panyuwunan klien. Negara/wilayah ditemtokake dening basis data IP lan GeoIP klien. Klien banjur entuk alamat IP server CDN sing paling cedhak. Sampeyan bisa maca liyane babagan nyetel GeoDNS kene.

Anycast utawa GeoDNS?

Nalika Anycast minangka cara sing apik kanggo ngirim konten ing skala global, ora spesifik. Iki ngendi GeoDNS teka kanggo ngluwari. Layanan iki ngidini sampeyan nggawe aturan sing ngirim pangguna menyang titik pungkasan sing unik adhedhasar lokasi.

Conto: Pangguna saka Eropa diarahake menyang titik pungkasan sing beda.

Sampeyan uga bisa nolak akses menyang domain kanthi ngilangi kabeh panjaluk. Iki, utamane, cara sing cepet kanggo ngilangi penyusup.

GeoDNS menehi jawaban sing luwih akurat tinimbang Anycast. Yen ing kasus Anycast, rute paling cendhak ditemtokake dening jumlah hop, banjur ing GeoDNS nuntun kanggo pangguna pungkasan gumantung saka lokasi fisik. Iki nyuda latensi lan nambah akurasi nalika nggawe aturan rute granular.

Nalika navigasi menyang domain, browser ngubungi server DNS sing paling cedhak, sing, gumantung saka domain kasebut, ngetokake alamat IP kanggo mbukak situs kasebut. Ayo nganggep manawa toko online populer ing AS lan Eropa, nanging server DNS mung kasedhiya ing Eropa. Banjur pangguna AS sing pengin nggunakake layanan toko bakal dipeksa ngirim panjaluk menyang server sing paling cedhak, lan amarga adoh banget, dheweke kudu ngenteni suwe kanggo tanggapan - situs kasebut ora bakal mbukak kanthi cepet.

Nalika server GeoDNS ana ing AS, pangguna wis ngakses. Tanggepan bakal cepet, sing bakal mengaruhi kacepetan loading situs kasebut.

Ing kahanan karo server DNS sing ana ing Amerika Serikat, nalika pangguna saka Amerika Serikat navigasi menyang domain tartamtu, dheweke bakal ngubungi server paling cedhak sing bakal nyedhiyani IP sing dibutuhake. Pangguna bakal diarahake menyang server sing ngemot konten situs kasebut, nanging amarga server kanthi konten kasebut adoh, dheweke ora bakal nampa kanthi cepet.

Yen sampeyan dadi tuan rumah server CDN ing AS kanthi data sing di-cache, banjur nalika mbukak browser klien bakal ngirim panjalukan menyang server DNS sing paling cedhak, sing bakal ngirim alamat IP sing dibutuhake. Browser karo IP ditampa kontak server CDN paling cedhak lan server utama, lan server CDN serves isi cached kanggo browser. Nalika isi cache lagi dimuat, file ilang kanggo mbukak situs lengkap ditampa saka server utama. Akibaté, wektu loading situs suda, amarga luwih sithik file sing dikirim saka server utama.

Nemtokake lokasi sing tepat saka alamat IP tartamtu ora mesthi dadi tugas sing gampang: akeh faktor sing dimainake, lan sing nduweni sawetara alamat IP bisa mutusake kanggo ngiklanake ing sisih liya ing jagad iki (banjur kudu ngenteni database kasebut. nganyari kanggo entuk lokasi sing bener). Kadhangkala panyedhiya VPS menehi alamat sing mesthine ana ing AS menyang VPS ing Singapura.

Ora kaya nggunakake alamat Anycast, distribusi ditindakake sajrone resolusi jeneng tinimbang nalika nyambung menyang server caching. Yen server rekursif ora ndhukung subnet klien EDNS, mula lokasi server rekursif kasebut digunakake tinimbang pangguna sing bakal nyambung menyang server caching.

Subnet Klien ing DNS minangka ekstensi DNS (RFC7871) sing nemtokake cara server DNS rekursif bisa ngirim informasi klien menyang server DNS, utamane informasi jaringan sing bisa digunakake dening server GeoDNS kanggo nemtokake lokasi klien kanthi luwih akurat.

Umume nggunakake server DNS ISP utawa server DNS sing sacara geografis cedhak, nanging yen ana wong ing AS amarga sawetara alasan mutusake nggunakake solver DNS sing ana ing Australia, mesthine bakal entuk alamat server IP sing paling cedhak karo Australia.

Yen sampeyan pengin nggunakake GeoDNS, penting kanggo ngerti fitur kasebut, amarga ing sawetara kasus bisa nambah jarak antarane server caching lan klien.

Ringkesan: yen sampeyan pengin nggabungake sawetara VPS dadi CDN, banjur pilihan penyebaran paling apik yaiku nggunakake bundel server DNS kanthi fungsi GeoDNS + Anycast metu saka kothak.

Source: www.habr.com