{"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\/sk\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>O Anycast-e ur\u010dite po\u010duli mnoh\u00ed. Pri tejto met\u00f3de sie\u0165ov\u00e9ho adresovania a smerovania je jeden IP adresa priraden\u00e1 viacer\u00fdm serverom v sieti. Tieto servery m\u00f4\u017eu by\u0165 dokonca vzdialen\u00e9 od seba v r\u00f4znych d\u00e1tov\u00fdch centr\u00e1ch. My\u0161lienka Anycastu spo\u010d\u00edva v tom, \u017ee v z\u00e1vislosti od polohy zdroja po\u017eiadaviek sa d\u00e1ta posielaj\u00fa na najbli\u017e\u0161\u00ed (pod\u013ea topol\u00f3gie siete, presnej\u0161ie \u2014 protokolu smerovania BGP) server. Takto je mo\u017en\u00e9 zn\u00ed\u017ei\u0165 po\u010det sie\u0165ov\u00fdch skokov (hop) a oneskorenie (latency). <\/p>\n<p>V podstate sa vyhlasuje jedna a t\u00e1 ist\u00e1 trasa z viacer\u00fdch d\u00e1tov\u00fdch centier po celom svete. Takto s\u00fa z\u00e1kazn\u00edci nasmerovan\u00ed do \u201enajlep\u0161ieho\u201c a \u201enajbli\u017e\u0161ieho\u201c d\u00e1tov\u00e9ho centra pod\u013ea tr\u00e1s BGP. Pre\u010do teda Anycast? Pre\u010do pou\u017e\u00edva\u0165 Anycast namiesto Unicastu?<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\"><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" 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 skuto\u010dne vyhovuje pre webov\u00fa str\u00e1nku s jedn\u00fdm webov\u00fdm serverom a umiernen\u00fdm objemom prev\u00e1dzky. Av\u0161ak ak m\u00e1 slu\u017eba mili\u00f3ny sledovate\u013eov, zvy\u010dajne vyu\u017e\u00edva mno\u017estvo webov\u00fdch serverov, z ktor\u00fdch ka\u017ed\u00fd m\u00e1 rovnak\u00fa IP adresu. Tieto servery s\u00fa geograficky rozlo\u017een\u00e9 pre optim\u00e1lne spracovanie po\u017eiadaviek.<\/p>\n<p>V takomto scen\u00e1ri Anycast prinesie zlep\u0161enie v\u00fdkonu (prev\u00e1dzka je smerovan\u00e1 k pou\u017e\u00edvate\u013eovi s minim\u00e1lnym oneskoren\u00edm), zabezpe\u010d\u00ed spo\u013eahlivos\u0165 slu\u017eby (v\u010faka z\u00e1lo\u017en\u00fdm serverom) a vyv\u00e1\u017eenie z\u00e1\u0165a\u017ee \u2014 smerovanie na nieko\u013eko serverov \u00fa\u010dinne rozdel\u00ed z\u00e1\u0165a\u017e medzi nimi, \u010d\u00edm zlep\u0161\u00ed r\u00fdchlos\u0165 fungovania webovej str\u00e1nky.<\/p>\n<p>Oper\u00e1tori pon\u00fakaj\u00fa z\u00e1kazn\u00edkom r\u00f4zne typy vyv\u00e1\u017eenia z\u00e1\u0165a\u017ee na z\u00e1klade Anycastu a DNS. Z\u00e1kazn\u00edci m\u00f4\u017eu ur\u010di\u0165 IP adresy, na ktor\u00e9 bud\u00fa po\u017eiadavky smerovan\u00e9 v z\u00e1vislosti od geografickej polohy str\u00e1nky. To umo\u017e\u0148uje flexibilnej\u0161ie rozde\u013eovanie po\u017eiadaviek pou\u017e\u00edvate\u013eov.<\/p>\n<p>Predpokladajme, \u017ee je nieko\u013eko lokal\u00edt, medzi ktor\u00fdmi je potrebn\u00e9 rozlo\u017ei\u0165 z\u00e1\u0165a\u017e (u\u017e\u00edvate\u013eov), napr\u00edklad e-shop s 100 000 po\u017eiadavkami denne alebo popul\u00e1rny blog. Na obmedzenie regi\u00f3nu, z ktor\u00e9ho pou\u017e\u00edvatelia vstupuj\u00fa na konkr\u00e9tnu lokalitu, je mo\u017en\u00e9 vyu\u017ei\u0165 mo\u017enos\u0165 Geo Community. Umo\u017e\u0148uje to obmedzi\u0165 regi\u00f3n, v r\u00e1mci ktor\u00e9ho oper\u00e1tor ozn\u00e1mi trasu.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/54582f256a946a3ff557ab971cec087d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/48849a5cf65cb1c7190c1f75aa33e2d8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast a Unicast: rozdiely<\/i><\/p>\n<p>Anycast sa \u010dasto vyu\u017e\u00edva v aplik\u00e1ci\u00e1ch, ako s\u00fa DNS (syst\u00e9m dom\u00e9nov\u00fdch mien) a CDN (siete na distrib\u00faciu obsahu), \u010d\u00edm umo\u017e\u0148uje rozhodovanie o smerovan\u00ed, ktor\u00e9 zvy\u0161uje v\u00fdkonnos\u0165 siete. Siete na distrib\u00faciu obsahu vyu\u017e\u00edvaj\u00fa Anycast, preto\u017ee \u010del\u00ed ve\u013ek\u00fdm objemom prenosu, a Anycast v tomto pr\u00edpade poskytuje nieko\u013eko v\u00fdhod (o ktor\u00fdch sa dozviete ni\u017e\u0161ie). V DNS Anycast umo\u017e\u0148uje v\u00fdrazne zv\u00fd\u0161i\u0165 \u00farove\u0148 spo\u013eahlivosti a odolnosti slu\u017eby.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/8043fec22ecef8aa2b3b9c1a06e8f5f9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>V Anycast IP, pri pou\u017eit\u00ed BGP, existuje nieko\u013eko ciest k konkr\u00e9tnemu hostite\u013eovi. V skuto\u010dnosti ide o k\u00f3pie hostite\u013eov v nieko\u013ek\u00fdch d\u00e1tov\u00fdch centr\u00e1ch, ktor\u00e9 sa pou\u017e\u00edvaj\u00fa na nadviazanie spojenia s ni\u017e\u0161ou latenciou.<\/i><\/p>\n<p>Tak\u017ee v sieti Anycast je rovnak\u00e1 IP adresa ohlasovan\u00e1 z r\u00f4znych miest, a sie\u0165 rozhoduje, kam nasmerova\u0165 po\u017eiadavku pou\u017e\u00edvate\u013ea na z\u00e1klade \"n\u00e1kladov\" cesty. Napr\u00edklad, na ur\u010denie najkrat\u0161ej cesty prenosu d\u00e1t sa \u010dasto pou\u017e\u00edva protokol BGP. Ke\u010f pou\u017e\u00edvate\u013e odo\u0161le po\u017eiadavku Anycast, BGP ur\u010duje najlep\u0161\u00ed smer pre dostupn\u00e9 servery v sieti Anycast.<\/p>\n<h2>V\u00fdhody Anycast<\/h2>\n<p>Zn\u00ed\u017eenie latencie<br \/>\nSyst\u00e9my s Anycast s\u00fa schopn\u00e9 zn\u00ed\u017ei\u0165 latenciu pri spracovan\u00ed pou\u017e\u00edvate\u013esk\u00fdch po\u017eiadaviek, preto\u017ee umo\u017e\u0148uj\u00fa z\u00edskava\u0165 d\u00e1ta z najbli\u017e\u0161ieho servera. To znamen\u00e1, \u017ee pou\u017e\u00edvatelia sa v\u017edy pripoja k \"najbli\u017e\u0161iemu\" (z poh\u013eadu smerovacieho protokolu) DNS serveru. V d\u00f4sledku toho Anycast zni\u017euje \u010das interakcie zmen\u0161en\u00edm vzdialenosti medzi klientom a serverom. To nielen zni\u017euje latenciu, ale aj zabezpe\u010duje vyv\u00e1\u017eenie z\u00e1\u0165a\u017ee.<\/p>\n<p>R\u00fdchlos\u0165<\/p>\n<p>Ke\u010f\u017ee je prenos d\u00e1t nasmerovan\u00fd na najbli\u017e\u0161\u00ed uzol a zni\u017euje sa latencia medzi klientom a uzlom, v\u00fdsledkom bude optimaliz\u00e1cia r\u00fdchlosti doru\u010denia, nez\u00e1visle od toho, odkia\u013e klient \u017eiada inform\u00e1cie.<\/p>\n<p>Zv\u00fd\u0161en\u00e1 stabilita a odolnos\u0165<\/p>\n<p>Ak nieko\u013eko serverov po celom svete pou\u017e\u00edva rovnak\u00fa IP adresu, v pr\u00edpade zlyhania jedn\u00e9ho zo serverov alebo jeho odpojenia bude prenos nasmerovan\u00fd na najbli\u017e\u0161\u00ed server. V d\u00f4sledku toho Anycast rob\u00ed slu\u017ebu odolnej\u0161ou a zabezpe\u010duje lep\u0161\u00ed pr\u00edstup k sieti\/latenciu\/r\u00fdchlos\u0165.\u00a0<\/p>\n<p>T\u00fdmto sp\u00f4sobom, v\u010faka existencii nieko\u013ek\u00fdch serverov neust\u00e1le dostupn\u00fdch pre pou\u017e\u00edvate\u013eov, Anycast zvy\u0161uje stabilitu DNS. Pri v\u00fdpadku uzla sa pou\u017e\u00edvate\u013esk\u00e9 po\u017eiadavky presmeruj\u00fa na in\u00fd DNS server bez akejko\u013evek manu\u00e1lnej intervencie alebo prekonfigurovania. Anycast zabezpe\u010duje prakticky bezprobl\u00e9mov\u00fd prechod na in\u00e9 str\u00e1nky, jednoducho odstr\u00e1nen\u00edm tr\u00e1s probl\u00e9movej str\u00e1nky.\u00a0<\/p>\n<p>Vyv\u00e1\u017eenie z\u00e1\u0165a\u017ee<\/p>\n<p>V syst\u00e9me Anycast sa sie\u0165ov\u00fd traffic rozde\u013euje medzi r\u00f4zne servery. To znamen\u00e1, \u017ee funguje ako vyva\u017eova\u010d z\u00e1\u0165a\u017ee, zabra\u0148uj\u00fac tomu, aby ak\u00fdko\u013evek jednotliv\u00fd server dostal hlavn\u00fa \u010das\u0165 trafficu. Vyv\u00e1\u017eenie z\u00e1\u0165a\u017ee sa m\u00f4\u017ee pou\u017e\u00edva\u0165, napr\u00edklad, ke\u010f sa nach\u00e1dza nieko\u013eko sie\u0165ov\u00fdch uzlov na tej istej geografickej vzdialenosti od zdroja po\u017eiadaviek. V tomto pr\u00edpade sa z\u00e1\u0165a\u017e rozde\u013euje medzi uzly.<\/p>\n<p>Zn\u00ed\u017eenie dopadu DoS \u00fatokov\u00a0<\/p>\n<p>\u010eal\u0161ou vlastnos\u0165ou Anycastu je odolnos\u0165 vo\u010di DDoS. DDoS \u00fatokom sa pravdepodobne nepodar\u00ed odstavi\u0165 syst\u00e9m Anycast, preto\u017ee by bolo potrebn\u00e9 zdola\u0165 v\u0161etky servery v sieti z\u00e1plavou po\u017eiadaviek.\u00a0<\/p>\n<p>V DDoS \u00fatokoch sa \u010dasto pou\u017e\u00edvaj\u00fa botnety, ktor\u00e9 m\u00f4\u017eu generova\u0165 tak\u00fd objem trafficu, \u017ee pre\u0165a\u017e\u00ed napadnut\u00fd server. V\u00fdhodou pou\u017e\u00edvania Anycastu v tejto situ\u00e1cii je, \u017ee ka\u017ed\u00fd server dok\u00e1\u017ee 'pohltit' \u010das\u0165 \u00fatoku, \u010do zni\u017euje z\u00e1\u0165a\u017e na konkr\u00e9tny server. \u00datok typu 'odmietnutie slu\u017eby' pravdepodobne zostane lokalizovan\u00fd na serveri a neovplyvn\u00ed cel\u00fd servis.<\/p>\n<p>Vysok\u00e1 horizont\u00e1lna \u0161k\u00e1lovate\u013enos\u0165<\/p>\n<p>Syst\u00e9my Anycast s\u00fa ve\u013emi vhodn\u00e9 pre slu\u017eby s ve\u013ek\u00fdmi objemami trafficu. Ak slu\u017eba vyu\u017e\u00edvaj\u00faca Anycast potrebuje nov\u00e9 servery na spracovanie rast\u00faceho trafficu, m\u00f4\u017eu sa do siete prida\u0165 nov\u00e9 servery na jeho spracovanie. M\u00f4\u017eu by\u0165 umiestnen\u00e9 na nov\u00fdch alebo u\u017e existuj\u00facich lokalit\u00e1ch.\u00a0<\/p>\n<p>Ak v konkr\u00e9tnom mieste doch\u00e1dza k ve\u013ek\u00e9mu n\u00e1rastu prev\u00e1dzky, pridanie servera pom\u00f4\u017ee vyv\u00e1\u017ei\u0165 z\u00e1\u0165a\u017e pre dan\u00fa lokalitu. Pridanie servera na novej lokalite pom\u00f4\u017ee skr\u00e1ti\u0165 \u010das \u010dakania, \u010d\u00edm vytvor\u00ed pre niektor\u00fdch pou\u017e\u00edvate\u013eov nov\u00fd najkrat\u0161\u00ed smer. Obe met\u00f3dy tie\u017e pom\u00e1haj\u00fa zv\u00fd\u0161i\u0165 stabilitu slu\u017eby, ke\u010f\u017ee sa v sieti st\u00e1vaj\u00fa dostupn\u00e9 nov\u00e9 servery. Tak\u017ee ak je server pre\u0165a\u017een\u00fd, je mo\u017en\u00e9 jednoducho nasadi\u0165 \u010fal\u0161\u00ed na mieste, ktor\u00e9 mu umo\u017en\u00ed prij\u00edma\u0165 \u010das\u0165 po\u017eiadaviek pre\u0165a\u017een\u00e9ho servera. Pri tom nebude potrebn\u00e1 \u00faprava zo strany klientov.\u00a0<\/p>\n<p>Len t\u00fdmto sp\u00f4sobom je mo\u017en\u00e9 obsl\u00fa\u017ei\u0165 terabity prev\u00e1dzky a ve\u013emi ve\u013ek\u00fd po\u010det pou\u017e\u00edvate\u013eov, ke\u010f m\u00e1 server iba nieko\u013eko portov 10 alebo 25 Gbit\/s. 100 hostite\u013eov s jednou IP adresou umo\u017en\u00ed spracova\u0165 terabitov\u00e9 objemy prev\u00e1dzky.<\/p>\n<p>Jednoduchos\u0165 spr\u00e1vy konfigur\u00e1cie<\/p>\n<p>Ako u\u017e bolo spomenut\u00e9 vy\u0161\u0161ie, zauj\u00edmav\u00e9 vyu\u017eitie Anycastu je DNS. M\u00f4\u017ee sa umiestni\u0165 v uzloch siete nieko\u013eko r\u00f4znych DNS serverov, ale pou\u017ei\u0165 jednu DNS adresu. V z\u00e1vislosti od toho, kde sa nach\u00e1dza zdroj, s\u00fa po\u017eiadavky smerovan\u00e9 na najbli\u017e\u0161\u00ed uzol. To zabezpe\u010duje ur\u010dit\u00fa vyv\u00e1\u017eenos\u0165 prev\u00e1dzky a redundanciu v pr\u00edpade zlyhania DNS servera. Tak\u017ee namiesto toho, aby sa nastavovali r\u00f4zne DNS servery v z\u00e1vislosti od toho, kde sa nach\u00e1dzaj\u00fa, m\u00f4\u017ee sa konfigur\u00e1cia jedn\u00e9ho DNS servera \u0161\u00edri\u0165 na v\u0161etky uzly.<\/p>\n<p>Siete Anycast je mo\u017en\u00e9 nastavi\u0165 na smerovanie po\u017eiadaviek nielen na z\u00e1klade vzdialenosti, ale aj na z\u00e1klade tak\u00fdch parametrov, ako s\u00fa dostupnos\u0165 servera, po\u010det akt\u00edvnych pripojen\u00ed alebo doba odozvy.<\/p>\n<p>Na pou\u017e\u00edvanie technol\u00f3gie Anycast zo strany klienta nie s\u00fa potrebn\u00e9 \u017eiadne \u0161peci\u00e1lne servery, siete alebo \u0161peci\u00e1lne komponenty. Av\u0161ak Anycast m\u00e1 aj nev\u00fdhody. Pova\u017euje sa za n\u00e1ro\u010dn\u00e9 na implement\u00e1ciu, vy\u017eaduje dodato\u010dn\u00e9 vybavenie, spo\u013eahliv\u00fdch poskytovate\u013eov a spr\u00e1vne smerovanie prev\u00e1dzky.<\/p>\n<h2>Od \u010dist\u00e9ho prame\u0148a do kr\u00e1sneho dia\u013eava<\/h2>\n<p>\nHoci Anycast nasmeruje pou\u017e\u00edvate\u013eov na z\u00e1klade najmen\u0161ieho po\u010dtu prechodov, to e\u0161te nemus\u00ed znamena\u0165 minim\u00e1lnu latenciu. Latencia je zlo\u017eitej\u0161ia metrika, preto\u017ee pri jednom prechode m\u00f4\u017ee by\u0165 vy\u0161\u0161ia ako pri desiatich. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/8fb50007806759ab243c89bb88cdeb31.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Pr\u00edklad: medzi\u0161t\u00e1tne komunik\u00e1cie m\u00f4\u017eu zah\u0155\u0148a\u0165 jeden prechod s ve\u013emi vysokou latenciou.<\/i><\/p>\n<p>Anycast sa preva\u017ene pou\u017e\u00edva na slu\u017eby zalo\u017een\u00e9 na UDP, ako je DNS. Po\u017eiadavky pou\u017e\u00edvate\u013eov s\u00fa smerovan\u00e9 do \"najlep\u0161ieho\" a \"najbli\u017e\u0161ieho\" d\u00e1tov\u00e9ho centra na z\u00e1klade tr\u00e1s BGP. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/05a1b75b981d55967e44e3b90cfd88b9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Pr\u00edklad: pracovn\u00e1 stanica DNS-klienta s IP adresou Anycast DNS 123.10.10.10 vykon\u00e1va preklad DNS pre najbli\u017e\u0161\u00ed z troch DNS serverov s rovnakou IP adresou Anycast. V pr\u00edpade zlyhania smerova\u010da R1 alebo servera A bud\u00fa pakety DNS-klienta automaticky presmerovan\u00e9 na nasleduj\u00faci najbli\u017e\u0161\u00ed DNS server cez smerova\u010de R2 a R3. Okrem toho bude trasa k n\u00e1\u0161mu serveru A odstr\u00e1nen\u00e1 z tabuliek smerovania, \u010do zabr\u00e1ni \u010fal\u0161iemu pou\u017e\u00edvaniu tohto servera mien.<\/i><\/p>\n<h2>Scen\u00e1re nasadenia<\/h2>\n<p>\nExistuj\u00fa dve be\u017en\u00e9 sch\u00e9my, ktor\u00e9 sa pou\u017e\u00edvaj\u00fa na ur\u010denie toho, ku ktor\u00e9mu serveru sa pou\u017e\u00edvate\u013e prip\u00e1ja:<\/p>\n<ul>\n<li><b>Anycast na \u00farovni siete<\/b>. Spojuje pou\u017e\u00edvate\u013ea s najbli\u017e\u0161\u00edm serverom. Tu je d\u00f4le\u017eit\u00e1 sie\u0165ov\u00e1 cesta od pou\u017e\u00edvate\u013ea k serveru.<\/li>\n<li><b>Anycast na \u00farovni aplik\u00e1cie<\/b>. V tejto sch\u00e9me je viac vypo\u010d\u00edtan\u00fdch metrik, vr\u00e1tane dostupnosti servera, doby odozvy, po\u010dtu pripojen\u00ed at\u010f. Z\u00e1vis\u00ed to od extern\u00e9ho monitora, ktor\u00fd poskytuje \u0161tatistiky o sieti.<\/li>\n<\/ul>\n<p><\/p>\n<h2>CDN zalo\u017een\u00e9 na Anycast<\/h2>\n<p>\nTeraz sa vr\u00e1\u0165me k pou\u017e\u00edvaniu Anycast v sie\u0165ach dod\u00e1vky obsahu. Anycast ur\u010dite predstavuje zauj\u00edmav\u00fa sie\u0165ov\u00fa koncepciu a z\u00edskava \u010doraz v\u00e4\u010d\u0161ie uznanie u poskytovate\u013eov CDN novej gener\u00e1cie.<\/p>\n<p>CDN je distribuovan\u00e1 sie\u0165 serverov, ktor\u00e9 dod\u00e1vaj\u00fa obsah kone\u010dn\u00fdm pou\u017e\u00edvate\u013eom s vysokou dostupnos\u0165ou a n\u00edzkou latenciou. Siete dod\u00e1vky obsahu zohr\u00e1vaj\u00fa dnes d\u00f4le\u017eit\u00fa \u00falohu, ke\u010f\u017ee s\u00fa z\u00e1kladom mnoh\u00fdch multimedi\u00e1lnych online slu\u017eieb a spotrebitelia s\u00fa \u010doraz menej trpezliv\u00ed vo\u010di pomal\u00fdm r\u00fdchlostiam na\u010d\u00edtania. Video a hlasov\u00e9 aplik\u00e1cie s\u00fa obzvl\u00e1\u0161\u0165 citliv\u00e9 na jitter a latenciu v sieti. <\/p>\n<p>CDN sp\u00e1ja v\u0161etky servery do jednej siete a zabezpe\u010duje r\u00fdchlej\u0161ie na\u010d\u00edtanie obsahu. Niekedy sa podar\u00ed skr\u00e1ti\u0165 \u010das \u010dakania pou\u017e\u00edvate\u013ea o 5-6 sek\u00fand. Cie\u013eom CDN je optimaliz\u00e1cia dod\u00e1vky prostredn\u00edctvom poskytovania obsahu zo servera, ktor\u00fd je najbli\u017e\u0161ie k koncov\u00e9mu pou\u017e\u00edvate\u013eovi. Je to ve\u013emi podobn\u00e9 ako Anycast, kde sa vyber\u00e1 najbli\u017e\u0161\u00ed server na z\u00e1klade polohy koncov\u00e9ho pou\u017e\u00edvate\u013ea. Zdalo by sa, \u017ee ka\u017ed\u00fd poskytovate\u013e CDN by predvolene mal pou\u017e\u00edva\u0165 Anycast, ale v skuto\u010dnosti to tak nie je.<\/p>\n<p>Aplik\u00e1cie, ktor\u00e9 pou\u017e\u00edvaj\u00fa protokoly ako HTTP\/TCP, sa spoliehaj\u00fa na nadv\u00e4zovan\u00e9 spojenie. Ak je vybran\u00fd nov\u00fd uzol Anycast (napr\u00edklad pri v\u00fdpadku servera), m\u00f4\u017ee d\u00f4js\u0165 k preru\u0161en\u00e9mu servisu. Pr\u00e1ve preto bol Anycast predt\u00fdm odpor\u00fa\u010dan\u00fd pre slu\u017eby bez nadv\u00e4zovania spojenia, ako s\u00fa UDP a DNS. Napriek tomu Anycast dobre funguje aj pre protokoly orientovan\u00e9 na spojenie, napr\u00edklad TCP perfektn\u00e9 funguje v re\u017eime Anycast.<\/p>\n<p>Niektor\u00ed poskytovatelia CDN pou\u017e\u00edvaj\u00fa smerovanie na z\u00e1klade Anycast, in\u00ed d\u00e1vaj\u00fa prednos\u0165 smerovaniu na z\u00e1klade DNS: najbli\u017e\u0161\u00ed server sa vyber\u00e1 na z\u00e1klade polohy DNS servera pou\u017e\u00edvate\u013ea.<\/p>\n<p>Hybridn\u00e9 infra\u0161trukt\u00fary a infra\u0161trukt\u00fary s viacer\u00fdmi datacentrami \u2013 \u010fal\u0161\u00ed pr\u00edklad aplik\u00e1cie Anycastu. Adresa Load Balancing IP z\u00edskan\u00e1 od poskytovate\u013ea umo\u017e\u0148uje rozlo\u017ei\u0165 z\u00e1\u0165a\u017e medzi IP adresy r\u00f4znych slu\u017eieb klientov v datacentre poskytovate\u013ea. V\u010faka technol\u00f3gii adresovania ak\u00e9muko\u013evek zariadeniu to zabezpe\u010duje lep\u0161\u00ed v\u00fdkon pri vysokom prev\u00e1dzke, odolnos\u0165 proti v\u00fdpadkom a pom\u00e1ha optimalizova\u0165 \u010das odozvy pri ve\u013ekom po\u010dte pou\u017e\u00edvate\u013eov.<\/p>\n<p>V hybridn\u00fdch infra\u0161trukt\u00farach s viacer\u00fdmi datacentrami je mo\u017en\u00e9 rozlo\u017ei\u0165 prenos medzi servermi alebo dokonca virtu\u00e1lnymi strojmi na vyhraden\u00fdch serveroch.<\/p>\n<p>Tak\u017ee existuje obrovsk\u00fd v\u00fdber technick\u00fdch rie\u0161en\u00ed pre v\u00fdstavbu infra\u0161trukt\u00fary. Je tie\u017e mo\u017en\u00e9 nastavi\u0165 vyv\u00e1\u017eenie za\u0165a\u017eenia na z\u00e1klade IP adries v nieko\u013ek\u00fdch datacentr\u00e1ch, pomocou adresovania ak\u00e9muko\u013evek zariadeniu skupiny na optimaliz\u00e1ciu v\u00fdkonu webovej str\u00e1nky.<\/p>\n<p>Mo\u017eno roz\u0161irova\u0165 traffic pod\u013ea vlastn\u00fdch pravidiel, ur\u010den\u00edm \u201ev\u00e1hy\u201c ka\u017ed\u00e9ho z rozdelen\u00fdch serverov v ka\u017edom d\u00e1tovom centre. T\u00e1to konfigur\u00e1cia je obzvl\u00e1\u0161\u0165 u\u017eito\u010dn\u00e1, ke\u010f je k dispoz\u00edcii rozdelen\u00fd serverov\u00fd park a v\u00fdkon slu\u017eieb nie je rovnak\u00fd. To umo\u017en\u00ed \u010dastej\u0161ie rozde\u013eova\u0165 traffic na zlep\u0161enie v\u00fdkonu serverov.<\/p>\n<p>Pre vytvorenie syst\u00e9mu kontroly pomocou pr\u00edkazu ping je mo\u017en\u00e9 konfigurova\u0165 sondy. To umo\u017e\u0148uje administr\u00e1torovi definova\u0165 vlastn\u00e9 kontroln\u00e9 proced\u00fary a z\u00edska\u0165 jasnej\u0161\u00ed preh\u013ead o stave ka\u017ed\u00e9ho komponentu v infra\u0161trukt\u00fare. T\u00fdmto sp\u00f4sobom m\u00f4\u017eu by\u0165 stanoven\u00e9 krit\u00e9ri\u00e1 dostupnosti.<\/p>\n<p>Existuje mo\u017enos\u0165 postavi\u0165 hybridn\u00fa infra\u0161trukt\u00faru: niekedy je v\u00fdhodn\u00e9 necha\u0165 back-office v firemnej sieti, zatia\u013e \u010do rozhranie sa outsourcuje poskytovate\u013eovi.<\/p>\n<p>Je mo\u017en\u00e9 prida\u0165 certifik\u00e1ty SSL pre vyva\u017eovanie z\u00e1\u0165a\u017ee, \u0161ifrovanie pren\u00e1\u0161an\u00fdch \u00fadajov a zabezpe\u010denie komunik\u00e1cie medzi n\u00e1v\u0161tevn\u00edkmi webu a firemnou infra\u0161trukt\u00farou. Pri vyva\u017eovan\u00ed z\u00e1\u0165a\u017ee medzi d\u00e1tov\u00fdmi centrami je tie\u017e mo\u017en\u00e9 aplikova\u0165 SSL.<\/p>\n<p>Slu\u017ebu Anycast s vyva\u017eovan\u00edm z\u00e1\u0165a\u017ee adries je mo\u017en\u00e9 z\u00edska\u0165 od poskytovate\u013ea. T\u00e1to funkcia pom\u00f4\u017ee zlep\u0161i\u0165 algoritmus interakcie pou\u017e\u00edvate\u013eov s aplik\u00e1ciami v z\u00e1vislosti od polohy. Sta\u010d\u00ed ozn\u00e1mi\u0165, ak\u00e9 slu\u017eby s\u00fa k dispoz\u00edcii v d\u00e1tovom centre, a traffic bude presmerovan\u00fd na najbli\u017e\u0161iu infra\u0161trukt\u00faru. Ak s\u00fa k dispoz\u00edcii dedikovan\u00e9 servery napr\u00edklad vo Franc\u00fazsku alebo v Severnej Amerike, klienti bud\u00fa presmerovan\u00ed na najbli\u017e\u0161\u00ed server v sieti.<\/p>\n<p>Jeden z variantov pou\u017eitia Anycast je optim\u00e1lny v\u00fdber bodu pr\u00edtomnosti oper\u00e1tora (PoP). Uvedieme <noindex><a rel=\"nofollow\" href=\"https:\/\/engineering.linkedin.com\/network-performance\/tcp-over-ip-anycast-pipe-dream-or-reality\">pr\u00edklad<\/a><\/noindex>. LinkedIn (blokovan\u00fd v Rusku) sa sna\u017e\u00ed nielen zlep\u0161i\u0165 v\u00fdkon a r\u00fdchlos\u0165 svojich produktov \u2014 mobiln\u00fdch a webov\u00fdch aplik\u00e1ci\u00ed, ale aj zdokona\u013eova\u0165 sie\u0165ov\u00fa infra\u0161trukt\u00faru pre ur\u00fdchlen\u00e9 doru\u010dovanie obsahu. Na tento \u00fa\u010del LinkedIn akt\u00edvne pou\u017e\u00edva PoP \u2013 body pr\u00edtomnosti. Aby sa u\u017e\u00edvatelia dostali k najbli\u017e\u0161iemu PoP, pou\u017e\u00edva sa Anycast.<\/p>\n<p>Pr\u00ed\u010dinou je, \u017ee v pr\u00edpade Unycast m\u00e1 ka\u017ed\u00e9 PoP LinkedIn unik\u00e1tnu IP adresu. Pou\u017e\u00edvatelia s\u00fa potom prira\u010fovan\u00ed k PoP na z\u00e1klade ich geografickej polohy pomocou DNS. Probl\u00e9m spo\u010d\u00edva v tom, \u017ee pri vyu\u017e\u00edvan\u00ed DNS sa pribli\u017ene 30 % pou\u017e\u00edvate\u013eov v Spojen\u00fdch \u0161t\u00e1toch presmerovalo na suboptim\u00e1lne PoP. V\u010faka implement\u00e1cii Anycast sa suboptim\u00e1lne priradenie PoP zn\u00ed\u017eilo z 31 % na 10 %.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/f1635951294bc476639ec65d175c11e0.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>V\u00fdsledky pilotn\u00e9ho testu s\u00fa zobrazen\u00e9 na grafe, kde os Y predstavuje percento optim\u00e1lneho priradenia PoP. S n\u00e1rastom Anycast v mnoh\u00fdch \u0161t\u00e1toch USA nastalo zlep\u0161enie v percent\u00e1ch toku k optim\u00e1lnemu PoP.<\/i><\/p>\n<h2>Monitorovanie siete Anycast<\/h2>\n<p>\nTeoreticky s\u00fa siete Anycast jednoduch\u00e9: nieko\u013ek\u00fdm fyzick\u00fdm serverom je pridelen\u00e1 rovnak\u00e1 IP adresa, ktor\u00fa BGP pou\u017e\u00edva na ur\u010denie trasy. Av\u0161ak implement\u00e1cia a n\u00e1vrh platforiem Anycast s\u00fa zlo\u017eit\u00e9, najm\u00e4 tie, ktor\u00e9 s\u00fa zn\u00e1me vysokou dostupnos\u0165ou. Efekt\u00edvne monitorovanie siete Anycast na r\u00fdchle odhalenie a lokaliz\u00e1ciu por\u00fach je e\u0161te zlo\u017eitej\u0161ie. <\/p>\n<p>Ak slu\u017eby pou\u017e\u00edvaj\u00fa na poskytovanie svojho obsahu extern\u00e9ho poskytovate\u013ea CDN, je ve\u013emi d\u00f4le\u017eit\u00e9 sledova\u0165 a overova\u0165 v\u00fdkon siete. Pri monitorovan\u00ed CDN na z\u00e1klade Anycast je hlavn\u00e9 zameranie na meranie end-to-end latenci\u00ed a charakterist\u00edk predposledn\u00e9ho skoku, aby sa pochopilo, ktor\u00fd d\u00e1tov\u00fd centr\u00e1lr poskytuje obsah. Anal\u00fdza hlavi\u010diek HTTP servera je \u010fal\u0161\u00ed sp\u00f4sob, ako ur\u010di\u0165, odkia\u013e \u00fadaje prich\u00e1dzaj\u00fa.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/9dfcf689c3c7a553b00de5f0dac4d0ec.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Pr\u00edklad: hlavi\u010dky odpovede HTTP, ktor\u00e9 uv\u00e1dzaj\u00fa umiestnenie servera CDN.<\/i><\/p>\n<p>Napr\u00edklad, CloudFlare pou\u017e\u00edva vlastn\u00fa hlavi\u010dku CF-Ray v HTTP odpovediach, ktor\u00e1 obsahuje inform\u00e1cie o d\u00e1tovom centre, ku ktor\u00e9mu bola \u017eiados\u0165 zaslan\u00e1. V pr\u00edpade Zendesk predstavuje hlavi\u010dka CF-Ray pre regi\u00f3n Seattle CF-RAY: 2a21675e65fd2a3d-SEA a pre Amsterdam CF-RAY: 2a216896b93a0c71-AMS. Na ur\u010denie, kde sa nach\u00e1dza obsah, je mo\u017en\u00e9 tie\u017e vyu\u017ei\u0165 HTTP-X hlavi\u010dky z HTTP odpovede.<\/p>\n<h2>In\u00e9 met\u00f3dy adresovania<\/h2>\n<p>\nExistuj\u00fa aj in\u00e9 met\u00f3dy adresovania na smerovanie pou\u017e\u00edvate\u013esk\u00fdch po\u017eiadaviek na konkr\u00e9tny koncov\u00fd bod siete:<\/p>\n<p>Unicast<\/p>\n<p>V\u00e4\u010d\u0161ina internetu dnes pou\u017e\u00edva pr\u00e1ve t\u00fato met\u00f3du. Unicast je unidirectional prenos, IP adresa je spojen\u00e1 iba s jedn\u00fdm konkr\u00e9tnym uzlom v sieti. Tento prenos sa naz\u00fdva vz\u00e1jomne jednozna\u010dn\u00e9 zodpovedanie.\u00a0<\/p>\n<p>Multicast<\/p>\n<p>Multicast vyu\u017e\u00edva prenos \u201ejeden k mnoh\u00fdm\u201c alebo \u201emnoh\u00ed k mnoh\u00fdm\u201c. Mnohoprev\u00e1dzkov\u00fd prenos umo\u017e\u0148uje odosiela\u0165 po\u017eiadavku od odosielate\u013ea s\u00fa\u010dasne na r\u00f4zne vybran\u00e9 koncov\u00e9 body. To d\u00e1va z\u00e1kazn\u00edkovi mo\u017enos\u0165 s\u0165ahova\u0165 s\u00fabor po \u010dastiach z viacer\u00fdch hostite\u013eov s\u00fa\u010dasne (\u010do je u\u017eito\u010dn\u00e9 pri streamovan\u00ed audia alebo videa). Mnohoprev\u00e1dzkov\u00fd prenos sa \u010dasto pletie s Anycast, av\u0161ak hlavn\u00fd rozdiel spo\u010d\u00edva v tom, \u017ee Anycast smeruje odosielate\u013ea k jedn\u00e9mu konkr\u00e9tnemu uzlu, aj ke\u010f s\u00fa k dispoz\u00edcii viacer\u00e9 uzly.<\/p>\n<p>Broadcast<\/p>\n<p>Datagram od jedin\u00e9ho odosielate\u013ea je smerovan\u00fd na v\u0161etky koncov\u00e9 body pripojen\u00e9 k \u0161irokop\u00e1smov\u00e9mu adresu. Sie\u0165 automaticky replikuje datagramy, aby mohla komunikova\u0165 so v\u0161etk\u00fdmi prij\u00edmate\u013emi v \u0161irokop\u00e1smovom prenose (zvy\u010dajne v jednej podsieti).<\/p>\n<p>Geocast<\/p>\n<p>Geocast je do ur\u010ditej miery podobn\u00fd Mnohoprev\u00e1dzkov\u00e9mu prenosu: po\u017eiadavky od odosielate\u013ea s\u00fa smerovan\u00e9 s\u00fa\u010dasne nieko\u013ek\u00fdm koncov\u00fdm bodom. Rozdiel spo\u010d\u00edva v tom, \u017ee adres\u00e1t je definovan\u00fd svojou geografickou polohou. Toto je \u0161pecializovan\u00e1 forma skupinov\u00e9ho adresovania pou\u017e\u00edvan\u00e1 niektor\u00fdmi smerovac\u00edmi protokolmi pre mobiln\u00e9 peer-to-peer siete.<\/p>\n<p>Geografick\u00fd smerova\u010d (Geo Router) vypo\u010d\u00edtava svoju oblas\u0165 pokrytia a aproximuje ju. Geosmerova\u010de, vymie\u0148aj\u00fac si oblasti pokrytia, stavaj\u00fa smerovacie tabu\u013eky. Syst\u00e9m geosmerova\u010dov m\u00e1 hierarchick\u00fa \u0161trukt\u00faru.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/fa98a1f0705bd754e1a9c8b479c834a7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/da36388f194ac565aba7b7661839ff6c.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/16161b1bdc81867d8c8bba7bd084b7cf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Unicast, Multicast a Broadcast.<\/i><\/p>\n<p>Pou\u017eitie technol\u00f3gie Anycast zvy\u0161uje \u00farove\u0148 spo\u013eahlivosti, odolnosti vo\u010di chyb\u00e1m a bezpe\u010dnosti DNS. Pou\u017eit\u00edm tejto technol\u00f3gie pon\u00fakaj\u00fa oper\u00e1tori svojim z\u00e1kazn\u00edkom slu\u017eby r\u00f4zneho typu vyv\u00e1\u017eenia z\u00e1\u0165a\u017ee na z\u00e1klade DNS. V riadiacom rozhran\u00ed je mo\u017en\u00e9 uv\u00e1dza\u0165 IP adresy, na ktor\u00e9 bud\u00fa smerovan\u00e9 po\u017eiadavky v z\u00e1vislosti od geografickej lokaliz\u00e1cie. To d\u00e1va z\u00e1kazn\u00edkom mo\u017enos\u0165 flexibilnej\u0161ie rozde\u013eova\u0165 po\u017eiadavky pou\u017e\u00edvate\u013eov.<\/p>\n<p>Niektor\u00ed oper\u00e1tori pou\u017e\u00edvaj\u00fa prostriedky na monitorovanie trasy na ka\u017edom mieste pr\u00edtomnosti (POP): syst\u00e9m automaticky analyzuje najkrat\u0161ie miestne a glob\u00e1lne trasy pre miesta pr\u00edtomnosti a presmerov\u00e1va ich cez geografick\u00e9 lokality s najni\u017e\u0161ou latenciou a nulov\u00fdm \u010dasom ne\u010dinnosti.<\/p>\n<p>V s\u00fa\u010dasnosti je Anycast najstabilnej\u0161\u00edm a najspo\u013eahlivej\u0161\u00edm rie\u0161en\u00edm na budovanie vysoko za\u0165a\u017een\u00fdch DNS slu\u017eieb, ktor\u00e9 maj\u00fa vysok\u00e9 n\u00e1roky na stabilitu a spo\u013eahlivos\u0165. <\/p>\n<p>Dom\u00e9na .ru podporuje 35 serverov Anycast DNS, usporiadan\u00fdch v 20 uzloch rozmiestnen\u00fdch v piatich Anycast cloudoch. Pri tom sa uplat\u0148uje z\u00e1sada budovania na geografickom z\u00e1klade, t.j. Geocast. Pri umiest\u0148ovan\u00ed uzlov DNS sa predpoklad\u00e1 ich presun do geograficky rozpt\u00fdlen\u00fdch lokal\u00edt, pribl\u00ed\u017een\u00fdch k najakt\u00edvnej\u0161\u00edm pou\u017e\u00edvate\u013eom, s maxim\u00e1lnou koncentr\u00e1ciou rusk\u00fdch poskytovate\u013eov v mieste umiestnenia uzla, ako aj s dostupnos\u0165ou vo\u013en\u00fdch kapac\u00edt a pohodlnos\u0165ou interakcie s lokalitou.<\/p>\n<h2>Ako postavi\u0165 CDN?<\/h2>\n<p>\nCDN \u2013 sie\u0165 serverov, ktor\u00e1 ur\u00fdch\u013euje dod\u00e1vku obsahu pou\u017e\u00edvate\u013eom.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/503800\/\"> Sie\u0165 na dod\u00e1vku obsahu<\/a><\/noindex> sp\u00e1ja v\u0161etky servery do jednej siete a zabezpe\u010duje r\u00fdchlej\u0161ie na\u010d\u00edtanie obsahu. V r\u00fdchlosti na\u010d\u00edtania hr\u00e1 d\u00f4le\u017eit\u00fa \u00falohu vzdialenos\u0165 od servera k pou\u017e\u00edvate\u013eovi.<\/p>\n<p>CDN umo\u017e\u0148uje vyu\u017e\u00edva\u0165 servery, ktor\u00e9 s\u00fa najbli\u017e\u0161ie k cie\u013eovej skupine. To skracuje \u010das \u010dakania, pom\u00e1ha ur\u00fdchli\u0165 na\u010d\u00edtanie obsahu str\u00e1nok pre v\u0161etk\u00fdch n\u00e1v\u0161tevn\u00edkov, \u010do je obzvl\u00e1\u0161\u0165 kritick\u00e9 pre str\u00e1nky s ve\u013ek\u00fdmi s\u00fabormi alebo multimedi\u00e1lnymi slu\u017ebami. Typick\u00e9 oblasti pou\u017eitia CDN s\u00fa elektronick\u00fd obchod a z\u00e1bavn\u00fd priemysel.<\/p>\n<p>Vytvoren\u00e1 sie\u0165 dodato\u010dn\u00fdch serverov v infra\u0161trukt\u00fare CDN, ktor\u00e9 s\u00fa umiestnen\u00e9 \u010do najbli\u017e\u0161ie k pou\u017e\u00edvate\u013eom, prispieva k stabilnej\u0161ej a r\u00fdchlej\u0161ej dod\u00e1vke d\u00e1t. Pod\u013ea \u0161tatist\u00edk pou\u017e\u00edvanie CDN zni\u017euje latenciu pri pr\u00edstupe na str\u00e1nku o viac ako 70 % v porovnan\u00ed so str\u00e1nkami bez CDN.<\/p>\n<p>Ako<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/466447\/\"> vytvori\u0165 CDN pomocou 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>S pomocou GeoDNS je mo\u017en\u00e9 vraca\u0165 r\u00f4zne odpovede DNS v z\u00e1vislosti od IP adresy pou\u017e\u00edvate\u013ea. Na tento \u00fa\u010del sa DNS server nastavuje tak, aby vracal r\u00f4zne IP adresy v z\u00e1vislosti od zdrojovej IP adresy v dopyte. Zvy\u010dajne sa na ur\u010denie regi\u00f3nu, z ktor\u00e9ho sa dopyt vykon\u00e1va, pou\u017e\u00edva datab\u00e1za GeoIP. Geolok\u00e1cia pomocou DNS umo\u017e\u0148uje zasiela\u0165 pou\u017e\u00edvate\u013eom obsah z najbli\u017e\u0161ej lokality.<\/p>\n<p>GeoDNS ur\u010duje IP adresu klienta, ktor\u00fd poslal DNS po\u017eiadavku, alebo IP adresu rekurz\u00edvneho DNS servera poskytovate\u013ea, ktor\u00fd sa pou\u017e\u00edva pri spracovan\u00ed po\u017eiadavky klienta. Pod\u013ea IP adresy klienta a datab\u00e1zy GeoIP sa ur\u010duje krajina\/regi\u00f3n. Potom klient dostane IP adresu najbli\u017e\u0161ieho CDN servera. O nastaven\u00ed GeoDNS sa m\u00f4\u017eete do\u010d\u00edta\u0165 viac.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/178727\/\"> tu<\/a><\/noindex>.<\/p>\n<h2>Anycast alebo GeoDNS?<\/h2>\n<p>\nHoci Anycast je skvel\u00fd sp\u00f4sob dod\u00e1vky obsahu na glob\u00e1lnej \u00farovni, ch\u00fdba mu \u0161pecifi\u010dnos\u0165. Tu prich\u00e1dza GeoDNS na pomoc. Tento servis umo\u017e\u0148uje nastavi\u0165 pravidl\u00e1, ktor\u00e9 posielaj\u00fa pou\u017e\u00edvate\u013eov na jedine\u010dn\u00e9 koncov\u00e9 body v z\u00e1vislosti od ich polohy.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast vs. Unicast: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/05c9d6752ba196f90bfefe6091075b23.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Pr\u00edklad: pou\u017e\u00edvatelia z Eur\u00f3py s\u00fa smerovan\u00ed k in\u00e9mu koncov\u00e9mu bodu.<\/i><\/p>\n<p>Taktie\u017e je mo\u017en\u00e9 zak\u00e1za\u0165 pr\u00edstup k dom\u00e9nam t\u00fdm, \u017ee zamietneme v\u0161etky po\u017eiadavky. To je, mimochodom, r\u00fdchly sp\u00f4sob, ako sa zbavi\u0165 \u00fato\u010dn\u00edkov.<\/p>\n<p>GeoDNS poskytuje presnej\u0161ie odpovede ako Anycast. K\u00fdm v pr\u00edpade Anycast je najkrat\u0161ia cesta ur\u010den\u00e1 po\u010dtom skokov, v GeoDNS sa smerovanie pre koncov\u00fdch pou\u017e\u00edvate\u013eov deje na z\u00e1klade ich fyzickej polohy. To zni\u017euje latenciu a zvy\u0161uje presnos\u0165 pri vytv\u00e1ran\u00ed granul\u00e1rnych smerovac\u00edch pravidiel. <\/p>\n<p>Pri prechode na dom\u00e9nu sa prehliada\u010d obracia na najbli\u017e\u0161\u00ed DNS server, ktor\u00fd v z\u00e1vislosti od dom\u00e9ny vyd\u00e1va IP adresu na na\u010d\u00edtanie webovej str\u00e1nky. Predpokladajme, \u017ee internetov\u00fd obchod je popul\u00e1rny v USA a Eur\u00f3pe, a DNS servery pre neho s\u00fa len v Eur\u00f3pe. Vtedy pou\u017e\u00edvatelia z USA, ktor\u00ed si chc\u00fa vyu\u017ei\u0165 slu\u017eby obchodu, bud\u00fa n\u00faten\u00ed posiela\u0165 po\u017eiadavku najbli\u017e\u0161iemu serveru, a ke\u010f\u017ee je ve\u013emi \u010faleko, bud\u00fa dlho \u010daka\u0165 na odpove\u010f - na\u010d\u00edtanie str\u00e1nky nebude r\u00fdchle.<\/p>\n<p>Pri umiestnen\u00ed GeoDNS servera v USA, bud\u00fa pou\u017e\u00edvatelia u\u017e smerova\u0165 k nemu. Odpove\u010f bude r\u00fdchla, \u010do ovplyvn\u00ed r\u00fdchlos\u0165 na\u010d\u00edtania webovej str\u00e1nky.<\/p>\n<p>V situ\u00e1cii s existuj\u00facim DNS serverom v USA, pri prechode na dan\u00fa dom\u00e9nu, pou\u017e\u00edvate\u013e z USA sa obr\u00e1ti na najbli\u017e\u0161\u00ed server, ktor\u00fd vyd\u00e1 potrebn\u00fa IP. Pou\u017e\u00edvate\u013e sa smeruje na server, ktor\u00fd obsahuje obsah str\u00e1nky, ale ke\u010f\u017ee servery s obsahom s\u00fa \u010faleko, r\u00fdchlo ho nez\u00edska.<\/p>\n<p>Ak umiestnite servery v USA a CDN servery s vyrovnan\u00fdmi d\u00e1tami, pri na\u010d\u00edtan\u00ed klientsk\u00e9ho prehliada\u010da sa odo\u0161le po\u017eiadavka na najbli\u017e\u0161\u00ed DNS server, ktor\u00fd po\u0161le sp\u00e4\u0165 po\u017eadovan\u00fa IP adresu. Prehliada\u010d s prijatou IP adresou oslov\u00ed najbli\u017e\u0161\u00ed CDN server a hlavn\u00fd server, pri\u010dom CDN server prenesie do prehliada\u010da vyrovnan\u00fd obsah. Po\u010das na\u010d\u00edtania vyrovnan\u00e9ho obsahu s\u00fa z hlavn\u00e9ho servera zasielan\u00e9 ch\u00fdbaj\u00face s\u00fabory pre \u00fapln\u00e9 na\u010d\u00edtanie webovej str\u00e1nky. V\u00fdsledkom je skr\u00e1tenie \u010dasu na\u010d\u00edtania webovej str\u00e1nky, preto\u017ee sa posiela mnoho menej s\u00faborov z hlavn\u00e9ho servera. <\/p>\n<p>Ur\u010denie presn\u00e9ho umiestnenia konkr\u00e9tnej IP adresy nie je v\u017edy jednoduch\u00e1 \u00faloha: p\u00f4sob\u00ed tu mnoho faktorov a vlastn\u00edci IP rozsahov m\u00f4\u017eu rozhodn\u00fa\u0165 o jeho vyhl\u00e1sen\u00ed na inej strane sveta (potom bude treba \u010daka\u0165, k\u00fdm sa datab\u00e1za aktualizuje, aby sa z\u00edskalo spr\u00e1vne umiestnenie). Niekedy poskytovatelia VPS prira\u010fuj\u00fa adresy, ktor\u00e9 \u00fadajne s\u00fa v USA, pre VPS v Singapure.<\/p>\n<p>Na rozdiel od pou\u017eitia adries Anycast sa distrib\u00facia vykon\u00e1va po\u010das rie\u0161enia mien, a nie pri pripojen\u00ed k vyrovn\u00e1vaciemu serveru. Ak rekurs\u00edvny server nepodporuje klientsk\u00e9 podsiete EDNS, pou\u017e\u00edva sa umiestnenie tohto rekurs\u00edvneho servera a nie pou\u017e\u00edvate\u013ea, ktor\u00fd sa pripoj\u00ed k vyrovn\u00e1vaciemu serveru.<\/p>\n<p>Klientsk\u00e9 podsiete v DNS s\u00fa roz\u0161\u00edren\u00edm DNS (RFC7871), ktor\u00e9 definuje, ako rekurs\u00edvne DNS servery m\u00f4\u017eu posiela\u0165 inform\u00e1cie o klientovi na DNS server, najm\u00e4 inform\u00e1cie o sieti, ktor\u00e9 GeoDNS server m\u00f4\u017ee vyu\u017ei\u0165 na presnej\u0161ie ur\u010denie umiestnenia klienta.<\/p>\n<p>V\u00e4\u010d\u0161ina pou\u017e\u00edvate\u013eov pou\u017e\u00edva DNS servery svojho poskytovate\u013ea internetu alebo DNS servery, ktor\u00e9 s\u00fa geograficky bl\u00edzko, ale ak by niekto v USA z nejak\u00e9ho d\u00f4vodu rozhodol pou\u017ei\u0165 DNS resolver nach\u00e1dzaj\u00faci sa v Austr\u00e1lii, pravdepodobne dostane IP adresu servera, ktor\u00fd je najbli\u017e\u0161\u00ed k Austr\u00e1lii. <\/p>\n<p>Ak chcete pou\u017e\u00edva\u0165 GeoDNS, je d\u00f4le\u017eit\u00e9 vedie\u0165 o tak\u00fdchto zvl\u00e1\u0161tnostiach, preto\u017ee v niektor\u00fdch pr\u00edpadoch to m\u00f4\u017ee zv\u00fd\u0161i\u0165 vzdialenos\u0165 medzi vyrovn\u00e1vac\u00edmi servermi a klientom.<\/p>\n<p>Zhrnutie: ak chcete kombinova\u0165 nieko\u013eko VPS do CDN, najlep\u0161ou mo\u017enos\u0165ou nasadenia je pou\u017eitie spojenia DNS servera s funkciou GeoDNS + Anycast \u201ez krabice\u201c.<\/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: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade\" src=\"\/wp-content\/uploads\/2020\/07\/73c6b0732883a352ddd9096804f2e533.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Zdroj: <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 5.0.4 - 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.\" \/>\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\/sk\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sk_SK\" \/>\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.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sk\/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: \u010do si vybra\u0165 v ka\u017edom pr\u00edpade | ProHoster","description":"O Anycast ur\u010dite mnoh\u00ed po\u010duli. Pri tejto metode sie\u0165ovej adres\u00e1cie a smerovania je jeden IP adresa priraden\u00e1 viacer\u00fdm serverom v sieti. Tieto servery m\u00f4\u017eu by\u0165 umiestnen\u00e9 aj v vzdialen\u00fdch d\u00e1tov\u00fdch centr\u00e1ch.","canonical_url":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sk_SK","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.","og:url":"https:\/\/prohoster.info\/sk\/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":{"focus":[],"additional":[]},"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":"2026-08-11 12:50:13","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/posts\/88961","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/comments?post=88961"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/posts\/88961\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/media\/88962"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/media?parent=88961"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/categories?post=88961"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sk\/wp-json\/wp\/v2\/tags?post=88961"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}