{"id":88961,"date":"2020-07-16T19:42:34","date_gmt":"2020-07-16T17:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae"},"modified":"2020-07-16T19:42:34","modified_gmt":"2020-07-16T17:42:34","slug":"anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast vs Unicast: mida valida igas olukorras","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Paljud on kindlasti kuulnud Anycast'ist. Selle adresseerimis- ja marsruutimise meetodi korral omistatakse \u00fcks IP-aadress mitmele serverile v\u00f5rgus. Need serverid v\u00f5ivad asuda isegi \u00fcksteisest kaugete andmekeskustes. Anycast'i idee seisneb selles, et s\u00f5ltuvalt p\u00e4ringu allika asukohast saadetakse andmed l\u00e4himasse (vastavalt v\u00f5rgutopoloogiale, t\u00e4psemalt BGP marsruutimisprotokollile) serverisse. Nii on v\u00f5imalik v\u00e4hendada v\u00f5rgu h\u00fcpete arvu ja latentsust. <\/p>\n<p>Tegelikult kuulutatakse sama marsruut v\u00e4lja mitmest andmekeskusest \u00fcle kogu maailma. Nii suunatakse kliendid 'parima' ja 'l\u00e4hima' andmekeskuse poole, tuginedes BGP marsruutidele. Miks valida Anycast? Miks kasutada Anycast'i Unicast'i asemel?<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\"><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/6573f1e2d39d783575348734518c4bae.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nUnicast sobib t\u00f5epoolest veebilehe jaoks, millel on \u00fcks veebiserver ja m\u00f5\u00f5dukas liiklus. Kui teenusel on aga miljonite tellijate arv, kasutatakse tavaliselt mitmeid veebiservereid, millel on sama IP-aadress. Need serverid on geograafiliselt jaotatud optimaalsete p\u00e4ringute teenindamiseks.<\/p>\n<p>Sellises scenaaris pakub Anycast t\u00e4iustatud j\u00f5udlust (liiklus suunatakse kasutajale v\u00e4hima viivitusega), tagab teenuse usaldusv\u00e4\u00e4rsuse (varuserverite t\u00e4nu) ja koormuse tasakaalustamise \u2014 marsruuditus mitme serveri vahel jagab koormust t\u00f5husalt, parandades lehe laadimiskiirus.<\/p>\n<p>Operaatorid pakuvad klientidele erinevat t\u00fc\u00fcpi koormuse tasakaalustamist Anycasti ja DNSi p\u00f5hjal. Kliendid saavad m\u00e4\u00e4rata IP-aadresse, millele p\u00e4ringud suunatakse vastavalt veebilehe geograafilisele asukohale. See v\u00f5imaldab paindlikumat kasutajap\u00e4ringute jaotamist.<\/p>\n<p>Oletame, et on mitu platvormi, mille vahel tuleb jaotada koormust (kasutajaid), n\u00e4iteks e-pood, mis teenindab 100 000 p\u00e4ringut p\u00e4evas, v\u00f5i populaarne blogi.  Spetsiifilise piirkonna, millest kasutajad konkreetsele platvormile p\u00e4\u00e4sevad, piiramiseks saab kasutada Geo Community v\u00f5imalust. See v\u00f5imaldab m\u00e4\u00e4ratleda piirkonna, kus operaator teavitab marsruudist.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/54582f256a946a3ff557ab971cec087d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/48849a5cf65cb1c7190c1f75aa33e2d8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast ja Unicast: erinevused<\/i><\/p>\n<p>Anycast on sageli kasutusel sellistes rakendustes nagu DNS (domeeninimede s\u00fcsteem) ja CDN (sisu edastamise v\u00f5rgud), v\u00f5imaldades suunamisotsuseid, mis t\u00f5stavad v\u00f5rgut\u00f5husust. Sisu edastamise v\u00f5rgud kasutavad Anycasti, kuna need k\u00e4sitlevad suuri andmemahtusid, ja Anycast pakub sellisel juhul mitmeid eeliseid (rohkem neist allpool). DNS-is v\u00f5imaldab Anycast m\u00e4rkimisv\u00e4\u00e4rselt t\u00f5sta teenuse usaldusv\u00e4\u00e4rsuse ja talitlush\u00e4irekindluse taset.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/8043fec22ecef8aa2b3b9c1a06e8f5f9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast IP kasutamisel BGP kaudu on mitu marsruuti konkreetse hostini. Tegelikult on need kopeeritud hostid mitmes andmekeskuses, mida kasutatakse kiirema latentsusega \u00fchenduste loomiseks.<\/i><\/p>\n<p>Nii et Anycast-v\u00f5rgus kuulutatakse sama IP-aadress erinevatest kohtadest ja v\u00f5rk otsustab, kuhu suunata kasutaja p\u00e4ring, tuginedes marsruudi \u00abkuludele\u00bb. N\u00e4iteks kasutatakse sageli l\u00fchima andmeedastusmarsruudi m\u00e4\u00e4ramiseks BGP-protokolli. Kui kasutaja saadab Anycast-p\u00e4ringu, m\u00e4\u00e4rab BGP parima marsruudi k\u00f5igile Anycast-v\u00f5rgus olevatele serveritele.<\/p>\n<h2>Anycasti eelised<\/h2>\n<p>Viivituse v\u00e4hendamine<br \/>\nAnycast-s\u00fcsteemid suudavad v\u00e4hendada viivitust kasutaja p\u00e4ringute t\u00f6\u00f6tlemisel, kuna nad v\u00f5imaldavad andmeid saada l\u00e4himast serverist. See t\u00e4hendab, et kasutajad \u00fchendatakse alati \u00abl\u00e4hedasema\u00bb (marsruudistamise protokolli vaatev\u00e4ljast) DNS-serveriga. Tulemusena v\u00e4hendab Anycast interaktsiooniaega, v\u00e4hendades v\u00f5rgu kaugust kliendi ja serveri vahel. See mitte ainult ei v\u00e4henda viivitust, vaid tagab ka koormuse tasakaalustamise.<\/p>\n<p>Kiirus<\/p>\n<p>Kuna liiklus suunatakse l\u00e4himasse s\u00f5lme ja v\u00e4heneb andmeedastusviivitus kliendi ja s\u00f5lme vahel, on tulemuseks kiirusetootmise optimeerimine, s\u00f5ltumata sellest, kust klient teavet k\u00fcsib.<\/p>\n<p>Suurenenud stabiilsus ja t\u00f5rkekindlus<\/p>\n<p>Kui mitu serverit \u00fcle maailma kasutavad sama IP-aadressi, suunatakse \u00fche serveri t\u00f5rke korral liiklus l\u00e4himale serverile. Seega muudab Anycast teenuse t\u00f5husamaks ja tagab parema juurdep\u00e4\u00e4su v\u00f5rgu \/ latentsuse \/ kiirus.\u00a0<\/p>\n<p>Seet\u00f5ttu suurendab Anycast, omades mitmeid servereid, mis on pidevalt kasutajatele kergesti saadaval, DNS-i t\u00f6\u00f6stabiilsust. Osa t\u00f5rke korral suunatakse kasutaja p\u00e4ringud teisele DNS-serverile ilma igasuguse k\u00e4sitsi sekkumise v\u00f5i seadistamiseta. Anycast tagab praktiliselt sujuva \u00fclemineku teistele saitidele, eemaldades lihtsalt probleemse saidi marsruutide.\u00a0<\/p>\n<p>Koormuse tasakaalustamine<\/p>\n<p>Anycast s\u00fcsteemis jaotatakse v\u00f5rgu liiklus erinevate serverite vahel. See toimib nagu koormuse tasakaalustaja, takistades, et \u00fcksik server saaks peamise osa liiklusest. Koormuse tasakaalustamist saab kasutada n\u00e4iteks siis, kui mitu v\u00f5rgu s\u00f5lme asuvad sama geograafilise kauguse kaugusel p\u00e4ringute allikast. Sel juhul jaotatakse koormus s\u00f5lmede vahel.<\/p>\n<p>DoS-r\u00fcnnakute m\u00f5ju v\u00e4hendamine\u00a0<\/p>\n<p>Teine Anycast'i omadus on vastupidavus DDoS-aatakatele. DDoS-r\u00fcnnakud ei suuda t\u00f5en\u00e4oliselt Anycast s\u00fcsteemi talitlush\u00e4iretega kokku puutuda, kuna peaksid h\u00e4vitama k\u00f5ik selle v\u00f5rgu serverid korraga.\u00a0<\/p>\n<p>DDoS-r\u00fcnnakutes kasutatakse sageli botiv\u00f5rke, mis suudavad genereerida nii suurt liiklust, et see \u00fcle koormab r\u00fcndava serveri. Anycast-i kasutamise eelis selles olukorras on see, et iga server suudab \u00abneelata\u00bb osa r\u00fcnnakust, v\u00e4hendades seel\u00e4bi konkreetse serveri koormust. Teenuse keelamine, t\u00f5en\u00e4oliselt lokaliseeritakse serveris ja see ei m\u00f5juta kogu teenust.<\/p>\n<p>K\u00f5rge horisontaalne skaleeritavus<\/p>\n<p>Anycast s\u00fcsteemid sobivad h\u00e4sti suure liiklusega teenustele. Kui Anycast'i kasutav teenus vajab kasvava liikluse t\u00f6\u00f6tlamiseks uusi servereid, saab v\u00f5rku lisada uusi servereid. Neid saab paigutada uutele v\u00f5i juba olemasolevatele asukohtadele.\u00a0<\/p>\n<p>Kui konkreetses kohas t\u00e4heldatakse suurt liikluse kasvu, aitab serveri lisamine tasakaalustada koormust sellele asukohale. Uue asukoha serveri lisamine aitab v\u00e4hendada ooteaega, luues m\u00f5ne kasutaja jaoks uue l\u00fchema marsruudi. M\u00f5lemad viisid aitavad samuti teenuse stabiilsust t\u00f5sta, kuna uued serverid saavad v\u00f5rgus k\u00e4ttesaadavaks. Seega, kui server on \u00fcle koormatud, saab lihtsalt paigaldada teise serveri sellesse kohta, mis v\u00f5imaldab tal t\u00f6\u00f6tada osa \u00fclekoormatud serveri p\u00e4ringutest. Klientide poolt seadistust teha ei ole vaja.\u00a0<\/p>\n<p>Ainult sel viisil saab teenindada terabite liiklust ja suurt hulka kasutajaid, kui serveris on vaid m\u00f5ned 10 v\u00f5i 25 Gbit\/s pordid. 100 hosti \u00fche IP-aadressiga v\u00f5imaldab t\u00f6\u00f6delda terabite liiklusmahtusid.<\/p>\n<p>Konfiguratsiooni haldamise lihtsus<\/p>\n<p>Nagu juba varem mainitud, on Anycast \u2014 DNS huvitav kasutus. V\u00f5ib paigutada v\u00f5rgus mitu erinevat DNS-serverit, kuid kasutada \u00fchte DNS-aadressi. S\u00f5ltuvalt sellest, kus allikas asub, suunatakse p\u00e4ringud l\u00e4himale s\u00f5lmele. See tagab mingisuguse liikluse tasakaalustamise ja \u00fclek\u00fclluse DNS-serveri rikkumise korral. Seega, selle asemel et seadistada erinevaid DNS-servereid vastavalt nende asukohale, on \u00fche DNS-serveri konfiguratsiooni v\u00f5imalik levitada k\u00f5ikidele s\u00f5lmedele.<\/p>\n<p>Anycast-v\u00f5rke saab seadistada p\u00e4ringute marsruutimiseks mitte ainult kauguse p\u00f5hjal, vaid ka selliste parameetrite alusel nagu serveri olemasolu, avatud \u00fchenduste arv v\u00f5i vastamisaeg.<\/p>\n<p>Anycast tehnoloogia kasutamiseks ei ole klientidel vaja erilisi \u0441\u0435\u0440\u0432\u0435\u0440eid, v\u00f5rke ega komponente. Kuid Anycast'il on ka miinused. Selle rakendamine on keeruline \u00fclesanne, mis n\u00f5uab t\u00e4iendavat varustust, usaldusv\u00e4\u00e4rseid teenusepakkujaid ja \u00f5iget liikluse marsruutimist.<\/p>\n<h2>Puhta allika juurest kaunisse kaugusesse<\/h2>\n<p>\nKuigi Anycast suunab kasutajad v\u00e4himate \u00fcleminekute p\u00f5hjal, ei t\u00e4henda see tingimata minimaalset latentsust. Latentsus on keerulisem m\u00f5\u00f5dik, kuna \u00fchel \u00fcleminekul v\u00f5ib see olla k\u00f5rgem kui k\u00fcmnel. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/8fb50007806759ab243c89bb88cdeb31.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>N\u00e4ide: interkontinentaalsed suhtlused v\u00f5ivad sisaldada \u00fchte \u00fcleminekut, mille latentsus on v\u00e4ga k\u00f5rge.<\/i><\/p>\n<p>Anycasti kasutatakse peamiselt UDP-p\u00f5histe teenuste jaoks, nagu DNS. Kasutajate p\u00e4ringud suunatakse \u201eparimasse\u201c ja \u201el\u00e4hedasemaisse\u201c andmekeskusse BGP marsruutide p\u00f5hjal. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/05a1b75b981d55967e44e3b90cfd88b9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>N\u00e4ide: DNS-kliendi t\u00f6\u00f6jaam, mille IP-aadress on Anycast DNS 123.10.10.10, lahendab DNS-i l\u00e4hima kolme nimiserveri jaoks, mis on juurutatud sama Anycast IP-aadressiga. R1 marsruuteri v\u00f5i A serveri t\u00f5rke korral suunatakse DNS-kliendi pakette automaatselt j\u00e4rgmisse l\u00e4himasse DNS-serverisse l\u00e4bi R2 ja R3 marsruuteri. Lisaks eemaldatakse marsruut meie A serverisse marsruutimistabelitest, mis takistab selle nimiserveri edasist kasutamist.<\/i><\/p>\n<h2>Juhtumid juurutamiseks<\/h2>\n<p>\nOn olemas kaks tavalist skeemi, mida kasutatakse m\u00e4\u00e4ramaks, millisele serverile kasutaja \u00fchendub:<\/p>\n<ul>\n<li><b>V\u00f5rgu taseme Anycast<\/b>. \u00dchendab kasutaja l\u00e4hima serveriga. Siin on oluline v\u00f5rgu tee kasutajalt serverisse.<\/li>\n<li><b>Rakenduse taseme Anycast<\/b>. Selles skeemis on rohkem arvutuslikke meetrikasid, sealhulgas serveri k\u00e4ttesaadavus, reageerimise aeg, \u00fchenduste arv jne. See s\u00f5ltub v\u00e4listest j\u00e4lgijatest, mis pakuvad statistikat v\u00f5rgu kohta.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Anycast-p\u00f5hine CDN<\/h2>\n<p>\nN\u00fc\u00fcd vaatame Anycast'i kasutamist sisuhalduse v\u00f5rkudes. Anycast on kahtlemata huvitav v\u00f5rgu kontseptsioon, mis saab \u00fcha rohkem tunnustust uue p\u00f5lvkonna CDN pakkujate seas.<\/p>\n<p>CDN on jaotatud serverite v\u00f5rk, mis toob sisu l\u00f5ppkasutajatele k\u00f5rge k\u00e4ttesaadavuse ja madala latentsusega. Sisuhalduse v\u00f5rgud m\u00e4ngivad t\u00e4nap\u00e4eval olulist rolli, olles paljude multimeedia veebiteenuste alustala, ning tarbijad on \u00fcha v\u00e4hem tolerantsetel aeglaste laadimiskiiruste suhtes. Videod ja h\u00e4\u00e4le rakendused on eriti tundlikud v\u00f5rguh\u00e4irete ja latentsuse suhtes. <\/p>\n<p>CDN \u00fchendab k\u00f5ik serverid \u00fchte v\u00f5rku, pakkudes kiiremat sisu laadimist. Aeg-ajalt suudetakse v\u00e4hendada kasutaja ooteaega 5-6 sekundi v\u00f5rra. CDN-i eesm\u00e4rk on optimeerida sisu edastamist, pakkudes sisu serverist, mis asub k\u00f5ige l\u00e4hemal l\u00f5ppkasutajale. See sarnaneb Anycastiga, kus valitakse l\u00e4him server, s\u00f5ltuvalt l\u00f5ppkasutaja asukohast. Tundub, et iga CDN-i teenusepakkuja kasutab vaikimisi Anycasti, kuid tegelikkuses ei pruugi see alati nii olla.<\/p>\n<p>Rakendused, mis kasutavad protokolle nagu HTTP\/TCP, s\u00f5ltuvad loodavast \u00fchendusest. Kui valitakse uus Anycasti s\u00f5lme (nt serveri t\u00f5rke korral), v\u00f5ib teenindamine katkeda. Just seet\u00f5ttu soovitati Anycasti varem \u00fchendust mitte loovatele teenustele nagu UDP ja DNS. Siiski t\u00f6\u00f6tab Anycast h\u00e4sti ka \u00fchendusele suunatud protokollide puhul, n\u00e4iteks TCP toimib Anycasti re\u017eiimil suurep\u00e4raselt.<\/p>\n<p>M\u00f5ned CDN-teenusepakkujad kasutavad Anycast'i p\u00f5hist marsruutimist, teised eelistavad DNS-i p\u00f5hist marsruutimist: l\u00e4him server valitakse vastavalt sellele, kus kasutaja DNS-server asub.<\/p>\n<p>H\u00fcbriidstruktuurid ja mitme andmekeskuse infrastruktuurid on veel \u00fcks n\u00e4ide Anycast'i kasutamisest. Teenusepakkuja Load Balancing IP-aadress v\u00f5imaldab jaotada koormust erinevate klienteenuste IP-aadresside vahel teenusepakkuja andmekeskuses. Aadressimistehnoloogia t\u00f5ttu tagab see igasuguste seadmete jaoks parema j\u00f5udluse suure liikluse korral, katkestusteta t\u00f6\u00f6 ja aitab optimeerida reageerimisaega suure hulga kasutajate puhul.<\/p>\n<p>Mitme andmekeskuse h\u00fcbriidstruktuurides saab liiklust serverite v\u00f5i isegi virtuaalmasinate vahel jaotada eraldatud serverites.<\/p>\n<p>Seega on saadaval suur valik tehnilisi lahendusi infrastruktuuri ehitamiseks. Samuti on v\u00f5imalik seadistada koormuse tasakaalustamist IP-aadresside kaudu mitmes andmekeskuses, kasutades grupi seadmete adresseerimist, et optimeerida veebisaidi toimimist.<\/p>\n<p>Saate levitada liiklust vastavalt oma reeglitele, m\u00e4\u00e4rates igas andmekeskuses iga jaotatud serveri \"kaalu\". Selline konfigureerimine on eriti kasulik, kui serverite park on jagatud ning teenuste j\u00f5udlus on ebav\u00f5rdne. See v\u00f5imaldab liiklust sagedamini jaotada, et parandada serverite j\u00f5udlust.<\/p>\n<p>Kontrollis\u00fcsteemi loomiseks ping-k\u00e4skluse abil on v\u00f5imalik konfigureerida sondid. See v\u00f5imaldab administraatoril m\u00e4\u00e4rata oma kontrolliprotseduurid ja saada selgema arusaama iga infrastruktuuri komponendi seisundist. Nii saab m\u00e4\u00e4ratleda k\u00e4ttesaadavuse kriteeriumeid.<\/p>\n<p>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.<\/p>\n<p>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.<\/p>\n<p>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.<\/p>\n<p>One option for using Anycast is to optimally select the operator's point of presence (PoP). Let\u2019s give <noindex><a rel=\"nofollow\" href=\"https:\/\/engineering.linkedin.com\/network-performance\/tcp-over-ip-anycast-pipe-dream-or-reality\">an example<\/a><\/noindex>. LinkedIn (blokeeritud Venemaal) p\u00fc\u00fcab mitte ainult oma toodete \u2014 mobiili- ja veebirakenduste \u2014 j\u00f5udlust ja kiiruset parandada, vaid ka t\u00e4iustada v\u00f5rgu infrastruktuuri sisu kiiremaks tarnimiseks. Selleks kasutab LinkedIn aktiivselt PoP-e (tegevuspunktid) d\u00fcnaamilise sisu tarnimiseks. Kasutajate suunamiseks l\u00e4himale PoP-ile kasutatakse Anycasti.<\/p>\n<p>P\u00f5hjus on see, et Unycasti korral on iga LinkedIn'i PoP-il unikaalne IP-aadress. Seej\u00e4rel m\u00e4\u00e4ratakse kasutajad PoP-ile nende geograafilise asukoha alusel DNS-i kaudu. Probleem on selles, et DNS-i kasutamisel suunati umbes 30% kasutajatest Ameerika \u00dchendriikides mitteoptimaalsele PoP-ile. Anycast'i j\u00e4rkj\u00e4rgulise rakendamisega langes mitteoptimaalne PoP-i m\u00e4\u00e4ramine 31%-lt 10%-le.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/f1635951294bc476639ec65d175c11e0.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Pilottesti tulemused on esitatud graafikul, kus Y-telg on optimaalse PoP-i m\u00e4\u00e4ramise protsent. Anycast'i suurendamise k\u00e4igus t\u00e4heldati paljudes USA osariikides liikluse protsendi paranemist optimaalsesse PoP-i.<\/i><\/p>\n<h2>Anycasti v\u00f5rgu j\u00e4lgimine<\/h2>\n<p>\nTeoreetiliselt on Anycast-v\u00f5rgud lihtsad: mitmele f\u00fc\u00fcsilisele serverile antakse sama IP-aadress, mida BGP kasutab marsruudi m\u00e4\u00e4ramiseks. Kuid Anycast-plaatformide rakendamine ja projekteerimine on keeruline, eriti on tuntud nende talitlush\u00e4irete v\u00e4ltimise v\u00f5rgud. Mucha keerulisem on efektiivne Anycast-v\u00f5rgu j\u00e4lgimine, et kiiresti tuvastada ja lokaliseerida t\u00f5rkeid. <\/p>\n<p>Kui teenused kasutavad sisu serveerimiseks kolmanda osapoole CDN-i, on neil \u00e4\u00e4rmiselt oluline j\u00e4lgida ja kontrollida v\u00f5rgutootlikkust. Anycast-p\u00f5hise CDN-i j\u00e4lgimisel keskendutakse peamiselt l\u00e4bilaskev\u00f5ime ja siseneva viivituse m\u00f5\u00f5tmisele, et m\u00f5ista, milline andmekeskus sisu teenindab. HTTP-serveri p\u00e4iste anal\u00fc\u00fcs on veel \u00fcks v\u00f5imalus kindlaks teha, kust andmed p\u00e4rinevad.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/9dfcf689c3c7a553b00de5f0dac4d0ec.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>N\u00e4ide: HTTP-vastuse p\u00e4ised, mis n\u00e4itavad CDN-i serveri asukohta.<\/i><\/p>\n<p>N\u00e4iteks kasutab CloudFlare oma HTTP-vastustes oma CF-Ray p\u00e4ist, mis sisaldab andmeid andmekeskuse kohta, kuhu p\u00e4ring suunati. Zendeski puhul esindab Seattle'i piirkonna CF-Ray p\u00e4is CF-RAY: 2a21675e65fd2a3d-SEA, Amsterdamile aga CF-RAY: 2a216896b93a0c71-AMS. Sisu asukoha m\u00e4\u00e4ramiseks saab kasutada ka HTTP-vastuse HTTP-X-p\u00e4iseid.<\/p>\n<h2>Muud adresseerimise meetodid<\/h2>\n<p>\nOn olemas ka teised adresseerimise meetodid, mis suunavad kasutaja p\u00e4ringud konkreetsesse v\u00f5rgu l\u00f5pp-punkti:<\/p>\n<p>Unicast<\/p>\n<p>Enamik internetist kasutab t\u00e4na just seda meetodit. Unicast on \u00fcheaadressiline edastus, kus IP-aadress on seotud ainult \u00fche konkreetse s\u00f5lmega v\u00f5rgus. Seda nimetatakse vastavuse \u00fckssusedeks.\u00a0<\/p>\n<p>Multicast<\/p>\n<p>Multicast kasutab \"\u00fcks-k\u00f5igile ja paljusid\" v\u00f5i \"palju-palist\" suhet. Multicast v\u00f5imaldab edastada s\u00f5numi saatja mitmele valitud l\u00f5pp-punktile samaaegselt. See annab kliendile v\u00f5imaluse laadida faili mitmest serverist samal ajal (mis on kasulik audio- v\u00f5i videosisu voogedastamisel). Multicastit segatakse tihti Anycastiga, kuid p\u00f5hiline erinevus on see, et Anycast suunab saatja \u00fche kindla s\u00f5lme juurde, isegi kui mitu s\u00f5lme on saadaval.<\/p>\n<p>Broadcast<\/p>\n<p>Datagramm \u00fchest saatjast suunatakse k\u00f5igile l\u00f5pp-punktidele, mis on seotud laiaulatusliku aadressiga. V\u00f5rk kopeerib automaatselt datagramme, et suhelda k\u00f5igi saajatega laiali saatmises (tavaliselt \u00fches alamv\u00f5rgus).<\/p>\n<p>Geocast<\/p>\n<p>Geocast sarnaneb osaliselt Multicast'iga: saatja p\u00e4ringud saadetakse korraga mitmele l\u00f5pp-punktile. Erinevus seisneb siiski selles, et sihtkoht m\u00e4\u00e4ratakse tema geograafilise asukoha j\u00e4rgi. See spetsialiseeritud r\u00fchmaadressimise vorm on kasutusel m\u00f5nedes marsruutimisprotokollides mobiilsetes peer-to-peer v\u00f5rkudes.<\/p>\n<p>Geograafiline marsruuter (Geo Router) arvutab v\u00e4lja oma teeninduspiirkonna ja ligikaudse ulatuse. Geomarsruuterid, vahetades teeninduspiirkondi, loovad marsruuditud tabeleid. Geomarsruuterite s\u00fcsteem on hierarhilise struktuuriga.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/fa98a1f0705bd754e1a9c8b479c834a7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/da36388f194ac565aba7b7661839ff6c.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/16161b1bdc81867d8c8bba7bd084b7cf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Unicast, Multicast ja Broadcast.<\/i><\/p>\n<p>Anycast tehnoloogia kasutamine t\u00f5stab DNS-i usaldusv\u00e4\u00e4rsust, paindlikkust ja turvalisust. Selle tehnoloogia abil pakuvad operaatorid oma klientidele erinevaid DNS-i p\u00f5hiseid koormuse tasakaalustamise teenuseid. Kontohalduses saab m\u00e4\u00e4rata IP-aadresse, kuhu p\u00e4ringud suunatakse s\u00f5ltuvalt geograafilisest asukohast. See annab klientidele suurema paindlikkuse kasutajate p\u00e4ringute jaotamisel.<\/p>\n<p>M\u00f5ned operaatorid rakendavad marsruudi j\u00e4lgimiseks vahendeid iga kohaloleku punkti (POP) juures: s\u00fcsteem anal\u00fc\u00fcsib automaatselt l\u00fchimaid kohalikke ja globaalseid marsruute ning suunab need geograafiliste asukohtade kaudu, kus latentsus on madalaim ja seisakuaeg null.<\/p>\n<p>Praegu on Anycast k\u00f5ige stabiilsem ja usaldusv\u00e4\u00e4rsem lahendus suure koormusega DNS-teenuste ehitamiseks, millele esitatakse k\u00f5rged n\u00f5udmised vastupidavuse ja usaldusv\u00e4\u00e4rsuse osas. <\/p>\n<p>.ru domeen toetab 35 Anycast DNS-serverit, mis on koondatud 20 s\u00f5lme, jaotatuna viide Anycast-pilve. Samuti kasutatakse geograafilise jaotuse p\u00f5him\u00f5tet, st Geocast. DNS-s\u00f5lmede loomisel arvestatakse nende paigaldamist geograafiliselt hajutatud asukohtadesse, mis asuvad aktiivsete kasutajate l\u00e4hedal, maksimaalse Venemaa teenusepakkujate kontsentratsiooniga s\u00f5lme paigaldamiskohas, samuti vaba mahutavuse ja mugavuse olemasolu koost\u00f6\u00f6s platvormiga.<\/p>\n<h2>Kuidas luua CDN?<\/h2>\n<p>\nCDN on serverite v\u00f5rk, mis kiirendab sisu edastamist kasutajatele.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/503800\/\"> Sisu edastamise v\u00f5rk<\/a><\/noindex> \u00fchendab k\u00f5ik serverid \u00fcheks v\u00f5rguks ja tagab kiirema sisu laadimise. Laadimiskiirus s\u00f5ltub olulisel m\u00e4\u00e4ral serveri kaugusest kasutajast.<\/p>\n<p>CDN v\u00f5imaldab kasutada servereid, mis asuvad sihtr\u00fchmale k\u00f5ige l\u00e4hemal. See v\u00e4hendab ooteaega, aitab kiirendada veebisaitide sisu laadimist k\u00f5ikidele k\u00fclastajatele, mis on eriti kriitiline suurte failide v\u00f5i multimeedia teenuste lehtede puhul. CDN tavap\u00e4rased kasutusvaldkonnad on e-kaubandus ja meelelahutus.<\/p>\n<p>CDN infrastruktuuris loodud t\u00e4iendavate serverite v\u00f5rk, mis asub v\u00f5imalikult l\u00e4hedal kasutajatele, aitab saavutada stabiilsemat ja kiiremat andmete edastamist. Statistika kohaselt v\u00e4hendab CDN kasutamine veebisaidi juurde p\u00e4\u00e4semise viivitust rohkem kui 70% v\u00f5rreldes saitidega, kus CDN ei ole kasutusel.<\/p>\n<p>Kuidas<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/466447\/\"> luua CDN abil DNS<\/a><\/noindex>? \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 CDN \u0441 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f Anycast \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0434\u043e\u0440\u043e\u0433\u0438\u043c \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u043c, \u043d\u043e \u0435\u0441\u0442\u044c \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u0435 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u044b. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c GeoDNS \u0438 \u043e\u0431\u044b\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u0441 \u0443\u043d\u0438\u043a\u0430\u043b\u044c\u043d\u044b\u043c\u0438 IP-\u0430\u0434\u0440\u0435\u0441\u0430\u043c\u0438. \u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 GeoDNS \u043c\u043e\u0436\u043d\u043e \u0441\u043e\u0437\u0434\u0430\u0442\u044c CDN \u0441 \u0444\u0443\u043d\u043a\u0446\u0438\u044f\u043c\u0438 \u0433\u0435\u043e\u043b\u043e\u043a\u0430\u0446\u0438\u0438, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u044e\u0442\u0441\u044f \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u044f, \u0430 \u043d\u0435 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0440\u0435\u0441\u043e\u043b\u0432\u0435\u0440\u0430 DNS. \u041c\u043e\u0436\u043d\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0432\u043e\u044e DNS-\u0437\u043e\u043d\u0443 \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0442\u044c IP-\u0430\u0434\u0440\u0435\u0441\u0430 \u0430\u043c\u0435\u0440\u0438\u043a\u0430\u043d\u0441\u043a\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u044f\u043c \u0438\u0437 \u0421\u0428\u0410, \u0430 \u0435\u0432\u0440\u043e\u043f\u0435\u0439\u0441\u043a\u0438\u0435 \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u0438 \u0431\u0443\u0434\u0443\u0442 \u0432\u0438\u0434\u0435\u0442\u044c IP-\u0430\u0434\u0440\u0435\u0441 \u0438\u0437 \u0415\u0432\u0440\u043e\u043f\u044b.<\/p>\n<p>GeoDNS v\u00f5imaldab tagastada erinevaid DNS-vastuseid s\u00f5ltuvalt kasutaja IP-aadressist. Selleks konfigureeritakse DNS-server nii, et see tagastab erinevad IP-aadressid, s\u00f5ltuvalt p\u00e4ringu algsest IP-aadressist. T\u00fc\u00fcpiliselt m\u00e4\u00e4ratakse piirkond, kust p\u00e4ring tehakse, GeoIP andmebaasi p\u00f5hjal. DNS-i geolokatsioon v\u00f5imaldab kasutajatele edastada sisu l\u00e4himast serverist.<\/p>\n<p>GeoDNS m\u00e4\u00e4rab DNS-p\u00e4ringu saatva kliendi IP-aadressi v\u00f5i teenusepakkuja rekursiivse DNS-serveri IP-aadressi, mida kasutatakse kliendip\u00e4ringu t\u00f6\u00f6tlemisel. Kliendi IP-aadressi ja GeoIP andmebaasi alusel m\u00e4\u00e4ratakse riik\/region. Seej\u00e4rel saab klient l\u00e4hima CDN-serveri IP-aadressi. GeoDNS-i seadistamise kohta saad l\u00e4hemalt lugeda<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/178727\/\"> siit<\/a><\/noindex>.<\/p>\n<h2>Anycast v\u00f5i GeoDNS?<\/h2>\n<p>\nKuigi Anycast on suurep\u00e4rane viis sisu edastamiseks globaalses mastaabis, puudub tal spetsiifilisus. Siin tuleb appi GeoDNS. See teenus v\u00f5imaldab luua reegleid, mis suunavad kasutajad unikaalsetele l\u00f5pp-punktidele vastavalt nende asukohale.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/05c9d6752ba196f90bfefe6091075b23.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>N\u00e4ide: Euroopa kasutajad suunatakse teisele l\u00f5pp-punktile.<\/i><\/p>\n<p>Samuti v\u00f5ib juurdep\u00e4\u00e4su domeenidele keelata, l\u00fckates tagasi k\u00f5ik p\u00e4ringud. See on kiire viis r\u00fcndajate \u00e4rahoidmiseks.<\/p>\n<p>GeoDNS annab t\u00e4psemaid vastuseid kui Anycast. Kui Anycasti puhul m\u00e4\u00e4ratakse l\u00fchim marsruut h\u00fcpete arvu j\u00e4rgi, siis GeoDNS-is toimub l\u00f5ppkasutajate marsruutimine vastavalt nende f\u00fc\u00fcsilisele asukohale. See v\u00e4hendab latentsust ja suurendab t\u00e4psust, luues granulaarsed marsruudireeglid. <\/p>\n<p>Domeenile liikudes p\u00f6\u00f6rdub brauser l\u00e4hima DNS-serveri poole, mis annab IP-aadressi saidi laadimiseks s\u00f5ltuvalt 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\u00e4ringu l\u00e4himale serverile, ja kuna see asub kaugel, kulub vastuse ootamisele palju aega \u2014 saidi laadimise aeg ei ole kiiruselt hea.<\/p>\n<p>GeoDNS-serveri paigutamine Ameerikasse v\u00f5imaldab kasutajatel p\u00f6\u00f6rduda juba selle poole. Vastus tuleb kiiresti, mis m\u00f5jutab saidi laadimise kiirus.<\/p>\n<p>Kui kasutaja USA-st suundub antud domeeni juurde olemasoleva DNS-serveri kaudu, p\u00f6\u00f6rdub ta l\u00e4hima 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.<\/p>\n<p>Kui paigutada USA-sse CDN-serverid koos vahem\u00e4lustatud andmetega, siis klientide brauserid saadavad laadimise ajal p\u00e4ringu l\u00e4himale DNS-serverile, mis tagastab vajaliku IP-aadressi. Brauser, kellel on saadud IP, p\u00f6\u00f6rdub l\u00e4hima CDN-serveri ja p\u00f5hiserveri poole, ning CDN-server edastab brauserile vahem\u00e4lustatud sisu. Samal ajal, kui vahem\u00e4lustatud sisu laaditakse, saadetakse p\u00f5hiserverist puuduvad failid, et veebisaidi t\u00e4iendav laadimine toimuks. Tulemuseks on veebisaidi laadimisaja v\u00e4henemine, kuna p\u00f5hiserverist saadetakse palju v\u00e4hem faile. <\/p>\n<p>Teatud IP-aadressi t\u00e4pne asukoha m\u00e4\u00e4ramine ei ole alati lihtne \u00fclesanne: siin m\u00e4ngivad rolli paljusid tegureid ja IP-aadresside vahemike omanikud v\u00f5ivad otsustada deklareerida need kaugel teises maailma nurgas (sel juhul tuleb oodata, kuni andmebaas uuendatakse, et saada \u00f5ige asukoht). Sageli m\u00e4\u00e4ravad VPS-teenuse pakkujad aadresse, mis kahtlustatavalt asuvad USA-s, Singapore'is asuvatele VPS-idele.<\/p>\n<p>Erinevalt Anycast-aadresside kasutamisest toimub jaotamine nime lahendamise ajal, mitte \u00fchenduse loomise ajal vahem\u00e4lu serveriga. Kui rekursiivne server ei toeta kliendi alamv\u00f5rke EDNS, kasutatakse selle rekursiivse serveri asukohta, mitte kasutaja asukohta, kes \u00fchendub vahem\u00e4lu serveriga.<\/p>\n<p>Kliendi alamv\u00f5rgud DNS-is on DNS-i laiendus (RFC7871), mis m\u00e4\u00e4ratleb, kuidas rekursiivsed DNS-serverid saavad saata kliendi informatsiooni DNS-serverisse, sealhulgas teavet v\u00f5rgu kohta, mida GeoDNS-server v\u00f5ib kasutada kliendi asukoha t\u00e4psemaks m\u00e4\u00e4ramiseks.<\/p>\n<p>Enamik inimesi kasutavad oma internetiteenuse pakkuja DNS-servereid v\u00f5i DNS-servereid, mis asuvad neile geograafiliselt l\u00e4hedal. Kuid kui keegi USA-s otsustab mingil p\u00f5hjusel kasutada DNS-resolvert, mis asub Austraalias, siis t\u00f5en\u00e4oliselt saab ta IP-aadressi serverile, mis asub Austraaliasse k\u00f5ige l\u00e4hemal. <\/p>\n<p>Kui soovite kasutada GeoDNS-i, on oluline teada selliseid n\u00fcansse, kuna m\u00f5nel juhul v\u00f5ib see suurendada vahemaa serverite ja kliendi vahel.<\/p>\n<p>Kokkuv\u00f5te: kui soovite \u00fchendada mitu VPS-i CDN-iga, siis on parim deploymise variant kasutada DNS-serveri kombinatsiooni GeoDNS-i funktsiooniga + Anycast 'v\u00e4lja kastist'.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"http:\/\/ruvds.com\/ru-rub?utm_source=habr&amp;utm_medium=article&amp;utm_campaign=caplin&amp;utm_content=anycastvsunicast#order\"><img decoding=\"async\" alt=\"Anycast vs Unicast: mida valida igas olukorras\" src=\"\/wp-content\/uploads\/2020\/07\/73c6b0732883a352ddd9096804f2e533.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414. \u0418\u0434\u0435\u044f Anycast \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e, \u0432 \u0437\u0430\u0432\u0438\u0441\u0438\u043c\u043e\u0441\u0442\u0438 \u043e\u0442 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438\u0441\u0442\u043e\u0447\u043d\u0438\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432, \u0434\u0430\u043d\u043d\u044b\u0435 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u0431\u043b\u0438\u0436\u0430\u0439\u0448\u0438\u0439 (\u0441\u043e\u0433\u043b\u0430\u0441\u043d\u043e \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u0438 \u0441\u0435\u0442\u0438, \u0442\u043e\u0447\u043d\u0435\u0435 \u2014 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 BGP) \u0441\u0435\u0440\u0432\u0435\u0440. \u0422\u0430\u043a\u0438\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":88962,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-88961","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414. \u0418\u0434\u0435\u044f Anycast \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e, \u0432 \u0437\u0430\u0432\u0438\u0441\u0438\u043c\u043e\u0441\u0442\u0438 \u043e\u0442 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438\u0441\u0442\u043e\u0447\u043d\u0438\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432, \u0434\u0430\u043d\u043d\u044b\u0435 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u0431\u043b\u0438\u0436\u0430\u0439\u0448\u0438\u0439 (\u0441\u043e\u0433\u043b\u0430\u0441\u043d\u043e \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u0438 \u0441\u0435\u0442\u0438, \u0442\u043e\u0447\u043d\u0435\u0435 \u2014 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 BGP) \u0441\u0435\u0440\u0432\u0435\u0440. \u0422\u0430\u043a\u0438\u043c\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Anycast \u043f\u0440\u043e\u0442\u0438\u0432 Unicast: \u0447\u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u0432\u044b\u0431\u0438\u0440\u0430\u0442\u044c \u0432 \u043a\u0430\u0436\u0434\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414. \u0418\u0434\u0435\u044f Anycast \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e, \u0432 \u0437\u0430\u0432\u0438\u0441\u0438\u043c\u043e\u0441\u0442\u0438 \u043e\u0442 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438\u0441\u0442\u043e\u0447\u043d\u0438\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432, \u0434\u0430\u043d\u043d\u044b\u0435 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u0431\u043b\u0438\u0436\u0430\u0439\u0448\u0438\u0439 (\u0441\u043e\u0433\u043b\u0430\u0441\u043d\u043e \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u0438 \u0441\u0435\u0442\u0438, \u0442\u043e\u0447\u043d\u0435\u0435 \u2014 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 BGP) \u0441\u0435\u0440\u0432\u0435\u0440. \u0422\u0430\u043a\u0438\u043c\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-07-16T17:42:34+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-07-16T17:42:34+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Anycast vs Unicast: kumbas valida valida ProHosteriga","description":"Paljud on kindlasti kuulnud Anycastist. Selle meetodi korraldamiseks ja marsruutimiseks antakse \u00fche IP-aadress \u00fche v\u00f5i mitme serveri vahel. Need serverid v\u00f5ivad asuda isegi \u00fcksteisest kaugel erinevates andmekeskustes. Anycasti idee seisneb selles, et vastavalt p\u00e4ringute allika asukohale saadetakse andmed l\u00e4himasse (v\u00f5rgutopoloogia, t\u00e4psemalt BGP marsruutimisprotokolli j\u00e4rgi) serverisse. Nii,","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Anycast \u043f\u0440\u043e\u0442\u0438\u0432 Unicast: \u0447\u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u0432\u044b\u0431\u0438\u0440\u0430\u0442\u044c \u0432 \u043a\u0430\u0436\u0434\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435 | ProHoster","og:description":"\u041f\u0440\u043e Anycast \u043d\u0430\u0432\u0435\u0440\u043d\u044f\u043a\u0430 \u043c\u043d\u043e\u0433\u0438\u0435 \u0441\u043b\u044b\u0448\u0430\u043b\u0438. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043c\u0435\u0442\u043e\u0434\u0435 \u0441\u0435\u0442\u0435\u0432\u043e\u0439 \u0430\u0434\u0440\u0435\u0441\u0430\u0446\u0438\u0438 \u0438 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u043e\u0434\u0438\u043d IP-\u0430\u0434\u0440\u0435\u0441 \u043f\u0440\u0438\u0441\u0432\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u0438\u043c \u0441\u0435\u0440\u0432\u0435\u0440\u0430\u043c \u0432 \u0441\u0435\u0442\u0438. \u042d\u0442\u0438 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0430\u0445\u043e\u0434\u0438\u0442\u044c\u0441\u044f \u0434\u0430\u0436\u0435 \u0432 \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0445 \u0434\u0440\u0443\u0433 \u043e\u0442 \u0434\u0440\u0443\u0433\u0430 \u0426\u041e\u0414. \u0418\u0434\u0435\u044f Anycast \u0432 \u0442\u043e\u043c, \u0447\u0442\u043e, \u0432 \u0437\u0430\u0432\u0438\u0441\u0438\u043c\u043e\u0441\u0442\u0438 \u043e\u0442 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0438\u0441\u0442\u043e\u0447\u043d\u0438\u043a\u0430 \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432, \u0434\u0430\u043d\u043d\u044b\u0435 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u044e\u0442\u0441\u044f \u043d\u0430 \u0431\u043b\u0438\u0436\u0430\u0439\u0448\u0438\u0439 (\u0441\u043e\u0433\u043b\u0430\u0441\u043d\u043e \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u0438 \u0441\u0435\u0442\u0438, \u0442\u043e\u0447\u043d\u0435\u0435 \u2014 \u043f\u0440\u043e\u0442\u043e\u043a\u043e\u043b\u0430 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 BGP) \u0441\u0435\u0440\u0432\u0435\u0440. \u0422\u0430\u043a\u0438\u043c","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-07-16T17:42:34+00:00","article:modified_time":"2020-07-16T17:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"88961","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 13:19:34","updated":"2022-09-27 19:09:43"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/88961","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=88961"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/88961\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/88962"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=88961"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=88961"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=88961"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}