Paljud on kindlasti kuulnud Anycast'ist. Selle adresseerimis- ja marsruutimise meetodi korral omistatakse üks IP-aadress mitmele serverile võrgus. Need serverid võivad asuda isegi üksteisest kaugete andmekeskustes. Anycast'i idee seisneb selles, et sõltuvalt päringu allika asukohast saadetakse andmed lähimasse (vastavalt võrgutopoloogiale, täpsemalt BGP marsruutimisprotokollile) serverisse. Nii on võimalik vähendada võrgu hüpete arvu ja latentsust.
Tegelikult kuulutatakse sama marsruut välja mitmest andmekeskusest üle kogu maailma. Nii suunatakse kliendid 'parima' ja 'lähima' andmekeskuse poole, tuginedes BGP marsruutidele. Miks valida Anycast? Miks kasutada Anycast'i Unicast'i asemel?
Unicast sobib tõepoolest veebilehe jaoks, millel on üks veebiserver ja mõõdukas liiklus. Kui teenusel on aga miljonite tellijate arv, kasutatakse tavaliselt mitmeid veebiservereid, millel on sama IP-aadress. Need serverid on geograafiliselt jaotatud optimaalsete päringute teenindamiseks.
Sellises scenaaris pakub Anycast täiustatud jõudlust (liiklus suunatakse kasutajale vähima viivitusega), tagab teenuse usaldusväärsuse (varuserverite tänu) ja koormuse tasakaalustamise — marsruuditus mitme serveri vahel jagab koormust tõhusalt, parandades lehe laadimiskiirus.
Operaatorid pakuvad klientidele erinevat tüüpi koormuse tasakaalustamist Anycasti ja DNSi põhjal. Kliendid saavad määrata IP-aadresse, millele päringud suunatakse vastavalt veebilehe geograafilisele asukohale. See võimaldab paindlikumat kasutajapäringute jaotamist.
Oletame, et on mitu platvormi, mille vahel tuleb jaotada koormust (kasutajaid), näiteks e-pood, mis teenindab 100 000 päringut päevas, või populaarne blogi. Spetsiifilise piirkonna, millest kasutajad konkreetsele platvormile pääsevad, piiramiseks saab kasutada Geo Community võimalust. See võimaldab määratleda piirkonna, kus operaator teavitab marsruudist.
Anycast ja Unicast: erinevused
Anycast on sageli kasutusel sellistes rakendustes nagu DNS (domeeninimede süsteem) ja CDN (sisu edastamise võrgud), võimaldades suunamisotsuseid, mis tõstavad võrgutõhusust. Sisu edastamise võrgud kasutavad Anycasti, kuna need käsitlevad suuri andmemahtusid, ja Anycast pakub sellisel juhul mitmeid eeliseid (rohkem neist allpool). DNS-is võimaldab Anycast märkimisväärselt tõsta teenuse usaldusväärsuse ja talitlushäirekindluse taset.
Anycast IP kasutamisel BGP kaudu on mitu marsruuti konkreetse hostini. Tegelikult on need kopeeritud hostid mitmes andmekeskuses, mida kasutatakse kiirema latentsusega ühenduste loomiseks.
Nii et Anycast-võrgus kuulutatakse sama IP-aadress erinevatest kohtadest ja võrk otsustab, kuhu suunata kasutaja päring, tuginedes marsruudi «kuludele». Näiteks kasutatakse sageli lühima andmeedastusmarsruudi määramiseks BGP-protokolli. Kui kasutaja saadab Anycast-päringu, määrab BGP parima marsruudi kõigile Anycast-võrgus olevatele serveritele.
Anycasti eelised
Viivituse vähendamine
Anycast-süsteemid suudavad vähendada viivitust kasutaja päringute töötlemisel, kuna nad võimaldavad andmeid saada lähimast serverist. See tähendab, et kasutajad ühendatakse alati «lähedasema» (marsruudistamise protokolli vaateväljast) DNS-serveriga. Tulemusena vähendab Anycast interaktsiooniaega, vähendades võrgu kaugust kliendi ja serveri vahel. See mitte ainult ei vähenda viivitust, vaid tagab ka koormuse tasakaalustamise.
Kiirus
Kuna liiklus suunatakse lähimasse sõlme ja väheneb andmeedastusviivitus kliendi ja sõlme vahel, on tulemuseks kiirusetootmise optimeerimine, sõltumata sellest, kust klient teavet küsib.
Suurenenud stabiilsus ja tõrkekindlus
Kui mitu serverit üle maailma kasutavad sama IP-aadressi, suunatakse ühe serveri tõrke korral liiklus lähimale serverile. Seega muudab Anycast teenuse tõhusamaks ja tagab parema juurdepääsu võrgu / latentsuse / kiirus.
Seetõttu suurendab Anycast, omades mitmeid servereid, mis on pidevalt kasutajatele kergesti saadaval, DNS-i tööstabiilsust. Osa tõrke korral suunatakse kasutaja päringud teisele DNS-serverile ilma igasuguse käsitsi sekkumise või seadistamiseta. Anycast tagab praktiliselt sujuva ülemineku teistele saitidele, eemaldades lihtsalt probleemse saidi marsruutide.
Koormuse tasakaalustamine
Anycast süsteemis jaotatakse võrgu liiklus erinevate serverite vahel. See toimib nagu koormuse tasakaalustaja, takistades, et üksik server saaks peamise osa liiklusest. Koormuse tasakaalustamist saab kasutada näiteks siis, kui mitu võrgu sõlme asuvad sama geograafilise kauguse kaugusel päringute allikast. Sel juhul jaotatakse koormus sõlmede vahel.
DoS-rünnakute mõju vähendamine
Teine Anycast'i omadus on vastupidavus DDoS-aatakatele. DDoS-rünnakud ei suuda tõenäoliselt Anycast süsteemi talitlushäiretega kokku puutuda, kuna peaksid hävitama kõik selle võrgu serverid korraga.
DDoS-rünnakutes kasutatakse sageli botivõrke, mis suudavad genereerida nii suurt liiklust, et see üle koormab ründava serveri. Anycast-i kasutamise eelis selles olukorras on see, et iga server suudab «neelata» osa rünnakust, vähendades seeläbi konkreetse serveri koormust. Teenuse keelamine, tõenäoliselt lokaliseeritakse serveris ja see ei mõjuta kogu teenust.
Kõrge horisontaalne skaleeritavus
Anycast süsteemid sobivad hästi suure liiklusega teenustele. Kui Anycast'i kasutav teenus vajab kasvava liikluse töötlamiseks uusi servereid, saab võrku lisada uusi servereid. Neid saab paigutada uutele või juba olemasolevatele asukohtadele.
Kui konkreetses kohas täheldatakse suurt liikluse kasvu, aitab serveri lisamine tasakaalustada koormust sellele asukohale. Uue asukoha serveri lisamine aitab vähendada ooteaega, luues mõne kasutaja jaoks uue lühema marsruudi. Mõlemad viisid aitavad samuti teenuse stabiilsust tõsta, kuna uued serverid saavad võrgus kättesaadavaks. Seega, kui server on üle koormatud, saab lihtsalt paigaldada teise serveri sellesse kohta, mis võimaldab tal töötada osa ülekoormatud serveri päringutest. Klientide poolt seadistust teha ei ole vaja.
Ainult sel viisil saab teenindada terabite liiklust ja suurt hulka kasutajaid, kui serveris on vaid mõned 10 või 25 Gbit/s pordid. 100 hosti ühe IP-aadressiga võimaldab töödelda terabite liiklusmahtusid.
Konfiguratsiooni haldamise lihtsus
Nagu juba varem mainitud, on Anycast — DNS huvitav kasutus. Võib paigutada võrgus mitu erinevat DNS-serverit, kuid kasutada ühte DNS-aadressi. Sõltuvalt sellest, kus allikas asub, suunatakse päringud lähimale sõlmele. See tagab mingisuguse liikluse tasakaalustamise ja ülekülluse DNS-serveri rikkumise korral. Seega, selle asemel et seadistada erinevaid DNS-servereid vastavalt nende asukohale, on ühe DNS-serveri konfiguratsiooni võimalik levitada kõikidele sõlmedele.
Anycast-võrke saab seadistada päringute marsruutimiseks mitte ainult kauguse põhjal, vaid ka selliste parameetrite alusel nagu serveri olemasolu, avatud ühenduste arv või vastamisaeg.
Anycast tehnoloogia kasutamiseks ei ole klientidel vaja erilisi серверeid, võrke ega komponente. Kuid Anycast'il on ka miinused. Selle rakendamine on keeruline ülesanne, mis nõuab täiendavat varustust, usaldusväärseid teenusepakkujaid ja õiget liikluse marsruutimist.
Puhta allika juurest kaunisse kaugusesse
Kuigi Anycast suunab kasutajad vähimate üleminekute põhjal, ei tähenda see tingimata minimaalset latentsust. Latentsus on keerulisem mõõdik, kuna ühel üleminekul võib see olla kõrgem kui kümnel.
Näide: interkontinentaalsed suhtlused võivad sisaldada ühte üleminekut, mille latentsus on väga kõrge.
Anycasti kasutatakse peamiselt UDP-põhiste teenuste jaoks, nagu DNS. Kasutajate päringud suunatakse „parimasse“ ja „lähedasemaisse“ andmekeskusse BGP marsruutide põhjal.
Näide: DNS-kliendi tööjaam, mille IP-aadress on Anycast DNS 123.10.10.10, lahendab DNS-i lähima kolme nimiserveri jaoks, mis on juurutatud sama Anycast IP-aadressiga. R1 marsruuteri või A serveri tõrke korral suunatakse DNS-kliendi pakette automaatselt järgmisse lähimasse DNS-serverisse läbi R2 ja R3 marsruuteri. Lisaks eemaldatakse marsruut meie A serverisse marsruutimistabelitest, mis takistab selle nimiserveri edasist kasutamist.
Juhtumid juurutamiseks
On olemas kaks tavalist skeemi, mida kasutatakse määramaks, millisele serverile kasutaja ühendub:
- Võrgu taseme Anycast. Ühendab kasutaja lähima serveriga. Siin on oluline võrgu tee kasutajalt serverisse.
- Rakenduse taseme Anycast. Selles skeemis on rohkem arvutuslikke meetrikasid, sealhulgas serveri kättesaadavus, reageerimise aeg, ühenduste arv jne. See sõltub välistest jälgijatest, mis pakuvad statistikat võrgu kohta.
Anycast-põhine CDN
Nüüd vaatame Anycast'i kasutamist sisuhalduse võrkudes. Anycast on kahtlemata huvitav võrgu kontseptsioon, mis saab üha rohkem tunnustust uue põlvkonna CDN pakkujate seas.
CDN on jaotatud serverite võrk, mis toob sisu lõppkasutajatele kõrge kättesaadavuse ja madala latentsusega. Sisuhalduse võrgud mängivad tänapäeval olulist rolli, olles paljude multimeedia veebiteenuste alustala, ning tarbijad on üha vähem tolerantsetel aeglaste laadimiskiiruste suhtes. Videod ja hääle rakendused on eriti tundlikud võrguhäirete ja latentsuse suhtes.
CDN ühendab kõik serverid ühte võrku, pakkudes kiiremat sisu laadimist. Aeg-ajalt suudetakse vähendada kasutaja ooteaega 5-6 sekundi võrra. CDN-i eesmärk on optimeerida sisu edastamist, pakkudes sisu serverist, mis asub kõige lähemal lõppkasutajale. See sarnaneb Anycastiga, kus valitakse lähim server, sõltuvalt lõppkasutaja asukohast. Tundub, et iga CDN-i teenusepakkuja kasutab vaikimisi Anycasti, kuid tegelikkuses ei pruugi see alati nii olla.
Rakendused, mis kasutavad protokolle nagu HTTP/TCP, sõltuvad loodavast ühendusest. Kui valitakse uus Anycasti sõlme (nt serveri tõrke korral), võib teenindamine katkeda. Just seetõttu soovitati Anycasti varem ühendust mitte loovatele teenustele nagu UDP ja DNS. Siiski töötab Anycast hästi ka ühendusele suunatud protokollide puhul, näiteks TCP toimib Anycasti režiimil suurepäraselt.
Mõned CDN-teenusepakkujad kasutavad Anycast'i põhist marsruutimist, teised eelistavad DNS-i põhist marsruutimist: lähim server valitakse vastavalt sellele, kus kasutaja DNS-server asub.
Hübriidstruktuurid ja mitme andmekeskuse infrastruktuurid on veel üks näide Anycast'i kasutamisest. Teenusepakkuja Load Balancing IP-aadress võimaldab jaotada koormust erinevate klienteenuste IP-aadresside vahel teenusepakkuja andmekeskuses. Aadressimistehnoloogia tõttu tagab see igasuguste seadmete jaoks parema jõudluse suure liikluse korral, katkestusteta töö ja aitab optimeerida reageerimisaega suure hulga kasutajate puhul.
Mitme andmekeskuse hübriidstruktuurides saab liiklust serverite või isegi virtuaalmasinate vahel jaotada eraldatud serverites.
Seega on saadaval suur valik tehnilisi lahendusi infrastruktuuri ehitamiseks. Samuti on võimalik seadistada koormuse tasakaalustamist IP-aadresside kaudu mitmes andmekeskuses, kasutades grupi seadmete adresseerimist, et optimeerida veebisaidi toimimist.
Saate levitada liiklust vastavalt oma reeglitele, määrates igas andmekeskuses iga jaotatud serveri "kaalu". Selline konfigureerimine on eriti kasulik, kui serverite park on jagatud ning teenuste jõudlus on ebavõrdne. See võimaldab liiklust sagedamini jaotada, et parandada serverite jõudlust.
Kontrollisüsteemi loomiseks ping-käskluse abil on võimalik konfigureerida sondid. See võimaldab administraatoril määrata oma kontrolliprotseduurid ja saada selgema arusaama iga infrastruktuuri komponendi seisundist. Nii saab määratleda kättesaadavuse kriteeriumeid.
Hybrid infrastructure can be established: sometimes it is convenient to keep the back-office within the corporate network while outsourcing the interface part to a provider.
You can add SSL certificates for load balancing, encrypting transmitted data, and ensuring secure communication between website visitors and corporate infrastructure. SSL can also be applied when load balancing between data centers.
You can obtain Anycast with address load balancing from a provider. This feature will enhance user interaction algorithms with applications based on location. Simply declare what services are available in the data center, and traffic will be redirected to the nearest infrastructure. If dedicated servers are located, for example, in France or North America, clients will be directed to the closest server in the network.
One option for using Anycast is to optimally select the operator's point of presence (PoP). Let’s give . LinkedIn (blokeeritud Venemaal) püüab mitte ainult oma toodete — mobiili- ja veebirakenduste — jõudlust ja kiiruset parandada, vaid ka täiustada võrgu infrastruktuuri sisu kiiremaks tarnimiseks. Selleks kasutab LinkedIn aktiivselt PoP-e (tegevuspunktid) dünaamilise sisu tarnimiseks. Kasutajate suunamiseks lähimale PoP-ile kasutatakse Anycasti.
Põhjus on see, et Unycasti korral on iga LinkedIn'i PoP-il unikaalne IP-aadress. Seejärel määratakse kasutajad PoP-ile nende geograafilise asukoha alusel DNS-i kaudu. Probleem on selles, et DNS-i kasutamisel suunati umbes 30% kasutajatest Ameerika Ühendriikides mitteoptimaalsele PoP-ile. Anycast'i järkjärgulise rakendamisega langes mitteoptimaalne PoP-i määramine 31%-lt 10%-le.
Pilottesti tulemused on esitatud graafikul, kus Y-telg on optimaalse PoP-i määramise protsent. Anycast'i suurendamise käigus täheldati paljudes USA osariikides liikluse protsendi paranemist optimaalsesse PoP-i.
Anycasti võrgu jälgimine
Teoreetiliselt on Anycast-võrgud lihtsad: mitmele füüsilisele serverile antakse sama IP-aadress, mida BGP kasutab marsruudi määramiseks. Kuid Anycast-plaatformide rakendamine ja projekteerimine on keeruline, eriti on tuntud nende talitlushäirete vältimise võrgud. Mucha keerulisem on efektiivne Anycast-võrgu jälgimine, et kiiresti tuvastada ja lokaliseerida tõrkeid.
Kui teenused kasutavad sisu serveerimiseks kolmanda osapoole CDN-i, on neil äärmiselt oluline jälgida ja kontrollida võrgutootlikkust. Anycast-põhise CDN-i jälgimisel keskendutakse peamiselt läbilaskevõime ja siseneva viivituse mõõtmisele, et mõista, milline andmekeskus sisu teenindab. HTTP-serveri päiste analüüs on veel üks võimalus kindlaks teha, kust andmed pärinevad.
Näide: HTTP-vastuse päised, mis näitavad CDN-i serveri asukohta.
Näiteks kasutab CloudFlare oma HTTP-vastustes oma CF-Ray päist, mis sisaldab andmeid andmekeskuse kohta, kuhu päring suunati. Zendeski puhul esindab Seattle'i piirkonna CF-Ray päis CF-RAY: 2a21675e65fd2a3d-SEA, Amsterdamile aga CF-RAY: 2a216896b93a0c71-AMS. Sisu asukoha määramiseks saab kasutada ka HTTP-vastuse HTTP-X-päiseid.
Muud adresseerimise meetodid
On olemas ka teised adresseerimise meetodid, mis suunavad kasutaja päringud konkreetsesse võrgu lõpp-punkti:
Unicast
Enamik internetist kasutab täna just seda meetodit. Unicast on üheaadressiline edastus, kus IP-aadress on seotud ainult ühe konkreetse sõlmega võrgus. Seda nimetatakse vastavuse ükssusedeks.
Multicast
Multicast kasutab "üks-kõigile ja paljusid" või "palju-palist" suhet. Multicast võimaldab edastada sõnumi saatja mitmele valitud lõpp-punktile samaaegselt. See annab kliendile võimaluse laadida faili mitmest serverist samal ajal (mis on kasulik audio- või videosisu voogedastamisel). Multicastit segatakse tihti Anycastiga, kuid põhiline erinevus on see, et Anycast suunab saatja ühe kindla sõlme juurde, isegi kui mitu sõlme on saadaval.
Broadcast
Datagramm ühest saatjast suunatakse kõigile lõpp-punktidele, mis on seotud laiaulatusliku aadressiga. Võrk kopeerib automaatselt datagramme, et suhelda kõigi saajatega laiali saatmises (tavaliselt ühes alamvõrgus).
Geocast
Geocast sarnaneb osaliselt Multicast'iga: saatja päringud saadetakse korraga mitmele lõpp-punktile. Erinevus seisneb siiski selles, et sihtkoht määratakse tema geograafilise asukoha järgi. See spetsialiseeritud rühmaadressimise vorm on kasutusel mõnedes marsruutimisprotokollides mobiilsetes peer-to-peer võrkudes.
Geograafiline marsruuter (Geo Router) arvutab välja oma teeninduspiirkonna ja ligikaudse ulatuse. Geomarsruuterid, vahetades teeninduspiirkondi, loovad marsruuditud tabeleid. Geomarsruuterite süsteem on hierarhilise struktuuriga.
Unicast, Multicast ja Broadcast.
Anycast tehnoloogia kasutamine tõstab DNS-i usaldusväärsust, paindlikkust ja turvalisust. Selle tehnoloogia abil pakuvad operaatorid oma klientidele erinevaid DNS-i põhiseid koormuse tasakaalustamise teenuseid. Kontohalduses saab määrata IP-aadresse, kuhu päringud suunatakse sõltuvalt geograafilisest asukohast. See annab klientidele suurema paindlikkuse kasutajate päringute jaotamisel.
Mõned operaatorid rakendavad marsruudi jälgimiseks vahendeid iga kohaloleku punkti (POP) juures: süsteem analüüsib automaatselt lühimaid kohalikke ja globaalseid marsruute ning suunab need geograafiliste asukohtade kaudu, kus latentsus on madalaim ja seisakuaeg null.
Praegu on Anycast kõige stabiilsem ja usaldusväärsem lahendus suure koormusega DNS-teenuste ehitamiseks, millele esitatakse kõrged nõudmised vastupidavuse ja usaldusväärsuse osas.
.ru domeen toetab 35 Anycast DNS-serverit, mis on koondatud 20 sõlme, jaotatuna viide Anycast-pilve. Samuti kasutatakse geograafilise jaotuse põhimõtet, st Geocast. DNS-sõlmede loomisel arvestatakse nende paigaldamist geograafiliselt hajutatud asukohtadesse, mis asuvad aktiivsete kasutajate lähedal, maksimaalse Venemaa teenusepakkujate kontsentratsiooniga sõlme paigaldamiskohas, samuti vaba mahutavuse ja mugavuse olemasolu koostöös platvormiga.
Kuidas luua CDN?
CDN on serverite võrk, mis kiirendab sisu edastamist kasutajatele. ühendab kõik serverid üheks võrguks ja tagab kiirema sisu laadimise. Laadimiskiirus sõltub olulisel määral serveri kaugusest kasutajast.
CDN võimaldab kasutada servereid, mis asuvad sihtrühmale kõige lähemal. See vähendab ooteaega, aitab kiirendada veebisaitide sisu laadimist kõikidele külastajatele, mis on eriti kriitiline suurte failide või multimeedia teenuste lehtede puhul. CDN tavapärased kasutusvaldkonnad on e-kaubandus ja meelelahutus.
CDN infrastruktuuris loodud täiendavate serverite võrk, mis asub võimalikult lähedal kasutajatele, aitab saavutada stabiilsemat ja kiiremat andmete edastamist. Statistika kohaselt vähendab CDN kasutamine veebisaidi juurde pääsemise viivitust rohkem kui 70% võrreldes saitidega, kus CDN ei ole kasutusel.
Kuidas? Настройка CDN с использованием собственного решения Anycast может быть достаточно дорогим проектом, но есть более дешевые варианты. Например, можно использовать GeoDNS и обычные серверы с уникальными IP-адресами. С помощью сервисов GeoDNS можно создать CDN с функциями геолокации, в которой решения принимаются на основе реального местоположения посетителя, а не местоположения ресолвера DNS. Можно настроить свою DNS-зону так, чтобы показывать IP-адреса американских серверов посетителям из США, а европейские посетители будут видеть IP-адрес из Европы.
GeoDNS võimaldab tagastada erinevaid DNS-vastuseid sõltuvalt kasutaja IP-aadressist. Selleks konfigureeritakse DNS-server nii, et see tagastab erinevad IP-aadressid, sõltuvalt päringu algsest IP-aadressist. Tüüpiliselt määratakse piirkond, kust päring tehakse, GeoIP andmebaasi põhjal. DNS-i geolokatsioon võimaldab kasutajatele edastada sisu lähimast serverist.
GeoDNS määrab DNS-päringu saatva kliendi IP-aadressi või teenusepakkuja rekursiivse DNS-serveri IP-aadressi, mida kasutatakse kliendipäringu töötlemisel. Kliendi IP-aadressi ja GeoIP andmebaasi alusel määratakse riik/region. Seejärel saab klient lähima CDN-serveri IP-aadressi. GeoDNS-i seadistamise kohta saad lähemalt lugeda.
Anycast või GeoDNS?
Kuigi Anycast on suurepärane viis sisu edastamiseks globaalses mastaabis, puudub tal spetsiifilisus. Siin tuleb appi GeoDNS. See teenus võimaldab luua reegleid, mis suunavad kasutajad unikaalsetele lõpp-punktidele vastavalt nende asukohale.
Näide: Euroopa kasutajad suunatakse teisele lõpp-punktile.
Samuti võib juurdepääsu domeenidele keelata, lükates tagasi kõik päringud. See on kiire viis ründajate ärahoidmiseks.
GeoDNS annab täpsemaid vastuseid kui Anycast. Kui Anycasti puhul määratakse lühim marsruut hüpete arvu järgi, siis GeoDNS-is toimub lõppkasutajate marsruutimine vastavalt nende füüsilisele asukohale. See vähendab latentsust ja suurendab täpsust, luues granulaarsed marsruudireeglid.
Domeenile liikudes pöördub brauser lähima DNS-serveri poole, mis annab IP-aadressi saidi laadimiseks sõltuvalt domeenist. Oletame, et veebipood on populaarsust kogunud Ameerikas ja Euroopas, kuid selle DNS-serverid asuvad ainult Euroopas. Siis peavad Ameerika kasutajad, kes soovivad poodidest teenuseid kasutada, saatma päringu lähimale serverile, ja kuna see asub kaugel, kulub vastuse ootamisele palju aega — saidi laadimise aeg ei ole kiiruselt hea.
GeoDNS-serveri paigutamine Ameerikasse võimaldab kasutajatel pöörduda juba selle poole. Vastus tuleb kiiresti, mis mõjutab saidi laadimise kiirus.
Kui kasutaja USA-st suundub antud domeeni juurde olemasoleva DNS-serveri kaudu, pöördub ta lähima serveri poole, mis annab vajaliku IP-aadressi. Kasutaja suunatakse serverisse, kus asub veebisaidi sisu, kuid kuna sisu serverid on kaugel, ei pruugi ta seda kiiresti saada.
Kui paigutada USA-sse CDN-serverid koos vahemälustatud andmetega, siis klientide brauserid saadavad laadimise ajal päringu lähimale DNS-serverile, mis tagastab vajaliku IP-aadressi. Brauser, kellel on saadud IP, pöördub lähima CDN-serveri ja põhiserveri poole, ning CDN-server edastab brauserile vahemälustatud sisu. Samal ajal, kui vahemälustatud sisu laaditakse, saadetakse põhiserverist puuduvad failid, et veebisaidi täiendav laadimine toimuks. Tulemuseks on veebisaidi laadimisaja vähenemine, kuna põhiserverist saadetakse palju vähem faile.
Teatud IP-aadressi täpne asukoha määramine ei ole alati lihtne ülesanne: siin mängivad rolli paljusid tegureid ja IP-aadresside vahemike omanikud võivad otsustada deklareerida need kaugel teises maailma nurgas (sel juhul tuleb oodata, kuni andmebaas uuendatakse, et saada õige asukoht). Sageli määravad VPS-teenuse pakkujad aadresse, mis kahtlustatavalt asuvad USA-s, Singapore'is asuvatele VPS-idele.
Erinevalt Anycast-aadresside kasutamisest toimub jaotamine nime lahendamise ajal, mitte ühenduse loomise ajal vahemälu serveriga. Kui rekursiivne server ei toeta kliendi alamvõrke EDNS, kasutatakse selle rekursiivse serveri asukohta, mitte kasutaja asukohta, kes ühendub vahemälu serveriga.
Kliendi alamvõrgud DNS-is on DNS-i laiendus (RFC7871), mis määratleb, kuidas rekursiivsed DNS-serverid saavad saata kliendi informatsiooni DNS-serverisse, sealhulgas teavet võrgu kohta, mida GeoDNS-server võib kasutada kliendi asukoha täpsemaks määramiseks.
Enamik inimesi kasutavad oma internetiteenuse pakkuja DNS-servereid või DNS-servereid, mis asuvad neile geograafiliselt lähedal. Kuid kui keegi USA-s otsustab mingil põhjusel kasutada DNS-resolvert, mis asub Austraalias, siis tõenäoliselt saab ta IP-aadressi serverile, mis asub Austraaliasse kõige lähemal.
Kui soovite kasutada GeoDNS-i, on oluline teada selliseid nüansse, kuna mõnel juhul võib see suurendada vahemaa serverite ja kliendi vahel.
Kokkuvõte: kui soovite ühendada mitu VPS-i CDN-iga, siis on parim deploymise variant kasutada DNS-serveri kombinatsiooni GeoDNS-i funktsiooniga + Anycast 'välja kastist'.
Allikas: habr.com
