{"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\/hu\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Az Anycast-r\u00f3l val\u00f3sz\u00edn\u0171leg sokan hallottak. E m\u00f3dszer seg\u00edts\u00e9g\u00e9vel egy IP-c\u00edm t\u00f6bb szerverhez rendelhet\u0151 a h\u00e1l\u00f3zaton. Ezek a szerverek ak\u00e1r t\u00e1vol is lehetnek egym\u00e1st\u00f3l az adatk\u00f6zpontban. Az Anycast l\u00e9nyege, hogy a k\u00e9r\u00e9s forr\u00e1s\u00e1nak helyzet\u00e9t\u0151l f\u00fcgg\u0151en az adatok a legk\u00f6zelebbi (a h\u00e1l\u00f3zat topol\u00f3gi\u00e1ja alapj\u00e1n, pontosabban a BGP ir\u00e1ny\u00edt\u00e1si protokoll szerint) szerverre ker\u00fclnek elk\u00fcld\u00e9sre. \u00cdgy cs\u00f6kkenthet\u0151 a h\u00e1l\u00f3zati ugr\u00e1sok (hop) sz\u00e1ma \u00e9s a k\u00e9sleltet\u00e9s (latency). <\/p>\n<p>L\u00e9nyeg\u00e9ben ugyanazt az \u00fatvonalat hirdetik k\u00fcl\u00f6nf\u00e9le adatk\u00f6zpontokb\u00f3l vil\u00e1gszerte. \u00cdgy a kliensek a BGP \u00fatvonalai alapj\u00e1n a \"legjobb\" \u00e9s \"legk\u00f6zelebb es\u0151\" adatk\u00f6zponthoz jutnak el. Mi\u00e9rt pont az Anycast? Mi\u00e9rt haszn\u00e1ljunk Anycast-ot a Unicast helyett?<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\"><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" 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 \/>\nA Unicast val\u00f3ban megfelel\u0151 egy olyan webhelyhez, amelynek egyetlen webszervere van \u00e9s m\u00e9rs\u00e9kelt forgalma. Azonban, ha a szolg\u00e1ltat\u00e1snak milli\u00f3 el\u0151fizet\u0151je van, akkor \u00e1ltal\u00e1ban sok webszervert haszn\u00e1lnak, amelyek mind ugyanazzal az IP-c\u00edmmel rendelkeznek. Ezek a szerverek f\u00f6ldrajzilag elosztva vannak a lek\u00e9rdez\u00e9sek optim\u00e1lis kiszolg\u00e1l\u00e1sa \u00e9rdek\u00e9ben.<\/p>\n<p>Ebben a forgat\u00f3k\u00f6nyvben az Anycast teljes\u00edtm\u00e9nyn\u00f6veked\u00e9st fog biztos\u00edtani (a forgalmat minim\u00e1lis k\u00e9sleltet\u00e9ssel ir\u00e1ny\u00edtja a felhaszn\u00e1l\u00f3hoz), megb\u00edzhat\u00f3s\u00e1got k\u00edn\u00e1l (a tartal\u00e9k szerverek r\u00e9v\u00e9n) \u00e9s terhel\u00e9seloszt\u00e1st \u2013 az ir\u00e1ny\u00edt\u00e1s t\u00f6bb szerverre hat\u00e9konyan osztja el a terhel\u00e9st, jav\u00edtva ezzel a webhely sebess\u00e9g\u00e9t.<\/p>\n<p>A szolg\u00e1ltat\u00f3k k\u00fcl\u00f6nf\u00e9le, Anycaston \u00e9s DNS-en alapul\u00f3 terhel\u00e9seloszt\u00e1st k\u00edn\u00e1lnak az \u00fcgyfeleknek. Az \u00fcgyfelek megadhatj\u00e1k az IP-c\u00edmeket, amelyekre a lek\u00e9rdez\u00e9sek el lesznek k\u00fcldve a webhely geografikus elhelyezked\u00e9se szerint. Ez lehet\u0151v\u00e9 teszi a lek\u00e9rdez\u00e9sek rugalmasabb eloszt\u00e1s\u00e1t.<\/p>\n<p>Tegy\u00fck fel, hogy t\u00f6bb helysz\u00edn k\u00f6z\u00f6tt kell elosztani a terhel\u00e9st (felhaszn\u00e1l\u00f3kat), p\u00e9ld\u00e1ul egy web\u00e1ruh\u00e1z, amely napi 100 000 k\u00e9rd\u00e9st kap, vagy egy n\u00e9pszer\u0171 blog. A ter\u00fclet korl\u00e1toz\u00e1s\u00e1hoz, ahonnan a felhaszn\u00e1l\u00f3k behozz\u00e1k az adott helysz\u00ednt, a Geo Community opci\u00f3t lehet haszn\u00e1lni. Ez lehet\u0151v\u00e9 teszi, hogy korl\u00e1tozd a r\u00e9gi\u00f3t, amelyen bel\u00fcl a szolg\u00e1ltat\u00f3 be fogja hirdetni az \u00fatvonalat.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/54582f256a946a3ff557ab971cec087d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/48849a5cf65cb1c7190c1f75aa33e2d8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast \u00e9s Unicast: a k\u00fcl\u00f6nbs\u00e9gek<\/i><\/p>\n<p>Az Anycast gyakran haszn\u00e1latos olyan alkalmaz\u00e1sokban, mint a DNS (Domain Name System) \u00e9s a CDN (Content Delivery Network), lehet\u0151v\u00e9 t\u00e9ve a h\u00e1l\u00f3zati teljes\u00edtm\u00e9nyjav\u00edt\u00f3 \u00fatv\u00e1laszt\u00e1si d\u00f6nt\u00e9sek meghozatal\u00e1t. A CDN-ek az Anycastot haszn\u00e1lj\u00e1k, mivel nagy forgalmat kezelnek, \u00e9s az Anycast ebben az esetben sz\u00e1mos el\u0151nyt ny\u00fajt (a tov\u00e1bbiakban ismertetj\u00fck \u0151ket). A DNS-ben az Anycast jelent\u0151sen n\u00f6veli a szolg\u00e1ltat\u00e1s megb\u00edzhat\u00f3s\u00e1g\u00e1t \u00e9s hibat\u0171r\u00e9s\u00e9t.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/8043fec22ecef8aa2b3b9c1a06e8f5f9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast IP haszn\u00e1lata sor\u00e1n a BGP-n kereszt\u00fcl t\u00f6bb \u00fatvonal l\u00e9tezik egy adott hoszthoz. Val\u00f3j\u00e1ban ezek a hosztok t\u00f6bb adatk\u00f6zpontban tal\u00e1lhat\u00f3 m\u00e1solatok, amelyeket alacsonyabb k\u00e9sleltet\u00e9s\u0171 kapcsolatok l\u00e9trehoz\u00e1s\u00e1ra haszn\u00e1lnak.<\/i><\/p>\n<p>Teh\u00e1t az Anycast h\u00e1l\u00f3zat\u00e1ban ugyanazt az IP-c\u00edmet k\u00fcl\u00f6nb\u00f6z\u0151 helyekr\u0151l hirdetik, \u00e9s a h\u00e1l\u00f3zat eld\u00f6nti, hov\u00e1 ir\u00e1ny\u00edtja a felhaszn\u00e1l\u00f3i k\u00e9r\u00e9st a \"k\u00f6lts\u00e9g\" alapj\u00e1n. P\u00e9ld\u00e1ul gyakran a BGP protokollt haszn\u00e1lj\u00e1k az adatok legr\u00f6videbb \u00fatvonal\u00e1nak meghat\u00e1roz\u00e1s\u00e1ra. Amikor egy felhaszn\u00e1l\u00f3 Anycast-k\u00e9r\u00e9st ind\u00edt, a BGP meghat\u00e1rozza a legjobb \u00fatvonalat az el\u00e9rhet\u0151 Anycast szerverek sz\u00e1m\u00e1ra.<\/p>\n<h2>Anycast el\u0151nyei<\/h2>\n<p>K\u00e9sleltet\u00e9s cs\u00f6kkent\u00e9se<br \/>\nAz Anycasttal ell\u00e1tott rendszerek cs\u00f6kkenteni tudj\u00e1k a felhaszn\u00e1l\u00f3i k\u00e9r\u00e9sek feldolgoz\u00e1si k\u00e9sleltet\u00e9s\u00e9t, mivel lehet\u0151v\u00e9 teszik az adatok el\u00e9r\u00e9s\u00e9t a legk\u00f6zelebbi szerverr\u0151l. Azaz a felhaszn\u00e1l\u00f3k mindig a \"legk\u00f6zelebbi\" (a route protokoll szempontj\u00e1b\u00f3l) DNS-szerverhez csatlakoznak. Ennek eredm\u00e9nyek\u00e9nt az Anycast cs\u00f6kkenti az interakci\u00f3k idej\u00e9t az \u00fcgyf\u00e9l \u00e9s a szerver k\u00f6z\u00f6tti h\u00e1l\u00f3zati t\u00e1vols\u00e1g minimaliz\u00e1l\u00e1s\u00e1val. Ez nem csak a k\u00e9sleltet\u00e9st cs\u00f6kkenti, hanem a terhel\u00e9seloszt\u00e1st is biztos\u00edt.<\/p>\n<p>Sebess\u00e9g<\/p>\n<p>Mivel a forgalom a legk\u00f6zelebbi csom\u00f3pont fel\u00e9 ir\u00e1nyul, \u00e9s cs\u00f6kken a k\u00e9sleltet\u00e9s az \u00fcgyf\u00e9l \u00e9s a csom\u00f3pont k\u00f6z\u00f6tti adat\u00e1tvitel sor\u00e1n, az eredm\u00e9ny a sz\u00e1ll\u00edt\u00e1si sebess\u00e9g optimaliz\u00e1l\u00e1sa lesz, f\u00fcggetlen\u00fcl att\u00f3l, honnan k\u00e9ri az \u00fcgyf\u00e9l az inform\u00e1ci\u00f3t.<\/p>\n<p>N\u00f6velt stabilit\u00e1s \u00e9s hibat\u0171r\u00e9s<\/p>\n<p>Ha t\u00f6bb szerver vil\u00e1gszerte ugyanazt az IP-t haszn\u00e1lja, akkor egy szerver le\u00e1ll\u00e1sa vagy hib\u00e1ja eset\u00e9n a forgalom a legk\u00f6zelebbi szerverre ir\u00e1nyul. Ennek eredm\u00e9nyek\u00e9nt az Anycast robusztusabb\u00e1 teszi a szolg\u00e1ltat\u00e1st, \u00e9s jobb h\u00e1l\u00f3zati hozz\u00e1f\u00e9r\u00e9st\/k\u00e9sleltet\u00e9st\/sebess\u00e9get biztos\u00edt.\u00a0<\/p>\n<p>Ez\u00e9rt, a felhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra folyamatosan el\u00e9rhet\u0151 szervereknek k\u00f6sz\u00f6nhet\u0151en az Anycast p\u00e9ld\u00e1ul n\u00f6veli a DNS m\u0171k\u00f6d\u00e9s\u00e9nek stabilit\u00e1s\u00e1t. Ha egy csom\u00f3pont le\u00e1ll, a felhaszn\u00e1l\u00f3i k\u00e9r\u00e9sek \u00e1tir\u00e1ny\u00edt\u00f3dnak egy m\u00e1sik DNS-szerverre b\u00e1rmif\u00e9le manu\u00e1lis beavatkoz\u00e1s vagy \u00fajrakonfigur\u00e1l\u00e1s n\u00e9lk\u00fcl. Az Anycast gyakorlatilag \u00e1tl\u00e1that\u00f3 v\u00e1lt\u00e1st biztos\u00edt m\u00e1s helyekre, egyszer\u0171en elt\u00e1vol\u00edtva a probl\u00e9m\u00e1s oldal \u00fatvonalait.\u00a0<\/p>\n<p>Terhel\u00e9seloszt\u00e1s<\/p>\n<p>Az Anycast rendszerben a h\u00e1l\u00f3zati forgalmat k\u00fcl\u00f6nf\u00e9le szerverek k\u00f6z\u00f6tt osztj\u00e1k el. Ez azt jelenti, hogy terhel\u00e9seloszt\u00f3k\u00e9nt m\u0171k\u00f6dik, megakad\u00e1lyozva, hogy b\u00e1rmelyik egyes szerver a forgalom f\u0151 r\u00e9sz\u00e9t kapja. A terhel\u00e9seloszt\u00e1s alkalmazhat\u00f3 p\u00e9ld\u00e1ul akkor, ha a k\u00e9r\u00e9s forr\u00e1shoz k\u00e9pest azonos f\u00f6ldrajzi t\u00e1vols\u00e1gra t\u00f6bb h\u00e1l\u00f3zati csom\u00f3pont tal\u00e1lhat\u00f3. Ilyen esetben a terhel\u00e9s a csom\u00f3pontok k\u00f6z\u00f6tt oszlik el.<\/p>\n<p>A DoS-t\u00e1mad\u00e1sok hat\u00e1s\u00e1nak cs\u00f6kkent\u00e9se\u00a0<\/p>\n<p>Az Anycast m\u00e1sik jellemz\u0151je a DDoS-t\u00e1mad\u00e1sokkal szembeni ellen\u00e1ll\u00e1s. A DDoS-t\u00e1mad\u00e1sok val\u00f3sz\u00edn\u0171leg nem k\u00e9pesek m\u0171k\u00f6d\u00e9sk\u00e9ptelenn\u00e9 tenni az Anycast rendszert, mivel ahhoz az ilyen h\u00e1l\u00f3zat minden szerver\u00e9t el kellene \u00e1rasztaniuk k\u00e9r\u00e9sekkel.\u00a0<\/p>\n<p>A DDoS-t\u00e1mad\u00e1sok sor\u00e1n gyakran botneteket alkalmaznak, amelyek olyan mennyis\u00e9g\u0171 forgalmat gener\u00e1lhatnak, hogy ezzel leterhelik a t\u00e1madott szervert. Az Anycast haszn\u00e1lat\u00e1nak el\u0151nye ebben a helyzetben az, hogy minden szerver k\u00e9pes \u201efelfogni\u201d a t\u00e1mad\u00e1s egy r\u00e9sz\u00e9t, cs\u00f6kkentve ezzel a konkr\u00e9t szerverre nehezed\u0151 terhel\u00e9st. Az \u201eel\u00e9rhet\u0151s\u00e9gi megtagad\u00e1s\u201d t\u00edpus\u00fa t\u00e1mad\u00e1s val\u00f3sz\u00edn\u0171leg lokaliz\u00e1lva lesz a szerveren, \u00e9s nem befoly\u00e1solja az eg\u00e9sz szolg\u00e1ltat\u00e1st.<\/p>\n<p>Magas horizont\u00e1lis sk\u00e1l\u00e1zhat\u00f3s\u00e1g<\/p>\n<p>Az Anycast rendszerek j\u00f3l alkalmazhat\u00f3k nagy forgalm\u00fa szolg\u00e1ltat\u00e1sok eset\u00e9ben. Ha egy Anycast-ot haszn\u00e1l\u00f3 szolg\u00e1ltat\u00e1s \u00faj szervereket ig\u00e9nyel a n\u00f6vekv\u0151 forgalom kezel\u00e9s\u00e9re, \u00faj szervereket lehet hozz\u00e1adni a h\u00e1l\u00f3zathoz a forgalom feldolgoz\u00e1s\u00e1ra. Ezeket \u00faj vagy m\u00e1r megl\u00e9v\u0151 helyeken is elhelyezhetj\u00fck.\u00a0<\/p>\n<p>Ha egy adott helysz\u00ednen jelent\u0151s forgalomn\u00f6veked\u00e9s tapasztalhat\u00f3, akkor egy \u00faj szerver hozz\u00e1ad\u00e1sa seg\u00edthet egyens\u00falyozni a terhel\u00e9st az adott helysz\u00ednen. Egy \u00faj helysz\u00ednen elhelyezett szerver cs\u00f6kkenti a v\u00e1rakoz\u00e1si id\u0151t, \u00faj, r\u00f6videbb utat teremtve egyes felhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra. Mindk\u00e9t m\u00f3dszer seg\u00edt n\u00f6velni a szolg\u00e1ltat\u00e1s stabilit\u00e1s\u00e1t, mivel a h\u00e1l\u00f3zatban \u00faj szerverek v\u00e1lnak el\u00e9rhet\u0151v\u00e9. \u00cdgy ha az egyik szerver t\u00falterhelt, egyszer\u0171en telep\u00edthet\u00fcnk egy m\u00e1sikat olyan helyre, ahol azt be tudja fogadni, cs\u00f6kkentve a t\u00falterhelt szerverre ir\u00e1nyul\u00f3 k\u00e9r\u00e9sek sz\u00e1m\u00e1t. Az \u00fcgyfelek r\u00e9sz\u00e9r\u0151l nem sz\u00fcks\u00e9ges semmif\u00e9le be\u00e1ll\u00edt\u00e1s.\u00a0<\/p>\n<p>Csak \u00edgy lehet terab\u00e1jt forgalmat \u00e9s rendk\u00edv\u00fcl sok felhaszn\u00e1l\u00f3t kezelni, amikor egy szerveren csup\u00e1n n\u00e9h\u00e1ny 10 vagy 25 Gbit\/s sebess\u00e9g\u0171 port \u00e1ll rendelkez\u00e9sre. 100 hoszt egy IP-c\u00edmmel lehet\u0151v\u00e9 teszi terab\u00e1jt forgalom kezel\u00e9st.<\/p>\n<p>A konfigur\u00e1ci\u00f3 kezel\u00e9s\u00e9nek egyszer\u0171s\u00e9ge<\/p>\n<p>Ahogy m\u00e1r eml\u00edt\u00e9sre ker\u00fclt, az Anycast DNS egy izgalmas felhaszn\u00e1l\u00e1si m\u00f3dja. A h\u00e1l\u00f3zati csom\u00f3pontokban t\u00f6bb k\u00fcl\u00f6nb\u00f6z\u0151 DNS-szerver is elhelyezhet\u0151, de egy DNS-c\u00edmet haszn\u00e1lhatunk. Az, hogy hol van a forr\u00e1s, azt hat\u00e1rozza meg, hogy a k\u00e9r\u00e9sek a legk\u00f6zelebbi csom\u00f3ponthoz ker\u00fclnek. Ez n\u00e9mi forgalomeloszt\u00e1st \u00e9s redundanci\u00e1t biztos\u00edt a DNS-szerver hib\u00e1ja eset\u00e9n. \u00cdgy ahelyett, hogy a k\u00fcl\u00f6nb\u00f6z\u0151 DNS-szervereket a helysz\u00edn\u00fck alapj\u00e1n \u00e1ll\u00edtan\u00e1nk be, egy DNS-szerver konfigur\u00e1ci\u00f3ja kiterjeszthet\u0151 az \u00f6sszes csom\u00f3pontra.<\/p>\n<p>Az Anycast h\u00e1l\u00f3zatok konfigur\u00e1lhat\u00f3k a k\u00e9r\u00e9sek ir\u00e1ny\u00edt\u00e1s\u00e1ra nemcsak a t\u00e1vols\u00e1g, hanem olyan param\u00e9terek alapj\u00e1n is, mint a szerver el\u00e9rhet\u0151s\u00e9ge, a nyitott kapcsolatok sz\u00e1ma vagy a v\u00e1laszid\u0151.<\/p>\n<p>Az Anycast technol\u00f3gia \u00fcgyf\u00e9loldali haszn\u00e1lat\u00e1hoz nincs sz\u00fcks\u00e9g k\u00fcl\u00f6nleges szerverekre, h\u00e1l\u00f3zatokra vagy speci\u00e1lis komponensekre. Az Anycastnak azonban vannak h\u00e1tr\u00e1nyai is. \u00dagy v\u00e9lik, hogy a bevezet\u00e9se \u00f6sszetett feladat, amely tov\u00e1bbi felszerel\u00e9st, megb\u00edzhat\u00f3 szolg\u00e1ltat\u00f3kat \u00e9s megfelel\u0151 forgalomir\u00e1ny\u00edt\u00e1st ig\u00e9nyel.<\/p>\n<h2>A tiszta forr\u00e1st\u00f3l a gy\u00f6ny\u00f6r\u0171 messzes\u00e9gig<\/h2>\n<p>\nB\u00e1r az Anycast a felhaszn\u00e1l\u00f3kat a legkevesebb \u00e1tkel\u00e9si pont alapj\u00e1n ir\u00e1ny\u00edtja, ez nem felt\u00e9tlen\u00fcl jelenti a minim\u00e1lis k\u00e9sleltet\u00e9st. A k\u00e9sleltet\u00e9s egy bonyolultabb metrika, mivel egy \u00e1tkel\u00e9s k\u00e9sleltet\u00e9se magasabb lehet, mint t\u00edz \u00e1tkel\u00e9s\u00e9. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/8fb50007806759ab243c89bb88cdeb31.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>P\u00e9lda: a kontinensek k\u00f6z\u00f6tti kommunik\u00e1ci\u00f3k magukban foglalhatnak egy nagyon magas k\u00e9sleltet\u00e9ssel rendelkez\u0151 \u00e1tmenetet.<\/i><\/p>\n<p>Az Anycast f\u0151k\u00e9nt az UDP-alap\u00fa szolg\u00e1ltat\u00e1sokhoz, p\u00e9ld\u00e1ul a DNS-hez haszn\u00e1latos. A felhaszn\u00e1l\u00f3i k\u00e9r\u00e9sek a BGP \u00fatvonalai alapj\u00e1n a \"legjobb\" \u00e9s a \"legk\u00f6zelebbi\" adatk\u00f6zpont fel\u00e9 ir\u00e1nyulnak. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/05a1b75b981d55967e44e3b90cfd88b9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>P\u00e9lda: egy DNS-\u00fcgyf\u00e9l munkag\u00e9p, amelynek Anycast DNS IP-c\u00edme 123.10.10.10, DNS-felold\u00e1st hajt v\u00e9gre a h\u00e1rom n\u00e9vszerver k\u00f6z\u00fcl a legk\u00f6zelebbi fel\u00e9, amelyeket ugyanazzal az Anycast IP-c\u00edmmel telep\u00edtettek. Ha az R1 router vagy az A szerver meghib\u00e1sodik, a DNS-\u00fcgyf\u00e9l csomagjai automatikusan az ezt k\u00f6vet\u0151 legk\u00f6zelebbi DNS-szerverhez ir\u00e1nyulnak az R2 \u00e9s R3 routereken kereszt\u00fcl. Ezenk\u00edv\u00fcl az A szerver fel\u00e9 vezet\u0151 \u00fatvonal a routing t\u00e1bl\u00e1kb\u00f3l elt\u00e1vol\u00edt\u00e1sra ker\u00fcl, megakad\u00e1lyozva ezzel a n\u00e9vszerver tov\u00e1bbi haszn\u00e1lat\u00e1t.<\/i><\/p>\n<h2>Telep\u00edt\u00e9si forgat\u00f3k\u00f6nyvek<\/h2>\n<p>\nK\u00e9t \u00e1ltal\u00e1nos s\u00e9ma l\u00e9tezik, amelyek a felhaszn\u00e1l\u00f3hoz kapcsol\u00f3d\u00f3 szerver meghat\u00e1roz\u00e1s\u00e1ra szolg\u00e1lnak:<\/p>\n<ul>\n<li><b>H\u00e1l\u00f3zati szint\u0171 Anycast<\/b>. A felhaszn\u00e1l\u00f3t a legk\u00f6zelebbi szerverhez kapcsolja. Itt a felhaszn\u00e1l\u00f3 \u00e9s a szerver k\u00f6z\u00f6tti h\u00e1l\u00f3zati \u00fatvonal fontos.<\/li>\n<li><b>Alkalmaz\u00e1si szint\u0171 Anycast<\/b>. Ezen a s\u00e9m\u00e1n nagyobb sz\u00e1m\u00edt\u00e1si metrik\u00e1k szerepelnek, bele\u00e9rtve a szerver el\u00e9rhet\u0151s\u00e9g\u00e9t, v\u00e1laszid\u0151t, kapcsolatok sz\u00e1m\u00e1t stb. Ez egy k\u00fcls\u0151 monitoroz\u00f3t\u00f3l f\u00fcgg, amely statisztik\u00e1kat szolg\u00e1ltat a h\u00e1l\u00f3zatr\u00f3l.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Anycast alap\u00fa CDN<\/h2>\n<p>\nMost t\u00e9rj\u00fcnk vissza az Anycast haszn\u00e1lat\u00e1hoz a tartalomszolg\u00e1ltat\u00f3 h\u00e1l\u00f3zatokban. Az Anycast k\u00e9ts\u00e9gtelen\u00fcl egy \u00e9rdekes h\u00e1l\u00f3zati koncepci\u00f3, amely egyre nagyobb elismer\u00e9st nyer az \u00faj gener\u00e1ci\u00f3s CDN szolg\u00e1ltat\u00f3kt\u00f3l.<\/p>\n<p>A CDN egy elosztott szerverh\u00e1l\u00f3zat, amely a tartalmat a v\u00e9gfelhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra magas rendelkez\u00e9sre \u00e1ll\u00e1ssal \u00e9s alacsony k\u00e9sleltet\u00e9ssel szolg\u00e1ltatja. A tartalom-szolg\u00e1ltat\u00f3 h\u00e1l\u00f3zatok ma fontos szerepet j\u00e1tszanak, mivel a sz\u00e1mos multim\u00e9di\u00e1s online szolg\u00e1ltat\u00e1s alapj\u00e1t k\u00e9pezik, \u00e9s a fogyaszt\u00f3k egyre kev\u00e9sb\u00e9 toler\u00e1lj\u00e1k a lass\u00fa bet\u00f6lt\u00e9si sebess\u00e9get. A vide\u00f3- \u00e9s hangalkalmaz\u00e1sok k\u00fcl\u00f6n\u00f6sen \u00e9rz\u00e9kenyek a jitterre \u00e9s a k\u00e9sleltet\u00e9sre a h\u00e1l\u00f3zatban. <\/p>\n<p>A CDN \u00f6sszeszedi az \u00f6sszes szervert egy h\u00e1l\u00f3zatba, \u00e9s gyorsabb tartalomszolg\u00e1ltat\u00e1st biztos\u00edt. N\u00e9ha ak\u00e1r 5-6 m\u00e1sodperccel is cs\u00f6kkentheti a felhaszn\u00e1l\u00f3i v\u00e1rakoz\u00e1si id\u0151t. A CDN c\u00e9lja, hogy optimaliz\u00e1lja a sz\u00e1ll\u00edt\u00e1st az\u00e1ltal, hogy tartalmat szolg\u00e1ltat a felhaszn\u00e1l\u00f3hoz legk\u00f6zelebbi szerverr\u0151l. Ez nagyon hasonl\u00f3 az Anycast-hoz, ahol a legk\u00f6zelebbi szerver ker\u00fcl kiv\u00e1laszt\u00e1sra a v\u00e9gfelhaszn\u00e1l\u00f3 helyzete alapj\u00e1n. \u00dagy t\u0171nik, hogy minden CDN szolg\u00e1ltat\u00f3 alap\u00e9rtelmez\u00e9s szerint Anycast-ot haszn\u00e1l, de a val\u00f3s\u00e1gban ez nem \u00edgy van.<\/p>\n<p>A HTTP\/TCP protokollokat haszn\u00e1l\u00f3 alkalmaz\u00e1sok megb\u00edzhat\u00f3 kapcsolatra \u00e9p\u00edtenek. Ha \u00faj Anycast csom\u00f3pontot v\u00e1lasztanak (p\u00e9ld\u00e1ul egy szerver le\u00e1ll\u00e1sa eset\u00e9n), a kiszolg\u00e1l\u00e1s megszakadhat. Ez\u00e9rt az Anycast kor\u00e1bban olyan kapcsolaton k\u00edv\u00fcli szolg\u00e1ltat\u00e1sok, mint az UDP \u00e9s a DNS sz\u00e1m\u00e1ra aj\u00e1nlott volt. Mindazon\u00e1ltal az Anycast j\u00f3l m\u0171k\u00f6dik a kapcsolatorient\u00e1lt protokollok eset\u00e9n is, p\u00e9ld\u00e1ul a TCP t\u00f6k\u00e9letesen funkcion\u00e1l Anycast m\u00f3dban.<\/p>\n<p>Egyes CDN szolg\u00e1ltat\u00f3k Anycast-alap\u00fa ir\u00e1ny\u00edt\u00e1st alkalmaznak, m\u00edg m\u00e1sok a DNS-alap\u00fa ir\u00e1ny\u00edt\u00e1st r\u00e9szes\u00edtik el\u0151nyben: a legk\u00f6zelebbi szerver a felhaszn\u00e1l\u00f3 DNS-szerver\u00e9nek helyzete alapj\u00e1n ker\u00fcl kiv\u00e1laszt\u00e1sra.<\/p>\n<p>A hibrid infrastrukt\u00far\u00e1k \u00e9s a t\u00f6bb adatk\u00f6zponttal rendelkez\u0151 infrastrukt\u00far\u00e1k \u00fajabb p\u00e9ld\u00e1i az Anycast alkalmaz\u00e1s\u00e1nak. A szolg\u00e1ltat\u00f3t\u00f3l kapott Load Balancing IP c\u00edm lehet\u0151v\u00e9 teszi a terhel\u00e9s eloszt\u00e1s\u00e1t az \u00fcgyfelek k\u00fcl\u00f6nb\u00f6z\u0151 szolg\u00e1ltat\u00e1sainak IP-c\u00edmei k\u00f6z\u00f6tt a szolg\u00e1ltat\u00f3 adatk\u00f6zpontj\u00e1ban. Az eszk\u00f6z\u00f6k b\u00e1rmely c\u00edmz\u00e9s\u00e9nek k\u00f6sz\u00f6nhet\u0151en ez jobb teljes\u00edtm\u00e9nyt biztos\u00edt jelent\u0151s forgalom, hibamentes m\u0171k\u00f6d\u00e9s mellett, \u00e9s seg\u00edt optimaliz\u00e1lni a v\u00e1laszid\u0151t magas felhaszn\u00e1l\u00f3sz\u00e1m mellett.<\/p>\n<p>A t\u00f6bb adatk\u00f6zponttal rendelkez\u0151 hibrid infrastrukt\u00far\u00e1k lehet\u0151v\u00e9 teszik a forgalom eloszt\u00e1s\u00e1t a szerverek vagy ak\u00e1r a dedik\u00e1lt szerverek virtu\u00e1lis g\u00e9pei k\u00f6z\u00f6tt.<\/p>\n<p>\u00cdgy \u00f3ri\u00e1si v\u00e1laszt\u00e9k \u00e1ll rendelkez\u00e9sre a technikai megold\u00e1sokban az infrastrukt\u00fara ki\u00e9p\u00edt\u00e9s\u00e9re. Az IP-c\u00edmek k\u00f6z\u00f6tti terhel\u00e9seloszt\u00e1st is be lehet \u00e1ll\u00edtani t\u00f6bb adatk\u00f6zpontban, a csoporthoz tartoz\u00f3 eszk\u00f6z\u00f6k c\u00edmz\u00e9s\u00e9vel az oldal m\u0171k\u00f6d\u00e9s\u00e9nek optimaliz\u00e1l\u00e1sa \u00e9rdek\u00e9ben.<\/p>\n<p>A forgalmat a saj\u00e1t szab\u00e1lyai szerint lehet terjeszteni, meghat\u00e1rozva minden elosztott szerver \" s\u00faly\u00e1t \" minden adatk\u00f6zpontban. Ez a konfigur\u00e1ci\u00f3 k\u00fcl\u00f6n\u00f6sen hasznos, amikor elosztott szerver park van, \u00e9s a szolg\u00e1ltat\u00e1sok teljes\u00edtm\u00e9nye elt\u00e9r\u0151. Ez lehet\u0151v\u00e9 teszi a forgalom gyakori eloszt\u00e1s\u00e1t a szerverek teljes\u00edtm\u00e9ny\u00e9nek n\u00f6vel\u00e9se \u00e9rdek\u00e9ben.<\/p>\n<p>A ping parancs seg\u00edts\u00e9g\u00e9vel l\u00e9trehozhat\u00f3 kontrollrendszer eset\u00e9n lehet\u0151s\u00e9g van sond\u00e1k konfigur\u00e1l\u00e1s\u00e1ra. Ez lehet\u0151v\u00e9 teszi az adminisztr\u00e1tor sz\u00e1m\u00e1ra, hogy meghat\u00e1rozza a saj\u00e1t ellen\u0151rz\u00e9si elj\u00e1r\u00e1sait, \u00e9s pontosabb k\u00e9pet kapjon az infrastrukt\u00fara minden elem\u00e9nek \u00e1llapot\u00e1r\u00f3l. \u00cdgy lehet\u0151s\u00e9g van a rendelkez\u00e9sre \u00e1ll\u00e1s krit\u00e9riumainak meghat\u00e1roz\u00e1s\u00e1ra.<\/p>\n<p>Lehet\u0151s\u00e9g van hibrid infrastrukt\u00fara ki\u00e9p\u00edt\u00e9s\u00e9re: n\u00e9ha k\u00e9nyelmes a back office-t a v\u00e1llalati h\u00e1l\u00f3zaton hagyni, m\u00edg a frontend r\u00e9szt a szolg\u00e1ltat\u00f3ra b\u00edzzuk.<\/p>\n<p>SSL tan\u00fas\u00edtv\u00e1nyok hozz\u00e1ad\u00e1sa lehets\u00e9ges a terhel\u00e9seloszt\u00e1s, az \u00e1tkonfigur\u00e1lt adatok titkos\u00edt\u00e1sa \u00e9s a weboldal l\u00e1togat\u00f3i \u00e9s a v\u00e1llalati infrastrukt\u00fara k\u00f6z\u00f6tti biztons\u00e1gos kapcsolatok \u00e9rdek\u00e9ben. A terhel\u00e9seloszt\u00e1s sor\u00e1n az adatk\u00f6zpontok k\u00f6z\u00f6tt is alkalmazhat\u00f3k SSL tan\u00fas\u00edtv\u00e1nyok.<\/p>\n<p>Az Anycast terhel\u00e9seloszt\u00e1ssal rendelkez\u0151 szolg\u00e1ltat\u00e1s el\u00e9rhet\u0151 a szolg\u00e1ltat\u00f3n\u00e1l. Ez a funkci\u00f3 seg\u00edt jav\u00edtani a felhaszn\u00e1l\u00f3k alkalmaz\u00e1sokkal val\u00f3 interakci\u00f3s algoritmus\u00e1t a tart\u00f3zkod\u00e1si hely\u00fck f\u00fcggv\u00e9ny\u00e9ben. El\u00e9g csak bejelenteni, hogy mely szolg\u00e1ltat\u00e1sok tal\u00e1lhat\u00f3k az adatk\u00f6zpontban, \u00e9s a forgalmat a legk\u00f6zelebbi infrastrukt\u00far\u00e1ra ir\u00e1ny\u00edtj\u00e1k. Ha vannak dedik\u00e1lt szerverek, p\u00e9ld\u00e1ul Franciaorsz\u00e1gban vagy \u00c9szak-Amerik\u00e1ban, akkor az \u00fcgyfelek a h\u00e1l\u00f3zat legk\u00f6zelebbi szerver\u00e9re lesznek ir\u00e1ny\u00edtva.<\/p>\n<p>Az Anycast egyik lehets\u00e9ges alkalmaz\u00e1sa az oper\u00e1tor jelenl\u00e9t\u00e9nek optim\u00e1lis v\u00e1laszt\u00e1sa (PoP). Ezt mutatjuk be. <noindex><a rel=\"nofollow\" href=\"https:\/\/engineering.linkedin.com\/network-performance\/tcp-over-ip-anycast-pipe-dream-or-reality\">p\u00e9ld\u00e1m<\/a><\/noindex>. A LinkedIn (Oroszorsz\u00e1gban blokkolva) nemcsak a term\u00e9kei \u2014 mobil \u00e9s webalkalmaz\u00e1sok \u2014 teljes\u00edtm\u00e9ny\u00e9nek \u00e9s sebess\u00e9g\u00e9nek jav\u00edt\u00e1s\u00e1ra t\u00f6rekszik, hanem a h\u00e1l\u00f3zati infrastrukt\u00fara fejleszt\u00e9s\u00e9re is a tartalom gyorsabb sz\u00e1ll\u00edt\u00e1sa \u00e9rdek\u00e9ben. Ehhez a LinkedIn akt\u00edvan haszn\u00e1lja a PoP-okat \u2013 a jelenl\u00e9t pontjait. A felhaszn\u00e1l\u00f3k legk\u00f6zelebbi PoP-hoz ir\u00e1ny\u00edt\u00e1s\u00e1hoz az Anycast-ot alkalmazz\u00e1k.<\/p>\n<p>Az oka az, hogy az Unycast eset\u00e9ben minden LinkedIn PoP egyedi IP c\u00edmmel rendelkezik. Ezut\u00e1n a felhaszn\u00e1l\u00f3k geo-lok\u00e1ci\u00f3juk alapj\u00e1n kapj\u00e1k meg a PoP-okat a DNS seg\u00edts\u00e9g\u00e9vel. A probl\u00e9ma az, hogy a DNS haszn\u00e1latakor az Egyes\u00fclt \u00c1llamokban k\u00f6r\u00fclbel\u00fcl a felhaszn\u00e1l\u00f3k 30%-a nem optim\u00e1lis PoP-hoz van ir\u00e1ny\u00edtva. Az Anycast fokozatos bevezet\u00e9s\u00e9vel a nem optim\u00e1lis PoP-ok kioszt\u00e1s\u00e1nak ar\u00e1nya 31%-r\u00f3l 10%-ra cs\u00f6kkent.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/f1635951294bc476639ec65d175c11e0.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>A pilot teszt eredm\u00e9nyei a grafikonon l\u00e1that\u00f3k, ahol az Y tengely az optim\u00e1lis PoP kioszt\u00e1s\u00e1nak sz\u00e1zal\u00e9k\u00e1t mutatja. Az Anycast fokozatos bevezet\u00e9se sor\u00e1n az Egyes\u00fclt \u00c1llamok t\u00f6bb \u00e1llam\u00e1ban is javul\u00e1s volt megfigyelhet\u0151 az optim\u00e1lis PoP-ok forgalm\u00e1nak ar\u00e1ny\u00e1ban.<\/i><\/p>\n<h2>Anycast h\u00e1l\u00f3zat figyel\u00e9se<\/h2>\n<p>\nElm\u00e9letileg az Anycast h\u00e1lzatok egyszer\u0171ek: t\u00f6bb fizikai szerver kapja ugyanazt az IP c\u00edmet, amelyet a BGP haszn\u00e1l az \u00fatvonal meghat\u00e1roz\u00e1s\u00e1ra. Azonban az Anycast platformok megval\u00f3s\u00edt\u00e1sa \u00e9s tervez\u00e9se bonyolult, k\u00fcl\u00f6n\u00f6sen, ha figyelembe vessz\u00fck az ezekre jellemz\u0151 hibat\u0171r\u0151 Anycast h\u00e1lzatokat. M\u00e9g nehezebb az Anycast h\u00e1l\u00f3zat hat\u00e9kony figyel\u00e9se a hib\u00e1k gyors azonos\u00edt\u00e1sa \u00e9s lokaliz\u00e1l\u00e1sa \u00e9rdek\u00e9ben. <\/p>\n<p>Ha a szolg\u00e1ltat\u00e1sok k\u00fcls\u0151 CDN szolg\u00e1ltat\u00f3t haszn\u00e1lnak tartalmuk kiszolg\u00e1l\u00e1s\u00e1ra, nagyon fontos a h\u00e1l\u00f3zat teljes\u00edtm\u00e9ny\u00e9nek nyomon k\u00f6vet\u00e9se \u00e9s ellen\u0151rz\u00e9se. Anycast alap\u00fa CDN figyel\u00e9s sor\u00e1n a f\u0151 hangs\u00faly az \u00e1thalad\u00e1si k\u00e9sleltet\u00e9sek \u00e9s a v\u00e9gs\u0151 \u00e1tmenet jellemz\u0151inek m\u00e9r\u00e9s\u00e9n van, hogy meg\u00e9rts\u00fck, melyik adatk\u00f6zpont szolg\u00e1ltatja a tartalmat. Az HTTP szerver fejl\u00e9cek elemz\u00e9se szint\u00e9n egy m\u00f3dja annak, hogy meghat\u00e1rozzuk, honnan sz\u00e1rmazik az adat.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/9dfcf689c3c7a553b00de5f0dac4d0ec.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>P\u00e9lda: Az HTTP v\u00e1lasz\u00fczenet fejl\u00e9c, amely a CDN szerver elhelyezked\u00e9s\u00e9t jelzi.<\/i><\/p>\n<p>P\u00e9ld\u00e1ul a CloudFlare saj\u00e1t CF-Ray fejl\u00e9c\u00e9t haszn\u00e1lja a HTTP v\u00e1laszokban, amely tartalmazza azt az adatk\u00f6zpontot, ahonnan a k\u00e9r\u00e9s \u00e9rkezett. A Zendesk eset\u00e9ben a Seattle r\u00e9gi\u00f3ra vonatkoz\u00f3 CF-Ray fejl\u00e9c: CF-RAY: 2a21675e65fd2a3d-SEA, m\u00edg Amszterdamra: CF-RAY: 2a216896b93a0c71-AMS. A HTTP-X-fejl\u00e9cek seg\u00edts\u00e9g\u00e9vel is meg lehet hat\u00e1rozni, hol tal\u00e1lhat\u00f3 a tartalom.<\/p>\n<h2>Egy\u00e9b c\u00edmz\u00e9si m\u00f3dszerek<\/h2>\n<p>\nVannak m\u00e1s c\u00edmz\u00e9si m\u00f3dszerek is a felhaszn\u00e1l\u00f3i k\u00e9r\u00e9sek konkr\u00e9t h\u00e1l\u00f3zati v\u00e9gpontokhoz val\u00f3 ir\u00e1ny\u00edt\u00e1s\u00e1ra:<\/p>\n<p>Unicast<\/p>\n<p>Az internet legnagyobb r\u00e9sze manaps\u00e1g ezt a m\u00f3dszert haszn\u00e1lja. A Unicast egy egyc\u00edmzett \u00e1tvitel, ahol az IP c\u00edm csak egyetlen konkr\u00e9t csom\u00f3ponthoz van rendelve a h\u00e1l\u00f3zatban. Ezt k\u00f6lcs\u00f6n\u00f6sen egy\u00e9rtelm\u0171 \u00f6sszpontos\u00edt\u00e1snak nevezik.\u00a0<\/p>\n<p>Multicast<\/p>\n<p>A multicast a \"egy a sokb\u00f3l\" vagy \"sok a sokhoz\" kapcsolatot haszn\u00e1l. A multicast lehet\u0151v\u00e9 teszi, hogy a k\u00fcld\u0151 egyszerre k\u00fcldj\u00f6n k\u00e9r\u00e9st k\u00fcl\u00f6nb\u00f6z\u0151 kiv\u00e1lasztott v\u00e9gpontokra. Ez lehet\u0151v\u00e9 teszi a kliens sz\u00e1m\u00e1ra, hogy f\u00e1jlokat egyszerre t\u00f6bb gazd\u00e1t\u00f3l t\u00f6lts\u00f6n le darabokban (ami hasznos audio vagy vide\u00f3 streaminghez). A multicastot gyakran \u00f6sszekeverik az Anycast-tal, de a f\u0151 k\u00fcl\u00f6nbs\u00e9g abban rejlik, hogy az Anycast a k\u00fcld\u0151t egy konkr\u00e9t csom\u00f3pont fel\u00e9 ir\u00e1ny\u00edtja, m\u00e9g ha t\u00f6bb csom\u00f3pont is el\u00e9rhet\u0151.<\/p>\n<p>K\u00f6zvet\u00edt\u00e9s<\/p>\n<p>Az adatgramma egyetlen k\u00fcld\u0151t\u0151l minden v\u00e9gpont fel\u00e9 ir\u00e1nyul, amely a sz\u00e9les s\u00e1v\u00fa c\u00edmhez kapcsol\u00f3dik. A h\u00e1l\u00f3zat automatikusan replik\u00e1lja az adatgramm\u00e1kat, hogy kapcsolatba l\u00e9phessen minden fogad\u00f3val a sz\u00e9les s\u00e1v\u00fa k\u00f6zvet\u00edt\u00e9s sor\u00e1n (\u00e1ltal\u00e1ban egy alh\u00e1l\u00f3zaton bel\u00fcl).<\/p>\n<p>Geokast<\/p>\n<p>A geokast r\u00e9szben hasonl\u00edt a multicast-ra: a k\u00fcld\u0151t\u0151l \u00e9rkez\u0151 k\u00e9r\u00e9sek egyszerre t\u00f6bb v\u00e9gpont fel\u00e9 ir\u00e1nyulnak. A k\u00fcl\u00f6nbs\u00e9g az, hogy a c\u00edmzettet f\u00f6ldrajzi elhelyezked\u00e9se hat\u00e1rozza meg. Ez a speci\u00e1lis form\u00e1j\u00fa csoportc\u00edmz\u00e9s bizonyos ir\u00e1ny\u00edt\u00e1si protokollok \u00e1ltal haszn\u00e1lt mobil peer-to-peer h\u00e1l\u00f3zatokban.<\/p>\n<p>A f\u00f6ldrajzi \u00fatv\u00e1laszt\u00f3 (Geo Router) meghat\u00e1rozza szolg\u00e1ltat\u00e1si ter\u00fclet\u00e9t \u00e9s azt k\u00f6zel\u00edti. A geomarshrutiz\u00e1l\u00f3 rendszerek, megosztva szolg\u00e1ltat\u00e1si ter\u00fcleteiket, \u00fatv\u00e1laszt\u00e1si t\u00e1bl\u00e1kat \u00e9p\u00edtenek. A geomarshrutiz\u00e1torok rendszere hierarchikus strukt\u00far\u00e1val rendelkezik.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/fa98a1f0705bd754e1a9c8b479c834a7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/da36388f194ac565aba7b7661839ff6c.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/16161b1bdc81867d8c8bba7bd084b7cf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Unicast, Multicast \u00e9s Broadcast.<\/i><\/p>\n<p>Az Anycast technol\u00f3gia alkalmaz\u00e1sa n\u00f6veli a DNS megb\u00edzhat\u00f3s\u00e1g\u00e1t, el\u00e9rhet\u0151s\u00e9g\u00e9t \u00e9s biztons\u00e1g\u00e1t. E technol\u00f3gia seg\u00edts\u00e9g\u00e9vel az \u00fczemeltet\u0151k k\u00fcl\u00f6nb\u00f6z\u0151 DNS-alap\u00fa terhel\u00e9smegoszt\u00e1si szolg\u00e1ltat\u00e1sokat k\u00edn\u00e1lnak \u00fcgyfeleiknek. A vez\u00e9rl\u0151pulton megadhat\u00f3k azok az IP-c\u00edmek, amelyekre a k\u00e9r\u00e9sek a f\u00f6ldrajzi elhelyezked\u00e9s alapj\u00e1n ir\u00e1nyulnak. Ez lehet\u0151v\u00e9 teszi az \u00fcgyfelek sz\u00e1m\u00e1ra, hogy rugalmasabban oszthass\u00e1k el a felhaszn\u00e1l\u00f3i k\u00e9r\u00e9seket.<\/p>\n<p>N\u00e9h\u00e1ny \u00fczemeltet\u0151 minden jelenl\u00e9t ponton (POP) \u00fatvonal-monitoring eszk\u00f6z\u00f6ket alkalmaz: a rendszer automatikusan elemzi a legr\u00f6videbb helyi \u00e9s glob\u00e1lis \u00fatvonalakat a jelenl\u00e9t pontokhoz, \u00e9s \u00e1tir\u00e1ny\u00edtja azokat a legalacsonyabb k\u00e9sleltet\u00e9ssel b\u00edr\u00f3 f\u00f6ldrajzi helysz\u00ednekre, minim\u00e1lis le\u00e1ll\u00e1ssal.<\/p>\n<p>Jelenleg az Anycast a legstabilabb \u00e9s legmegb\u00edzhat\u00f3bb megold\u00e1s a nagyobb terhel\u00e9s\u0171 DNS-szolg\u00e1ltat\u00e1sok l\u00e9trehoz\u00e1s\u00e1ra, amelyek magas ellen\u00e1ll\u00f3s\u00e1gi \u00e9s megb\u00edzhat\u00f3s\u00e1gi k\u00f6vetelm\u00e9nyeknek felelnek meg. <\/p>\n<p>.ru domain 35 Anycast DNS szervert t\u00e1mogat, amelyet 20 csom\u00f3pontba csoportos\u00edtanak, \u00f6t Anycast-felh\u0151re elosztva. A geogr\u00e1fiai elv szerint, azaz Geocast elv alapj\u00e1n \u00e9p\u00edtik fel. A DNS csom\u00f3pontok elhelyez\u00e9s\u00e9n\u00e9l a geogr\u00e1fiai helyeken val\u00f3 eloszt\u00e1s felt\u00e9telezett, amelyek a legakt\u00edvabb felhaszn\u00e1l\u00f3khoz k\u00f6zel helyezkednek el, maxim\u00e1lis orosz szolg\u00e1ltat\u00f3k koncentr\u00e1ci\u00f3j\u00e1val a csom\u00f3pont elhelyez\u00e9s\u00e9nek hely\u00e9n, valamint a szabad kapacit\u00e1sok megl\u00e9t\u00e9vel \u00e9s a platformmal val\u00f3 k\u00e9nyelmes interakci\u00f3val.<\/p>\n<h2>Hogyan lehet CDN-t \u00e9p\u00edteni?<\/h2>\n<p>\nA CDN egy szerverh\u00e1l\u00f3zat, amely felgyors\u00edtja a tartalom k\u00fcld\u00e9s\u00e9t a felhaszn\u00e1l\u00f3knak.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/503800\/\"> Tartalom eloszt\u00f3 h\u00e1l\u00f3zat<\/a><\/noindex> \u00f6sszek\u00f6ti az \u00f6sszes szervert egy h\u00e1l\u00f3zatban, \u00e9s biztos\u00edtja a gyorsabb tartalom bet\u00f6lt\u00e9st. A bet\u00f6lt\u00e9si sebess\u00e9g szempontj\u00e1b\u00f3l fontos szerepet j\u00e1tszik a t\u00e1vols\u00e1g a szerver \u00e9s a felhaszn\u00e1l\u00f3 k\u00f6z\u00f6tt.<\/p>\n<p>A CDN lehet\u0151v\u00e9 teszi a c\u00e9lnak legjobban megfelel\u0151 szerverek haszn\u00e1lat\u00e1t. Ez cs\u00f6kkenti a v\u00e1rakoz\u00e1si id\u0151t, \u00e9s seg\u00edt a weboldalak tartalm\u00e1nak gyorsabb bet\u00f6lt\u00e9s\u00e9ben minden l\u00e1togat\u00f3 sz\u00e1m\u00e1ra, ami k\u00fcl\u00f6n\u00f6sen kritikus a nagy f\u00e1jlm\u00e9ret\u0171 vagy multim\u00e9di\u00e1s szolg\u00e1ltat\u00e1sokkal rendelkez\u0151 weboldalak eset\u00e9ben. A CDN tipikus alkalmaz\u00e1si ter\u00fcletei a kereskedelem \u00e9s a sz\u00f3rakoztat\u00e1s.<\/p>\n<p>A CDN infrastrukt\u00far\u00e1j\u00e1n l\u00e9trehozott kieg\u00e9sz\u00edt\u0151 szerverek h\u00e1l\u00f3zata, amelyek a felhaszn\u00e1l\u00f3khoz a lehet\u0151 legk\u00f6zelebb helyezkednek el, hozz\u00e1j\u00e1rul a stabilabb \u00e9s gyorsabb adat\u00e1tvitelhez. A statisztik\u00e1k szerint a CDN haszn\u00e1lata t\u00f6bb mint 70%-kal cs\u00f6kkenti a weboldal el\u00e9r\u00e9si k\u00e9sleltet\u00e9s\u00e9t a CDN n\u00e9lk\u00fcli weboldalakhoz k\u00e9pest.<\/p>\n<p>Mint<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/466447\/\"> CDN l\u00e9trehoz\u00e1sa DNS seg\u00edts\u00e9g\u00e9vel<\/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>A GeoDNS seg\u00edts\u00e9g\u00e9vel k\u00fcl\u00f6nb\u00f6z\u0151 DNS v\u00e1laszok adhat\u00f3k vissza a felhaszn\u00e1l\u00f3 IP-c\u00edme szerint. Ehhez a DNS-szervereket \u00fagy konfigur\u00e1lj\u00e1k, hogy a be\u00e9rkez\u0151 IP-c\u00edm szerint elt\u00e9r\u0151 IP-c\u00edmeket adjanak vissza. \u00c1ltal\u00e1ban a GeoIP adatb\u00e1zis haszn\u00e1lat\u00e1val hat\u00e1rozz\u00e1k meg a k\u00e9r\u00e9s sz\u00e1rmaz\u00e1si r\u00e9gi\u00f3j\u00e1t. A DNS-alap\u00fa geolok\u00e1ci\u00f3 lehet\u0151v\u00e9 teszi, hogy a felhaszn\u00e1l\u00f3knak a legk\u00f6zelebbi webhelyb\u0151l sz\u00e1rmaz\u00f3 tartalmat k\u00fcldjenek.<\/p>\n<p>A GeoDNS meghat\u00e1rozza a DNS-k\u00e9r\u00e9st k\u00fcld\u0151 kliens IP-c\u00edm\u00e9t vagy a szolg\u00e1ltat\u00f3 rekursz\u00edv DNS-szerver\u00e9nek IP-c\u00edm\u00e9t, amelyet a kliens k\u00e9r\u00e9s\u00e9nek feldolgoz\u00e1sa sor\u00e1n haszn\u00e1lnak. A kliens IP-c\u00edme \u00e9s a GeoIP adatb\u00e1zis alapj\u00e1n meg\u00e1llap\u00edtj\u00e1k az orsz\u00e1got\/regi\u00f3t. Ezut\u00e1n a kliens megkapja a legk\u00f6zelebbi CDN-szerver IP-c\u00edm\u00e9t. A GeoDNS be\u00e1ll\u00edt\u00e1sair\u00f3l b\u0151vebben olvashat.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/178727\/\"> itt<\/a><\/noindex>.<\/p>\n<h2>Anycast vagy GeoDNS?<\/h2>\n<p>\nB\u00e1r az Anycast remek m\u00f3dja a glob\u00e1lis szint\u0171 tartalom sz\u00e1ll\u00edt\u00e1s\u00e1nak, hi\u00e1nyzik bel\u0151le a specifikuss\u00e1g. Itt l\u00e9p a GeoDNS a k\u00e9pbe. Ez a szolg\u00e1ltat\u00e1s lehet\u0151v\u00e9 teszi olyan szab\u00e1lyok l\u00e9trehoz\u00e1s\u00e1t, amelyek a felhaszn\u00e1l\u00f3kat egyedi v\u00e9gpontokra ir\u00e1ny\u00edtj\u00e1k a tart\u00f3zkod\u00e1si hely\u00fck alapj\u00e1n.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/05c9d6752ba196f90bfefe6091075b23.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>P\u00e9lda: az eur\u00f3pai felhaszn\u00e1l\u00f3k egy m\u00e1sik v\u00e9gpontra ir\u00e1nyulnak.<\/i><\/p>\n<p>A domainekhez val\u00f3 hozz\u00e1f\u00e9r\u00e9s is letilthat\u00f3, ha minden k\u00e9r\u00e9st elutas\u00edtunk. Ez k\u00fcl\u00f6n\u00f6sen gyors m\u00f3dja a rosszindulat\u00fa felhaszn\u00e1l\u00f3k kisz\u0171r\u00e9s\u00e9nek.<\/p>\n<p>A GeoDNS pontosabb v\u00e1laszokat ad, mint az Anycast. M\u00edg az Anycast eset\u00e9ben a legr\u00f6videbb \u00fat a hopsz\u00e1m alapj\u00e1n ker\u00fcl meghat\u00e1roz\u00e1sra, a GeoDNS eset\u00e9ben a v\u00e9gfelhaszn\u00e1l\u00f3k sz\u00e1m\u00e1ra t\u00f6rt\u00e9n\u0151 ir\u00e1ny\u00edt\u00e1s az \u0151 fizikai tart\u00f3zkod\u00e1si hely\u00fck alapj\u00e1n t\u00f6rt\u00e9nik. Ez cs\u00f6kkenti a k\u00e9sleltet\u00e9st \u00e9s n\u00f6veli a pontoss\u00e1got a r\u00e9szletes ir\u00e1ny\u00edt\u00e1si szab\u00e1lyok l\u00e9trehoz\u00e1sa sor\u00e1n. <\/p>\n<p>Amikor a felhaszn\u00e1l\u00f3 r\u00e1kattint a domainre, a b\u00f6ng\u00e9sz\u0151 a legk\u00f6zelebbi DNS-szerverhez fordul, amely a domain alapj\u00e1n IP-c\u00edmet ad a weboldal bet\u00f6lt\u00e9s\u00e9hez. Tegy\u00fck fel, hogy egy online bolt n\u00e9pszer\u0171 az Egyes\u00fclt \u00c1llamokban \u00e9s Eur\u00f3p\u00e1ban, \u00e9s a DNS-szerverei csak Eur\u00f3p\u00e1ban tal\u00e1lhat\u00f3k. Ebben az esetben az Egyes\u00fclt \u00c1llamokb\u00f3l \u00e9rkez\u0151 felhaszn\u00e1l\u00f3knak a legk\u00f6zelebbi szerverhez kell fordulniuk, ami nagyon t\u00e1vol van, \u00edgy a v\u00e1laszra v\u00e1rakozniuk kell \u2014 a weboldal bet\u00f6lt\u00e9se lass\u00fa lesz.<\/p>\n<p>Ha GeoDNS-szervert helyeznek el az Egyes\u00fclt \u00c1llamokban, a felhaszn\u00e1l\u00f3k ehhez a szerverhez fognak kapcsol\u00f3dni. A v\u00e1lasz gyors lesz, ami befoly\u00e1solja a weboldal bet\u00f6lt\u00e9si sebess\u00e9g\u00e9t.<\/p>\n<p>A m\u00e1r l\u00e9tez\u0151 amerikai DNS-szerver eset\u00e9n, amikor egy amerikai felhaszn\u00e1l\u00f3 a domainhez fordul, \u0151 a legk\u00f6zelebbi szerverhez csatlakozik, amely megadja a sz\u00fcks\u00e9ges IP-c\u00edmet. A felhaszn\u00e1l\u00f3 arra a szerverre ir\u00e1nyul, amely a webhely tartalm\u00e1t tartalmazza, de mivel a tartalomhoz sz\u00fcks\u00e9ges szerverek messze vannak, hamar nem fogja megkapni.<\/p>\n<p>Ha az Egyes\u00fclt \u00c1llamokban helyezik el a szervereket \u00e9s a CDN-t a gyors\u00edt\u00f3t\u00e1razott adatokkal, akkor a kliens b\u00f6ng\u00e9sz\u0151je a legk\u00f6zelebbi DNS-szerverhez k\u00fcld egy k\u00e9rd\u00e9st, amely visszak\u00fcldi a sz\u00fcks\u00e9ges IP-c\u00edmet. A b\u00f6ng\u00e9sz\u0151 a megkapott IP-c\u00edmmel kapcsolatba l\u00e9p a legk\u00f6zelebbi CDN szerverrel \u00e9s az alap szerverrel, a CDN szerver pedig visszaadja a b\u00f6ng\u00e9sz\u0151nek a gyors\u00edt\u00f3t\u00e1razott tartalmat. Mialatt a gyors\u00edt\u00f3t\u00e1razott tartalom bet\u00f6lt\u0151dik, az alap szerverr\u0151l meg\u00e9rkeznek a hi\u00e1nyz\u00f3 f\u00e1jlok a teljes weboldal bet\u00f6lt\u00e9s\u00e9hez. Ennek eredm\u00e9nyek\u00e9nt cs\u00f6kken a weboldal bet\u00f6lt\u00e9si ideje, mivel sokkal kevesebb f\u00e1jl \u00e9rkezik az alap szerverr\u0151l. <\/p>\n<p>A meghat\u00e1rozott IP-c\u00edm pontos f\u00f6ldrajzi hely\u00e9nek meg\u00e1llap\u00edt\u00e1sa nem mindig k\u00f6nny\u0171 feladat: sz\u00e1mos t\u00e9nyez\u0151 befoly\u00e1solja, \u00e9s az IP-c\u00edm tartom\u00e1ny\u00e1nak tulajdonosai \u00fagy d\u00f6ntenek, hogy az a vil\u00e1g m\u00e1sik v\u00e9g\u00e9n jelenik meg (ebben az esetben meg kell v\u00e1rni, am\u00edg az adatb\u00e1zis friss\u00fcl, hogy a helyes helymeghat\u00e1roz\u00e1st megkapjuk). N\u00e9ha a VPS szolg\u00e1ltat\u00f3k amerikai c\u00edmeket rendelnek a szingap\u00fari VPS-hez.<\/p>\n<p>Ahelyett, hogy Anycast c\u00edmeket haszn\u00e1ln\u00e1nak, a forgalom terjeszt\u00e9se a n\u00e9vkib\u0151v\u00edt\u00e9s sor\u00e1n t\u00f6rt\u00e9nik, nem pedig a gyorst\u00e1r szerverhez val\u00f3 csatlakoz\u00e1skor. Ha a rekurz\u00edv szerver nem t\u00e1mogatja a kliens alh\u00e1l\u00f3zatok EDNS funkci\u00f3j\u00e1t, akkor a rekurz\u00edv szerver helyzete lesz a meghat\u00e1roz\u00f3, nem pedig a felhaszn\u00e1l\u00f3, aki a gyorst\u00e1raz\u00f3 szerverhez csatlakozik.<\/p>\n<p>A DNS kliens alh\u00e1l\u00f3zatok a DNS kiterjeszt\u00e9se (RFC7871), amely meghat\u00e1rozza, hogyan k\u00fcldhetnek a rekurz\u00edv DNS-szerverek inform\u00e1ci\u00f3t a kliensr\u0151l a DNS-szervernek, k\u00fcl\u00f6n\u00f6sen azokat az inform\u00e1ci\u00f3kat, amelyeket a GeoDNS szerver a kliens hely\u00e9nek pontosabb meghat\u00e1roz\u00e1s\u00e1ra haszn\u00e1lhat.<\/p>\n<p>A legt\u00f6bben az internetszolg\u00e1ltat\u00f3juk DNS-szervereit vagy a sz\u00e1mukra f\u00f6ldrajzilag k\u00f6zeli DNS-szervereket haszn\u00e1lj\u00e1k, de ha valaki az Egyes\u00fclt \u00c1llamokban valamilyen okb\u00f3l DNS-lez\u00e1r\u00f3t folyamodik, amely Ausztr\u00e1li\u00e1ban tal\u00e1lhat\u00f3, akkor val\u00f3sz\u00edn\u0171leg egy Ausztr\u00e1li\u00e1hoz legk\u00f6zelebbi szerver IP-c\u00edm\u00e9t kapja. <\/p>\n<p>Ha GeoDNS-t szeretne haszn\u00e1lni, fontos tiszt\u00e1ban lennie ezekkel a saj\u00e1tos von\u00e1sokkal, mivel bizonyos esetekben n\u00f6velheti a t\u00e1vols\u00e1got a gyors\u00edt\u00e1razott szerverek \u00e9s a kliens k\u00f6z\u00f6tt.<\/p>\n<p>\u00d6sszefoglalva: ha t\u00f6bb VPS-t szeretne CDN-be integr\u00e1lni, a legjobb telep\u00edt\u00e9si lehet\u0151s\u00e9g a GeoDNS funkci\u00f3val rendelkez\u0151 DNS-szerver \u00e9s az Anycast \u201eout of the box\u201d kombin\u00e1ci\u00f3 haszn\u00e1lata.<\/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 kontra Unicast: mit \u00e9rdemes v\u00e1lasztani minden esetben\" src=\"\/wp-content\/uploads\/2020\/07\/73c6b0732883a352ddd9096804f2e533.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Forr\u00e1s: <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.3 - 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\/hu\/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.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"hu_HU\" \/>\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\/hu\/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: mit \u00e9rdemes v\u00e1lasztani minden esetben | ProHoster","description":"Sokan hallottak m\u00e1r az Anycastr\u00f3l. Ezen a h\u00e1l\u00f3zati c\u00edmz\u00e9si \u00e9s ir\u00e1ny\u00edt\u00e1si m\u00f3dszern\u00e9l egy IP-c\u00edm t\u00f6bb szerverhez van rendelve a h\u00e1l\u00f3zaton. Ezek a szerverek ak\u00e1r t\u00e1voli adatk\u00f6zpontokban is tal\u00e1lkozhatnak egym\u00e1ssal.","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","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\/hu\/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\/hu\/wp-json\/wp\/v2\/posts\/88961","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=88961"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/88961\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/88962"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=88961"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=88961"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=88961"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}