Seueur jalma panginten parantos nguping ngeunaan Anycast. Dina metoda ieu alamat jeung routing jaringan, alamat IP tunggal ditugaskeun ka sababaraha server dina jaringan. Pangladén ieu bahkan tiasa ditempatkeun di pusat data anu jauh ti silih. Gagasan Anycast nyaéta, gumantung kana lokasi sumber pamundut, data dikirim ka server anu paling caket (nurutkeun topologi jaringan, langkung tepatna, protokol routing BGP). Ku cara ieu, anjeun tiasa ngirangan jumlah hop sareng latency jaringan.
Intina, jalur anu sami diémbarkeun tina sababaraha pusat data di sakumna dunya. Ku kituna, klien bakal dikirim ka "pangalusna" jeung "pangdeukeutna" dumasar kana ruteu BGP, puseur data. Naha Anycast? Naha nganggo Anycast tibatan Unicast?
Unicast leres-leres cocog pikeun situs anu gaduh hiji pangladén wéb sareng jumlah lalu lintas anu sedeng. Nanging, upami ladenan gaduh jutaan palanggan, biasana ngagunakeun seueur pangladén wéb, masing-masing gaduh alamat IP anu sami. Server ieu disebarkeun sacara geografi pikeun ngalayanan paménta sacara optimal.
Dina skenario ieu, Anycast bakal ningkatkeun kinerja (lalulintas dikirim ka pamaké kalawan reureuh minimal), mastikeun reliabiliti jasa (hatur nuhun ka server cadangan) jeung load balancing - routing ka sababaraha server éféktif bakal ngadistribusikaeun beban antara aranjeunna, ngaronjatkeun kagancangan. tina situs.
Operator nawiskeun para klien sababaraha jinis kasaimbangan beban dumasar kana Anycast sareng DNS. Klién bisa nangtukeun alamat IP nu requests bakal dikirim dumasar kana lokasi geografis loka. Hal ieu ngamungkinkeun pikeun ngadistribusikaeun requests pamaké leuwih flexibly.
Anggap aya sababaraha situs anu anjeun kedah ngadistribusikaeun beban (pamaké), contona, toko online kalayan 100 pamundut per dinten atanapi blog populér. Pikeun ngawates daérah dimana pangguna ngaksés situs khusus, anjeun tiasa nganggo pilihan Komunitas Geo. Éta ngamungkinkeun anjeun ngawates daérah dimana operator bakal ngiklankeun rute.
Anycast sareng Unicast: bédana
Anycast sering dianggo dina aplikasi sapertos DNS (Domain Name System) sareng CDN (Content Delivery Networks), ngamungkinkeun kaputusan routing anu ningkatkeun kinerja jaringan. Jaringan pangiriman eusi nganggo Anycast sabab nungkulan volume lalu lintas anu ageung, sareng Anycast nyayogikeun sajumlah kaunggulan dina hal ieu (langkung seueur ngeunaan aranjeunna di handap). Dina DNS, Anycast ngamungkinkeun anjeun sacara signifikan ningkatkeun tingkat reliabilitas sareng kasabaran kasalahan jasa.
Dina Anycast IP, nalika nganggo BGP, aya sababaraha rute ka host khusus. Ieu sabenerna salinan host dina sababaraha puseur data, dipaké pikeun nyieun sambungan latency handap.
Janten, dina jaringan Anycast, alamat IP anu sami diémbarkeun ti tempat anu béda, sareng jaringan mutuskeun dimana rute anu dipénta ku pangguna dumasar kana "biaya" jalur éta. Contona, BGP mindeng dipaké pikeun nangtukeun jalur shortest pikeun pangiriman data. Lamun pamaké ngirimkeun pamundut Anycast, BGP nangtukeun jalur pangalusna pikeun server Anycast sadia dina jaringan.
Kauntungannana Anycast
Ngurangan Latency
Sistem sareng Anycast tiasa ngirangan latency nalika ngolah pamundut pangguna sabab ngamungkinkeun anjeun nampi data tina pangladén pangcaketna. Hartina, pamaké bakal salawasna nyambung ka "pangdeukeutna" (tina titik protokol routing of view) server DNS. Hasilna, Anycast ngirangan waktos interaksi ku cara ngirangan jarak jaringan antara klien sareng server. Ieu henteu ngan ukur ngirangan latency tapi ogé nyayogikeun kasaimbangan beban.
kagancangan
Kusabab lalulintas routed ka titik pangcaketna sarta latency antara klien tur titik diréduksi, hasilna speed pangiriman dioptimalkeun, euweuh urusan dimana klien nu requesting informasi ti.
Ningkatkeun stabilitas sareng kasabaran kasalahan
Upami sababaraha server di sakumna dunya nganggo IP anu sami, maka upami salah sahiji server gagal atanapi dipegatkeun, lalu lintas bakal dialihkeun ka server anu paling caket. Hasilna, Anycast ngajadikeun layanan nu leuwih tahan banting sarta nyadiakeun aksés jaringan hadé / latency / speed.
Ku kituna, ku ngabogaan sababaraha server terus sadia pikeun pamaké, Anycast, contona, ngaronjatkeun stabilitas DNS. Upami node gagal, pamundut pangguna bakal dialihkeun ka server DNS anu sanés tanpa campur tangan manual atanapi konfigurasi ulang. Anycast nyayogikeun peralihan anu ampir transparan ka situs-situs sanés ku ngan saukur ngahapus rute situs anu bermasalah.
Balancing beban
Dina Anycast, lalu lintas jaringan disebarkeun ka sababaraha server anu béda. Hartina, éta tindakan minangka balancer beban, nyegah sagala server tunggal tina narima bulk lalulintas nu. Balancing beban tiasa dianggo, contona, nalika aya sababaraha titik jaringan dina jarak geografis anu sami tina sumber pamundut. Dina hal ieu, beban disebarkeun diantara titik.
Ngurangan dampak serangan DoS
Fitur séjén Anycast nyaéta résistansi DDoS na. Serangan DDoS sigana moal tiasa ngancurkeun sistem Anycast, sabab aranjeunna kedah ngagentos sadaya server dina jaringan sapertos kitu kalayan permintaan longsoran.
Serangan DDoS sering nganggo botnets, anu tiasa ngahasilkeun seueur lalu lintas anu nyababkeun kaleuleuwihan server anu diserang. Kauntungannana ngagunakeun Anycast dina kaayaan ieu nyaéta yén unggal server tiasa "nyerep" bagian tina serangan, anu ngirangan beban dina server khusus éta. A panolakan serangan jasa bakal paling dipikaresep jadi localized ka server na moal mangaruhan sakabéh jasa.
Skalabilitas horizontal tinggi
Sistem Anycast cocog pisan pikeun jasa kalayan volume lalu lintas anu ageung. Upami jasa anu nganggo Anycast meryogikeun pangladén énggal pikeun nanganan lalu lintas anu ningkat, pangladén énggal tiasa nambihan kana jaringan pikeun nanganan éta. Éta bisa disimpen dina situs anyar atawa aya.
Upami lokasi khusus ngalaman kanaékan lalu lintas anu ageung, teras nambihan server bakal ngabantosan kasaimbangan beban pikeun situs éta. Nambahkeun server dina situs anyar bakal mantuan ngurangan waktu antosan ku nyieun jalur shortest anyar pikeun sababaraha pamaké. Kadua metodeu ogé ngabantosan ningkatkeun stabilitas jasa nalika server énggal sayogi dina jaringan. Ku cara ieu, upami hiji server overloaded, anjeun ngan saukur tiasa nyebarkeun hiji sejen di lokasi anu ngamungkinkeun pikeun nampa sababaraha bagian tina requests server overloaded urang. Ieu teu merlukeun sagala konfigurasi dina bagian tina klien.
Ngan ku cara kieu tiasa terabits lalulintas sarta jumlah anu kacida gedéna pamaké dilayanan lamun server boga ukur sababaraha 10 atawa 25 palabuhan Gbps. 100 host sareng hiji alamat IP bakal ngamungkinkeun pikeun ngolah volume lalu lintas terabit.
Manajemén konfigurasi gampang
Sakumaha anu kacatet di luhur, panggunaan Anycast anu pikaresepeun nyaéta DNS. Anjeun tiasa nempatkeun sababaraha server DNS anu béda dina titik jaringan, tapi nganggo hiji alamat DNS. Gumantung kana dimana lokasina sumber, requests dialihkeun ka titik pangcaketna. Ieu nyadiakeun sabagian balancing lalulintas sarta redundansi dina acara gagal server DNS. Ku cara ieu, tinimbang ngonpigurasikeun server DNS anu béda-béda gumantung kana tempatna, konfigurasi hiji server DNS tiasa disebarkeun ka sadaya titik.
Anycast jaringan bisa ngonpigurasi kana requests ruteu teu ukur dumasar kana jarak, tapi ogé dina parameter kayaning ayana server, jumlah sambungan ngadegkeun. atawa waktu respon.
Henteu aya server khusus, jaringan atanapi komponén khusus anu diperyogikeun dina sisi klien pikeun ngagunakeun téknologi Anycast. Tapi Anycast ogé ngagaduhan kalemahanana. Hal ieu dipercaya yén palaksanaan na mangrupakeun tugas kompléks, merlukeun parabot tambahan, panyadia dipercaya jeung routing lalulintas ditangtoskeun.
Jauh tina sumber murni pikeun kageulisan
Sanajan Anycast ruteu pamaké dumasar kana hops pangsaeutikna, ieu teu merta hartosna latency panghandapna. Latency mangrupikeun métrik anu langkung kompleks sabab tiasa langkung luhur pikeun hiji transisi tibatan sapuluh.
Conto: Komunikasi antar benua bisa ngalibetkeun hiji hop tunggal jeung latency pisan tinggi.
Anycast utamana dipaké pikeun layanan dumasar UDP kayaning DNS. requests pamaké routed ka "pangalusna" jeung "pangcaketna" puseur data dumasar kana ruteu BGP.
Conto: Workstation klien DNS sareng alamat IP Anycast DNS 123.10.10.10 ngalaksanakeun résolusi DNS ka pangdeukeutna tina tilu pangladén ngaran DNS anu dipasang nganggo alamat IP Anycast anu sami. Lamun Router R1 atawa Server A gagal, pakét klien DNS bakal otomatis diteruskeun ka server DNS pangdeukeutna salajengna ngaliwatan Router R2 jeung R3. Salaku tambahan, jalur ka server A kami bakal dipiceun tina tabel rute, nyegah pamakean nameserver éta.
Skenario Panyebaran
Aya dua skéma umum anu dianggo pikeun nangtoskeun server mana anu dihubungkeun ku pangguna:
- Lapisan jaringan Anycast. Nyambungkeun pamaké ka server pangcaketna. Jalur jaringan ti pangguna ka server penting di dieu.
- Tingkat aplikasi anycast. skéma ieu leuwih diitung metrics, kaasup kasadiaan server, waktos respon, Jumlah sambungan, jsb Ieu gumantung kana hiji monitor éksternal nu nyadiakeun statistik jaringan.
CDN dumasar kana Anycast
Hayu urang balik deui ngagunakeun Anycast dina jaringan pangiriman eusi. Anycast tangtosna mangrupikeun konsép jejaring anu pikaresepeun sareng nampi paningkatan di antara panyadia CDN generasi salajengna.
CDN mangrupikeun jaringan server anu disebarkeun anu nganteurkeun kontén ka pangguna akhir kalayan kasadiaan anu luhur sareng latency anu rendah. Jaringan pangiriman eusi maénkeun peran anu penting ayeuna salaku tulang tonggong tina seueur jasa média online, sareng konsumen beuki kirang toléran kana laju download anu laun. Aplikasi video sareng sora khususna peka kana jitter sareng latency jaringan.
CDN ngahubungkeun sadaya pangladén kana hiji jaringan sareng mastikeun ngamuat eusi anu langkung gancang. Kadang-kadang mungkin pikeun ngirangan waktos ngantosan pangguna ku 5-6 detik. Tujuan tina CDN nyaéta pikeun ngaoptimalkeun pangiriman ku ngalayanan eusi tina server anu pangdeukeutna ka pangguna akhir. Ieu mirip pisan sareng Anycast, dimana server pangdeukeutna dipilih dumasar kana lokasi pangguna akhir. Sigana mah unggal panyadia ladenan CDN bakal nganggo Anycast sacara standar, tapi kanyataanana ieu sanés masalahna.
Aplikasi anu nganggo protokol sapertos HTTP/TCP ngandelkeun sambungan anu didamel. Upami titik Anycast anyar dipilih (contona, kusabab gagal server), jasa tiasa diganggu. Ieu sababna Anycast sateuacana disarankeun pikeun jasa anu teu aya sambungan sapertos UDP sareng DNS. Nanging, Anycast ogé tiasa dianggo pikeun protokol berorientasi sambungan; contona, TCP tiasa dianggo saé dina modeu Anycast.
Sababaraha panyadia CDN nganggo routing basis Anycast, batur resep routing basis DNS: pangladén pangdeukeutna dipilih dumasar kana lokasi server DNS pamaké.
Infrastruktur pusat hibrid sareng multi-data mangrupikeun conto sanés tina panggunaan Anycast. Alamat IP Load Balancing anu ditampi ti panyadia ngamungkinkeun anjeun ngadistribusikaeun beban antara alamat IP tina jasa klien anu béda dina pusat data panyadia. Hatur nuhun kana sagala-alat téhnologi, éta nyadiakeun kinerja hadé dina lalulintas beurat, kasabaran sesar tur mantuan ngaoptimalkeun waktos respon nalika kaayaan sajumlah badag pamaké.
Dina infrastruktur puseur multi-data hibrid, anjeun tiasa ngadistribusikaeun lalulintas sakuliah server atawa malah mesin virtual dina dedicated server.
Janten, aya seueur pilihan solusi téknis pikeun ngawangun infrastruktur. Anjeun oge bisa ngonpigurasikeun kasaimbangan beban sakuliah alamat IP sakuliah sababaraha puseur data, targeting sagala alat dina grup pikeun ngaoptimalkeun kinerja situs.
Anjeun tiasa ngadistribusikaeun lalulintas nurutkeun aturan sorangan, nangtukeun "beurat" unggal server disebarkeun di unggal puseur data. Konfigurasi ieu hususna kapaké nalika aya taman server anu disebarkeun sareng kinerja jasa henteu rata. Ieu bakal ngidinan lalulintas keur disebarkeun leuwih sering pikeun ngaronjatkeun kinerja server.
Pikeun nyieun sistem ngawaskeun ngagunakeun paréntah ping, kasebut nyaéta dimungkinkeun pikeun ngonpigurasikeun panyilidikan. Hal ieu ngamungkinkeun administrator pikeun ngartikeun prosedur ngawaskeun sorangan sareng kéngingkeun gambaran anu langkung jelas ngeunaan status unggal komponén dina infrastruktur. Ku cara kieu, kriteria aksés tiasa ditetepkeun.
Kasebut nyaéta dimungkinkeun pikeun ngawangun infrastruktur hibrid: sakapeung éta merenah pikeun ninggalkeun kantor tukang dina jaringan perusahaan, sarta outsource bagian panganteur ka panyadia nu.
Kasebut nyaéta dimungkinkeun pikeun nambahkeun sertipikat SSL pikeun beban balancing, enkripsi data dikirimkeun sarta kaamanan komunikasi antara datang loka sarta infrastruktur perusahaan. Dina hal load balancing antara puseur data, SSL ogé bisa dipaké.
Ladenan Anycast sareng balancing beban alamat tiasa didapet ti panyadia anjeun. Fitur ieu bakal ngabantosan ningkatkeun cara pangguna berinteraksi sareng aplikasi dumasar kana lokasi. Cukup pikeun ngumumkeun jasa naon anu sayogi di pusat data, sareng lalu lintas bakal dialihkeun ka infrastruktur anu pangcaketna. Upami aya server khusus, contona di Perancis atanapi Amérika Kalér, teras klien bakal diarahkeun ka server anu paling caket dina jaringan.
Salah sahiji pilihan pikeun ngagunakeun Anycast nyaéta pilihan optimal titik ayana operator (PoP). Hayu urang masihan . LinkedIn (diblokir di Rusia) narékahan henteu ngan ukur ningkatkeun kinerja sareng kagancangan produkna - aplikasi sélulér sareng wéb, tapi ogé ningkatkeun infrastruktur jaringanna pikeun pangiriman eusi anu langkung gancang. Pikeun pangiriman eusi dinamis ieu, LinkedIn aktip ngagunakeun PoPs - titik ayana. Anycast dianggo pikeun ngarahkeun pangguna ka PoP anu paling caket.
Alesanna nyaéta dina kasus Unycast, unggal LinkedIn PoP ngagaduhan alamat IP anu unik. Pamaké teras ditugaskeun ka PoP dumasar kana lokasi geografisna nganggo DNS. Masalahna nyaéta nalika nganggo DNS, sakitar 30% pangguna di Amérika Serikat dialihkeun ka PoP suboptimal. Kalayan palaksanaan bertahap Anycast, tugas PoP suboptimal turun tina 31% ka 10%.
Hasil tina uji pilot dipidangkeun dina grafik, dimana sumbu Y nyaéta persentase ngerjakeun PoP optimal. Salaku Anycast ramped up, loba nagara bagian AS nempo paningkatan dina persentase lalulintas nuju PoP optimal.
Pangimeutan Jaringan Anycast
Jaringan Anycast basajan dina téori: sababaraha server fisik ditugaskeun alamat IP anu sami, anu dianggo ku BGP pikeun nangtukeun rute. Tapi palaksanaan sareng desain platform Anycast rumit, sareng jaringan Anycast toleran lepat khususna kasohor pikeun ieu. Malah anu langkung nangtang nyaéta ngawaskeun jaringan Anycast sacara efektif pikeun ngaidentipikasi gancang sareng ngasingkeun kasalahan.
Upami jasa nganggo panyadia CDN pihak katilu pikeun ngalayanan eusina, penting pisan pikeun aranjeunna ngawas sareng pariksa kinerja jaringan. Ngawaskeun CDN basis Anycast museurkeun kana ngukur latency tungtung-ka-tungtung sareng kinerja hop penultimate pikeun ngartos pusat data mana anu nyayogikeun kontén. Nganalisis lulugu pangladén HTTP mangrupikeun cara sanés pikeun nangtoskeun ti mana data asalna.
Conto: lulugu réspon HTTP anu nunjukkeun lokasi server CDN.
Contona, CloudFlare ngagunakeun lulugu CF-Ray sorangan dina seratan Tanggapan HTTP, nu ngawengku hiji indikasi puseur data nu pamundut ieu dijieun. Dina kasus Zendesk, lulugu CF-Ray pikeun wilayah Seattle nyaéta CF-RAY: 2a21675e65fd2a3d-SEA, sareng pikeun Amsterdam nyaéta CF-RAY: 2a216896b93a0c71-AMS. Anjeun oge bisa make headers HTTP-X tina respon HTTP pikeun nangtukeun mana eusina.
Métode alamat séjén
Aya métode alamat séjén pikeun routing requests pamaké ka titik jaringan husus:
Unicast
Kalolobaan Internet kiwari ngagunakeun métode ieu. Unicast - transmisi unicast, alamat IP pakait sareng ngan hiji titik husus dina jaringan. Ieu disebut hiji-ka-hiji cocog.
Multicast
Multicast ngagunakeun hubungan hiji-ka-loba atawa loba-ka-loba. Multicast ngamungkinkeun pamundut ti pangirim dikirim sakaligus ka titik tungtung dipilih béda. Hal ieu méré klien kamampuhan pikeun ngundeur file dina sakumpulan ti sababaraha host sakaligus (anu mangpaat pikeun ngalirkeun data audio atawa video). Multicast sering bingung sareng Anycast, tapi bédana utama nyaéta Anycast ngarahkeun pangirim ka hiji titik khusus, sanaos aya sababaraha titik.
siaran
Datagram tina pangirim tunggal diteruskeun ka sadaya titik tungtung anu aya hubunganana sareng alamat siaran. Jaringan sacara otomatis ngulang datagram pikeun tiasa ngahontal sadaya panarima dina siaran (biasana dina subnet anu sami).
Geocast
Geocast rada mirip sareng Multicast: pamundut ti pangirim dikirim ka sababaraha titik tungtung sakaligus. Nanging, bédana nyaéta anu dituju ditangtukeun ku lokasi geografisna. Ieu mangrupikeun bentuk khusus tina multicast anu dianggo ku sababaraha protokol routing pikeun jaringan ad hoc mobile.
Router géografis ngitung daérah jasana sareng perkiraanana. Georouters, bursa wewengkon jasa, ngawangun tabel routing. Sistem georouter ngabogaan struktur hirarkis.
Unicast, Multicast jeung Broadcast.
Nganggo téknologi Anycast ningkatkeun tingkat réliabilitas, kasabaran kasalahan sareng kaamanan DNS. Nganggo téknologi ieu, operator nawiskeun jasa klienna pikeun sababaraha jinis kasaimbangan beban dumasar kana DNS. Dina panel kontrol, Anjeun bisa nangtukeun alamat IP nu requests bakal dikirim gumantung lokasi geografis. Ieu bakal masihan klien kasempetan pikeun ngadistribusikaeun requests pamaké leuwih flexibly.
Sababaraha operator ngalaksanakeun kamampuan ngawaskeun rute dina unggal titik ayana (POP): sistem sacara otomatis nganalisa rute lokal sareng global anu paling pondok pikeun titik ayana sareng ngalihkeunana kana lokasi geografis latency panghandapna sareng nol downtime.
Ayeuna, Anycast mangrupikeun solusi anu paling stabil sareng dipercaya pikeun ngawangun jasa DNS beban tinggi, anu ngagaduhan syarat anu luhur pikeun stabilitas sareng reliabilitas.
Domain .ru ngadukung 35 server DNS Anycast, dikelompokkeun kana 20 titik, disebarkeun ka lima awan Anycast. Dina hal ieu, prinsip konstruksi dumasar kana ciri géografis dipaké, i.e. Geocast. Nalika nempatkeun titik DNS, diperkirakeun yén aranjeunna bakal dipindahkeun ka lokasi anu sumebar sacara geografis caket sareng pangguna anu paling aktip, konsentrasi maksimal panyadia Rusia dina titik dimana titik éta, ogé kasadiaan kapasitas gratis sareng betah. interaksi jeung loka.
Kumaha carana ngawangun CDN?
CDN mangrupikeun jaringan pangladén anu nyepetkeun pangiriman eusi ka pangguna. ngahijikeun sadaya server kana hiji jaringan sareng ngajamin ngamuat eusi anu langkung gancang. Jarak ti server ka pamaké muterkeun hiji peran penting dina speed loading.
CDN ngidinan Anjeun pikeun ngagunakeun server anu pangdeukeutna ka panongton target. Ieu ngurangan waktu ngadagoan tur mantuan nyepetkeun loading eusi situs pikeun sakabéh nu datang, nu utamana kritis pikeun loka kalawan file badag atawa jasa multimédia. Aplikasi umum pikeun CDN nyaéta e-commerce sareng hiburan.
Jaringan tina server tambahan dijieun dina infrastruktur CDN, nu lokasina sacaket mungkin ka pamaké, nyumbang ka pangiriman data leuwih stabil sarta gancang. Numutkeun statistik, ngagunakeun CDN ngurangan latency nalika ngakses situs ku leuwih ti 70% dibandingkeun situs tanpa CDN.
kumaha? Nyetél CDN nganggo solusi Anycast nyalira tiasa janten proyek anu mahal, tapi aya pilihan anu langkung mirah. Contona, anjeun tiasa nganggo GeoDNS sareng server biasa sareng alamat IP unik. Ngagunakeun jasa GeoDNS, Anjeun bisa nyieun CDN kalawan kamampuhan geolocation, dimana kaputusan dijieun dumasar kana lokasi sabenerna nganjang, tinimbang lokasi DNS resolver. Anjeun tiasa ngonpigurasikeun zona DNS anjeun pikeun nunjukkeun alamat IP pangladén AS ka sémah AS, tapi sémah Éropa bakal ningali alamat IP Éropa.
Kalayan GeoDNS, anjeun tiasa ngabalikeun réspon DNS anu béda-béda gumantung kana alamat IP pangguna. Jang ngalampahkeun ieu, pangladén DNS dikonpigurasi pikeun mulangkeun alamat IP anu béda-béda gumantung kana alamat IP sumber dina pamundut. Ilaharna, database GeoIP dipaké pikeun nangtukeun wewengkon ti mana pamundut dijieun. Geolocation maké DNS ngidinan Anjeun pikeun ngirim eusi ka pamaké ti loka caket dieu.
GeoDNS nangtukeun alamat IP tina klien nu ngirim pamundut DNS, atawa alamat IP tina server DNS recursive panyadia, nu dipaké nalika ngolah pamundut klien. Nagara/wilayah ditangtukeun ku IP klien sareng database GeoIP. Klién teras nampi alamat IP pangladén CDN anu pangcaketna. Anjeun tiasa maca langkung seueur ngeunaan nyetél GeoDNS.
Anycast atanapi GeoDNS?
Sanaos Anycast mangrupikeun cara anu saé pikeun nganteurkeun kontén dina skala global, éta kurang spésifisitas. Ieu dimana GeoDNS datang ka nyalametkeun teh. Ladenan ieu ngamungkinkeun anjeun nyiptakeun aturan anu ngirim pangguna ka titik tungtung anu unik dumasar kana lokasina.
Conto: Pamaké ti Éropa diarahkeun ka titik tungtung anu béda.
Anjeun oge bisa mungkir aksés ka domain ku discarding sadaya requests. Ieu, khususna, cara anu gancang pikeun ngancurkeun anu ngaganggu.
GeoDNS masihan jawaban anu langkung akurat tibatan Anycast. Lamun dina kasus Anycast jalur shortest ditangtukeun ku jumlah hops, lajeng dina GeoDNS routing pikeun pamaké tungtung lumangsung gumantung lokasi fisik maranéhanana. Ieu ngurangan latency sarta ngaronjatkeun akurasi nalika nyieun aturan routing granular.
Nalika nganapigasi ka domain, browser ngahubungi server DNS anu pangcaketna, anu, gumantung kana domain, ngaluarkeun alamat IP pikeun ngamuat situs. Anggap yén toko online kasohor di Amérika Serikat sareng Éropa, tapi server DNS pikeun éta ngan ukur aya di Éropa. Teras pangguna AS anu hoyong nganggo jasa toko bakal kapaksa ngirim pamenta ka pangladén anu pangcaketna, sareng kumargi jauh pisan, aranjeunna kedah ngadagoan réspon anu lami - situsna moal gancang dimuat.
Nalika pangladén GeoDNS aya di AS, pangguna parantos ngaksés éta. Responna bakal gancang, anu bakal mangaruhan kagancangan loading situs.
Dina kaayaan kalawan server DNS aya di Amérika Serikat, lamun pamaké ti Amérika Serikat napigasi ka domain dibikeun, anjeunna bakal ngahubungan server pangcaketna nu bakal nyadiakeun IP diperlukeun. Pangguna bakal diarahkeun ka server anu ngandung eusi situs, tapi kusabab server anu eusina jauh, anjeunna moal nampi gancang.
Upami anjeun nga-host server CDN di AS nganggo data sindangan, teras nalika ngamuat browser klien bakal ngirim pamundut ka pangladén DNS anu pangcaketna, anu bakal ngirim deui alamat IP anu diperyogikeun. Browser sareng IP anu ditampi ngahubungi pangladén CDN anu pangcaketna sareng pangladén utama, sareng pangladén CDN ngalayanan eusi sindangan ka browser. Nalika eusi sindangan dimuat, file anu leungit pikeun ngamuat situs lengkep ditampi tina pangladén utama. Hasilna, waktos loading situs dikirangan, sabab langkung seueur file anu dikirim ti server utama.
Nangtukeun lokasi pasti tina alamat IP husus henteu salawasna hiji tugas gampang: aya loba faktor dimaénkeun, sarta nu boga sauntuyan alamat IP bisa mutuskeun pikeun Ngaiklan eta di sisi séjén dunya (mangka anjeun kudu ngadagoan database pikeun ngapdet pikeun meunangkeun lokasi nu bener). Kadang-kadang panyadia VPS napelkeun alamat anu sakuduna aya di AS ka VPS di Singapura.
Beda sareng nganggo alamat Anycast, distribusi dilakukeun salami résolusi nami tinimbang nalika nyambung ka server cache. Lamun server recursive teu ngarojong subnets klien EDNS, teras lokasi eta server recursive dipaké tinimbang pamaké nu bakal nyambung ka server cache.
Subnet Klién dina DNS mangrupikeun ekstensi DNS (RFC7871) anu netepkeun kumaha server DNS rekursif tiasa ngirim inpormasi klien ka server DNS, khususna inpormasi jaringan anu tiasa dianggo ku pangladén GeoDNS pikeun langkung akurat nangtukeun lokasi klien.
Seuseueurna nganggo server DNS ISP atanapi server DNS anu sacara geografis caket sareng aranjeunna, tapi upami aya batur di AS pikeun sababaraha alesan mutuskeun pikeun ngagunakeun résolusi DNS anu aya di Australia, aranjeunna sigana bakal ngagaduhan alamat pangladén IP anu pangdeukeutna ka Australia.
Upami anjeun hoyong nganggo GeoDNS, penting pikeun sadar fitur ieu, sabab dina sababaraha kasus éta tiasa ningkatkeun jarak antara server cache sareng klien.
Ringkesan: upami anjeun hoyong ngagabungkeun sababaraha VPS kana CDN, maka pilihan panyebaran pangsaéna nyaéta ngagunakeun bungkusan server DNS sareng fungsi GeoDNS + Anycast tina kotak.
sumber: www.habr.com