Anycast vs Unicast: což je lepší zvolit v každém případě

Mnoho lidí pravděpodobně slyšelo o Anycast. Při této metodě síťového adresování a směrování je jedna IP adresa přiřazena více serverům v síti. Tyto servery mohou být dokonce umístěny v datových centrech vzdálených od sebe. Myšlenkou Anycastu je, že v závislosti na umístění zdroje požadavku jsou data odesílána na nejbližší (podle topologie sítě, přesněji směrovacího protokolu BGP) server. Tímto způsobem můžete snížit počet skoků v síti a latenci.

V podstatě stejná trasa je inzerována z více datových center po celém světě. Klienti tak budou posláni do „nejlepšího“ a „nejbližšího“ na základě tras BGP, tedy do datového centra. Proč Anycast? Proč používat Anycast místo Unicast?

Anycast vs Unicast: což je lepší zvolit v každém případě
Unicast je opravdu vhodný pro stránky s jedním webovým serverem a mírným provozem. Pokud má však služba miliony předplatitelů, obvykle používá mnoho webových serverů, každý se stejnou IP adresou. Tyto servery jsou rozmístěny geograficky, aby optimálně obsluhovaly požadavky.

V tomto scénáři Anycast zlepší výkon (provoz je zasílán uživateli s minimálním zpožděním), zajistí spolehlivost služby (díky záložním serverům) a vyrovnávání zátěže – směrování na několik serverů efektivně rozloží zátěž mezi ně a zvýší rychlost. webu.

Operátoři nabízejí klientům různé typy vyvažování zátěže na základě Anycast a DNS. Klienti mohou specifikovat IP adresy, na které budou zasílány požadavky na základě geografické polohy webu. To umožňuje flexibilněji distribuovat požadavky uživatelů.

Předpokládejme, že existuje několik webů, mezi které musíte rozdělit zatížení (uživatele), například internetový obchod se 100 000 požadavky za den nebo oblíbený blog. Chcete-li omezit region, ze kterého uživatelé přistupují na konkrétní stránku, můžete použít možnost Geo Community. Umožňuje vám omezit region, ve kterém bude operátor trasu inzerovat.

Anycast vs Unicast: což je lepší zvolit v každém případě

Anycast vs Unicast: což je lepší zvolit v každém případě
Anycast a Unicast: rozdíly

Anycast se často používá v aplikacích, jako je DNS (Domain Name System) a CDN (Content Delivery Networks), což umožňuje rozhodnutí o směrování, která zlepšují výkon sítě. Sítě pro doručování obsahu využívají Anycast, protože se zabývají velkými objemy provozu a Anycast v tomto případě poskytuje řadu výhod (více o nich níže). V DNS vám Anycast umožňuje výrazně zvýšit úroveň spolehlivosti a odolnosti proti chybám služby.

Anycast vs Unicast: což je lepší zvolit v každém případě
V Anycast IP, při použití BGP, existuje více cest ke konkrétnímu hostiteli. Ve skutečnosti se jedná o kopie hostitelů ve více datových centrech, které se používají k navazování připojení s nižší latencí.

V síti Anycast je tedy stejná IP adresa inzerována z různých míst a síť se rozhoduje, kam směrovat požadavek uživatele na základě „ceny“ trasy. BGP se například často používá k určení nejkratší trasy pro přenos dat. Když uživatel odešle požadavek Anycast, BGP určí nejlepší trasu pro dostupné servery Anycast v síti.

Výhody Anycastu

Snížení latence
Systémy s Anycastem mohou snížit latenci při zpracování požadavků uživatelů, protože vám umožňují přijímat data z nejbližšího serveru. To znamená, že uživatelé se budou vždy připojovat k „nejbližšímu“ (z hlediska směrovacího protokolu) serveru DNS. V důsledku toho Anycast zkracuje dobu interakce snížením síťové vzdálenosti mezi klientem a serverem. To nejen snižuje latenci, ale také zajišťuje vyrovnávání zátěže.

Rychlost

Protože je provoz směrován do nejbližšího uzlu a latence mezi klientem a uzlem je snížena, výsledkem je optimalizovaná rychlost doručení bez ohledu na to, odkud klient požaduje informace.

Zvýšená stabilita a odolnost proti chybám

Pokud několik serverů po celém světě používá stejnou IP adresu, pak pokud jeden ze serverů selže nebo je odpojen, bude provoz přesměrován na nejbližší server. Výsledkem je, že Anycast činí službu odolnější a poskytuje lepší přístup k síti/latenci/rychlost. 

Tím, že má uživatelům neustále k dispozici více serverů, například Anycast zlepšuje stabilitu DNS. Pokud některý uzel selže, požadavky uživatelů budou přesměrovány na jiný server DNS bez jakéhokoli ručního zásahu nebo překonfigurování. Anycast poskytuje prakticky transparentní přepínání na jiné weby jednoduchým odstraněním tras problematického webu. 

Vyvažování zátěže

V Anycast je síťový provoz distribuován mezi různé servery. To znamená, že funguje jako nástroj pro vyrovnávání zatížení, který zabraňuje jakémukoli jednotlivému serveru přijímat většinu provozu. Vyvažování zátěže lze použít například v případě, kdy existuje více síťových uzlů ve stejné geografické vzdálenosti od zdroje požadavku. V tomto případě je zatížení rozděleno mezi uzly.

Snižte dopad útoků DoS 

Další vlastností Anycastu je odolnost vůči DDoS. DDoS útoky pravděpodobně nedokážou zničit systém Anycast, protože by musely zahltit všechny servery v takové síti lavinou požadavků. 

DDoS útoky často využívají botnety, které mohou generovat tolik provozu, že přetíží napadený server. Výhodou použití Anycastu v této situaci je, že každý server je schopen „absorbovat“ část útoku, což snižuje zatížení daného serveru. Útok odmítnutí služby bude s největší pravděpodobností lokalizován na server a neovlivní celou službu.

Vysoká horizontální škálovatelnost

Systémy Anycast se dobře hodí pro služby s velkým objemem provozu. Pokud služba využívající Anycast vyžaduje nové servery, aby zvládly zvýšený provoz, lze do sítě přidat nové servery, které to zvládnou. Mohou být umístěny na nových nebo stávajících stránkách. 

Pokud na určitém místě dochází k velkému nárůstu provozu, přidání serveru pomůže vyrovnat zatížení tohoto webu. Přidání serveru na nové místo pomůže zkrátit čekací doby vytvořením nové nejkratší trasy pro některé uživatele. Obě metody také pomáhají zlepšit stabilitu služby, protože jsou v síti k dispozici nové servery. Tímto způsobem, pokud je server přetížený, můžete jednoduše nasadit jiný v umístění, které mu umožňuje přijímat určitou část požadavků přetíženého serveru. To nevyžaduje žádnou konfiguraci ze strany klientů. 

Pouze tímto způsobem lze obsluhovat terabity provozu a velmi velký počet uživatelů, když má server pouze několik portů 10 nebo 25 Gb/s. 100 hostitelů s jednou IP adresou umožní zpracovat terabitové objemy provozu.

Snadná správa konfigurace

Jak je uvedeno výše, zajímavým využitím Anycastu je DNS. Na síťové uzly můžete umístit několik různých serverů DNS, ale použijte jednu adresu DNS. V závislosti na tom, kde se zdroj nachází, jsou požadavky směrovány do nejbližšího uzlu. To poskytuje určité vyvážení provozu a redundanci v případě selhání serveru DNS. Tímto způsobem lze namísto konfigurace různých serverů DNS v závislosti na tom, kde se nacházejí, rozšířit konfiguraci jednoho serveru DNS do všech uzlů.

Sítě Anycast lze nakonfigurovat tak, aby směrovaly požadavky nejen na základě vzdálenosti, ale také na základě parametrů, jako je přítomnost serveru, počet navázaných spojení. nebo doba odezvy.

Pro použití technologie Anycast nejsou na straně klienta vyžadovány žádné speciální servery, sítě nebo speciální komponenty. Anycast má ale i své stinné stránky. Má se za to, že jeho implementace je složitý úkol, který vyžaduje další vybavení, spolehlivé poskytovatele a správné směrování provozu.

Daleko od čistého zdroje ke kráse

Přestože Anycast směruje uživatele na základě nejmenšího počtu skoků, nemusí to nutně znamenat nejnižší latenci. Latence je složitější metrika, protože může být vyšší pro jeden přechod než pro deset.

Anycast vs Unicast: což je lepší zvolit v každém případě
Příklad: Mezikontinentální komunikace může zahrnovat jeden skok s velmi vysokou latencí.

Anycast se primárně používá pro služby založené na UDP, jako je DNS. Požadavky uživatelů jsou směrovány do „nejlepšího“ a „nejbližšího“ datového centra na základě tras BGP.

Anycast vs Unicast: což je lepší zvolit v každém případě
Příklad: Klientská pracovní stanice DNS s adresou IP Anycast DNS 123.10.10.10 provádí překlad DNS na nejbližší ze tří jmenných serverů DNS nasazených pomocí stejné adresy IP Anycast. Pokud selže směrovač R1 nebo server A, pakety klientů DNS budou automaticky přesměrovány na další nejbližší server DNS prostřednictvím směrovačů R2 a R3. Navíc bude cesta k našemu serveru A odstraněna ze směrovacích tabulek, což zabrání dalšímu použití tohoto jmenného serveru.

Scénáře nasazení

Existují dvě obecná schémata, která se používají k určení, ke kterému serveru se uživatel připojuje:

  • Síťová vrstva Anycast. Připojí uživatele k nejbližšímu serveru. Zde je důležitá síťová cesta od uživatele k serveru.
  • Anycast na aplikační úrovni. Toto schéma má více vypočítaných metrik, včetně dostupnosti serveru, doby odezvy, počtu připojení atd. To závisí na externím monitoru, který poskytuje statistiky sítě.

CDN založené na Anycast

Vraťme se nyní k používání Anycastu v sítích pro doručování obsahu. Anycast je jistě zajímavým síťovým konceptem a získává stále větší uznání mezi poskytovateli CDN nové generace.

CDN je distribuovaná síť serverů, které doručují obsah koncovým uživatelům s vysokou dostupností a nízkou latencí. Sítě pro doručování obsahu dnes hrají důležitou roli jako páteř mnoha online mediálních služeb a spotřebitelé jsou stále méně tolerantní k pomalé rychlosti stahování. Video a hlasové aplikace jsou obzvláště citlivé na jitter a latenci sítě.

CDN spojuje všechny servery do jedné sítě a zajišťuje rychlejší načítání obsahu. Někdy je možné zkrátit čekací dobu uživatele o 5-6 sekund. Účelem CDN je optimalizovat doručování poskytováním obsahu ze serveru, který je nejblíže koncovému uživateli. To je velmi podobné Anycastu, kde je nejbližší server vybrán na základě umístění koncového uživatele. Zdálo by se, že každý poskytovatel služeb CDN by standardně používal Anycast, ale ve skutečnosti tomu tak není.

Aplikace, které používají protokoly, jako je HTTP/TCP, spoléhají na navazování připojení. Pokud je vybrán nový uzel Anycast (například kvůli selhání serveru), služba může být přerušena. To je důvod, proč byl Anycast dříve doporučován pro služby bez připojení, jako je UDP a DNS. Anycast však funguje dobře i pro protokoly orientované na připojení, například TCP funguje dobře v režimu Anycast.

Někteří poskytovatelé CDN používají směrování založené na Anycast, jiní preferují směrování založené na DNS: nejbližší server je vybrán podle toho, kde se nachází server DNS uživatele.

Dalším příkladem využití Anycastu jsou hybridní a multi-datové infrastruktury. IP adresa Load Balancing přijatá od poskytovatele vám umožňuje rozložit zátěž mezi IP adresy různých klientských služeb v datovém centru poskytovatele. Díky technologii libovolného zařízení poskytuje lepší výkon při silném provozu, odolnost proti chybám a pomáhá optimalizovat dobu odezvy při jednání s velkým počtem uživatelů.

V hybridních infrastrukturách více datových center můžete distribuovat provoz mezi servery nebo dokonce virtuální stroje na vyhrazených serverech.

Existuje tedy obrovský výběr technických řešení pro budování infrastruktury. Můžete také nakonfigurovat vyrovnávání zátěže mezi IP adresami napříč více datovými centry a zacílit na jakékoli zařízení ve skupině, abyste optimalizovali výkon webu.

Provoz můžete distribuovat podle svých vlastních pravidel a definovat „váhu“ každého z distribuovaných serverů v každém datovém centru. Tato konfigurace je užitečná zejména v případě, že existuje distribuovaný serverový park a výkon služeb je nerovnoměrný. To umožní častější distribuci provozu, aby se zlepšil výkon serveru.

Pro vytvoření monitorovacího systému pomocí příkazu ping je možné nakonfigurovat sondy. To umožňuje správci definovat vlastní monitorovací postupy a získat jasnější obraz o stavu každé součásti v infrastruktuře. Tímto způsobem lze definovat kritéria přístupnosti.

Je možné vybudovat hybridní infrastrukturu: někdy je vhodné opustit back office v podnikové síti a outsourcovat část rozhraní poskytovateli.

Je možné přidat SSL certifikáty pro vyrovnávání zátěže, šifrování přenášených dat a zabezpečení komunikace mezi návštěvníky stránek a firemní infrastrukturou. V případě vyvažování zátěže mezi datovými centry lze využít i SSL.

Službu Anycast s vyrovnáváním zatížení můžete získat od svého poskytovatele. Tato funkce pomůže zlepšit interakci uživatelů s aplikacemi na základě polohy. Stačí oznámit, jaké služby jsou v datovém centru dostupné, a provoz je přesměrován do nejbližší infrastruktury. Pokud existují dedikované servery, například ve Francii nebo Severní Americe, budou klienti přesměrováni na nejbližší server v síti.

Jednou z možností použití Anycastu je optimální volba bodu přítomnosti operátora (PoP). Pojďme dát příklad. LinkedIn (blokovaný v Rusku) se snaží nejen zlepšit výkon a rychlost svých produktů – mobilních a webových aplikací, ale také zlepšit svou síťovou infrastrukturu pro rychlejší doručování obsahu. Pro toto dynamické doručování obsahu LinkedIn aktivně využívá PoP – body přítomnosti. Anycast se používá k nasměrování uživatelů k nejbližšímu PoP.

Důvodem je, že v případě Unycast má každý LinkedIn PoP unikátní IP adresu. Uživatelé jsou pak přiřazeni k PoP na základě jejich geografické polohy pomocí DNS. Problém je, že při použití DNS bylo asi 30 % uživatelů ve Spojených státech přesměrováno na suboptimální PoP. S postupnou implementací Anycastu kleslo suboptimální přiřazení PoP z 31 % na 10 %.

Anycast vs Unicast: což je lepší zvolit v každém případě
Výsledky pilotního testu jsou uvedeny v grafu, kde osa Y je procento optimálního přiřazení PoP. Jak Anycast narůstal, mnoho amerických států zaznamenalo zlepšení v procentu provozu směrem k optimálnímu PoP.

Sledování sítě Anycast

Sítě Anycast jsou teoreticky jednoduché: více fyzických serverů má přiřazenu stejnou IP adresu, kterou BGP používá k určení trasy. Implementace a návrh platforem Anycast je však složitý a sítě Anycast odolné proti chybám jsou tím obzvláště známé. Ještě náročnější je efektivní monitorování sítě Anycast pro rychlou identifikaci a izolaci chyb.

Pokud služby využívají k poskytování svého obsahu poskytovatele CDN třetí strany, je velmi důležité, aby monitorovaly a ověřovaly výkon sítě. Monitorování CDN založené na Anycastu se zaměřuje na měření latence mezi koncovými body a předposledního skokového výkonu, aby bylo možné pochopit, které datové centrum obsluhuje obsah. Analýza hlaviček HTTP serveru je další způsob, jak určit, odkud data pocházejí.

Anycast vs Unicast: což je lepší zvolit v každém případě
Příklad: Hlavičky odpovědí HTTP označující umístění serveru CDN.

CloudFlare například ve zprávách HTTP Response používá vlastní hlavičku CF-Ray, která obsahuje indikaci datového centra, do kterého byl požadavek podán. V případě Zendesk je záhlaví CF-Ray pro oblast Seattlu CF-RAY: 2a21675e65fd2a3d-SEA a pro Amsterdam je to CF-RAY: 2a216896b93a0c71-AMS. K určení, kde se obsah nachází, můžete také použít záhlaví HTTP-X z odpovědi HTTP.

Jiné způsoby adresování

Existují další metody adresování pro směrování uživatelských požadavků na konkrétní koncový bod sítě:

Unicast

Tuto metodu dnes používá většina internetu. Unicast - unicast přenos, IP adresa je spojena pouze s jedním konkrétním uzlem v síti. Toto se nazývá shoda jedna ku jedné. 

multicast

Multicast používá vztah one-to-many nebo many-to-many. Multicast umožňuje odeslání požadavku od odesílatele současně do různých vybraných koncových bodů. To dává klientovi možnost stahovat soubor po částech z více hostitelů současně (což je užitečné pro streamování zvuku nebo videa). Multicast je často zaměňován s Anycast, ale hlavní rozdíl je v tom, že Anycast nasměruje odesílatele na jeden konkrétní uzel, i když je k dispozici více uzlů.

Broadcast

Datagram od jednoho odesílatele je předán všem koncovým bodům spojeným s adresou vysílání. Síť automaticky replikuje datagramy, aby se mohla dostat ke všem příjemcům ve vysílání (obvykle ve stejné podsíti).

Geocast

Geocast je trochu podobný Multicastu: požadavky od odesílatele jsou odesílány na více koncových bodů současně. Rozdíl je však v tom, že adresát je určen svou geografickou polohou. Jedná se o specializovanou formu vícesměrového vysílání, kterou používají některé směrovací protokoly pro mobilní sítě ad hoc.

Geografický směrovač vypočítá svou obsluhovanou oblast a aproximuje ji. Georoutery, výměna oblastí služeb, vytváření směrovacích tabulek. Systém georouteru má hierarchickou strukturu.

Anycast vs Unicast: což je lepší zvolit v každém případě
Anycast vs Unicast: což je lepší zvolit v každém případě
Anycast vs Unicast: což je lepší zvolit v každém případě
Unicast, Multicast a Broadcast.

Použití technologie Anycast zvyšuje úroveň spolehlivosti, odolnosti proti chybám a zabezpečení DNS. Pomocí této technologie operátoři nabízejí svým klientům služby pro různé typy vyvažování zátěže na základě DNS. V ovládacím panelu můžete určit IP adresy, na které budou odesílány požadavky v závislosti na geografické poloze. Klienti tak získají možnost flexibilněji distribuovat požadavky uživatelů.

Někteří operátoři implementují funkce sledování trasy v každém bodě přítomnosti (POP): systém automaticky analyzuje nejkratší místní a globální trasy pro body přítomnosti a směruje je přes geografické lokality s nejnižší latencí s nulovými prostoji.

V tuto chvíli je Anycast nejstabilnějším a nejspolehlivějším řešením pro budování vysoce vytížených DNS služeb, které mají vysoké požadavky na stabilitu a spolehlivost.

Doména .ru podporuje 35 serverů DNS Anycast, seskupených do 20 uzlů, distribuovaných v pěti cloudech Anycast. V tomto případě se využívá princip konstrukce na základě geografických charakteristik, tzn. Geocast. Při umísťování uzlů DNS se počítá s jejich přesunem do geograficky rozptýlených lokalit v blízkosti nejaktivnějších uživatelů, s maximální koncentrací ruských poskytovatelů v místě, kde se uzel nachází, a také s dostupností volné kapacity a snadností interakce s webem.

Jak vytvořit CDN?

CDN je síť serverů, která urychluje doručování obsahu uživatelům. Síť pro doručování obsahu sjednocuje všechny servery do jedné sítě a zajišťuje rychlejší načítání obsahu. Vzdálenost od serveru k uživateli hraje důležitou roli v rychlosti načítání.

CDN vám umožňuje používat servery, které jsou nejblíže cílovému publiku. To zkracuje dobu čekání a pomáhá urychlit načítání obsahu stránek pro všechny návštěvníky, což je zvláště důležité pro stránky s velkými soubory nebo multimediálními službami. Typickými aplikacemi pro CDN jsou e-commerce a zábava.

Síť dalších serverů vytvořených v infrastruktuře CDN, které jsou umístěny co nejblíže uživatelům, přispívá ke stabilnějšímu a rychlejšímu doručování dat. Podle statistik snižuje použití CDN latenci při přístupu na stránky o více než 70 % ve srovnání se stránkami bez CDN.

Jak vytvořit CDN pomocí DNS? Nastavení CDN pomocí vlastního řešení Anycast může být docela drahý projekt, ale existují levnější možnosti. Můžete například použít GeoDNS a běžné servery s jedinečnými IP adresami. Pomocí služeb GeoDNS můžete vytvořit CDN s geolokačními schopnostmi, kde jsou rozhodnutí přijímána na základě skutečné polohy návštěvníka, spíše než umístění DNS resolveru. Zónu DNS můžete nakonfigurovat tak, aby návštěvníkům z USA zobrazovala adresy IP serveru v USA, ale evropští návštěvníci uvidí evropskou adresu IP.

Pomocí GeoDNS můžete vrátit různé odpovědi DNS v závislosti na IP adrese uživatele. Za tímto účelem je server DNS nakonfigurován tak, aby vracel různé adresy IP v závislosti na zdrojové adrese IP v požadavku. K určení regionu, ze kterého je žádost podána, se obvykle používá databáze GeoIP. Geolokace pomocí DNS vám umožňuje odesílat obsah uživatelům z blízkého webu.

GeoDNS určuje IP adresu klienta, který odeslal DNS požadavek, nebo IP adresu rekurzivního DNS serveru poskytovatele, který se používá při zpracování klientského požadavku. Země/oblast je určena klientovou IP a GeoIP databází. Klient poté získá IP adresu nejbližšího CDN serveru. Můžete si přečíst více o nastavení GeoDNS zde.

Anycast nebo GeoDNS?

Přestože je Anycast skvělý způsob, jak poskytovat obsah v globálním měřítku, postrádá specifičnost. Zde přichází na pomoc GeoDNS. Tato služba vám umožňuje vytvářet pravidla, která odesílají uživatele do jedinečných koncových bodů na základě jejich umístění.

Anycast vs Unicast: což je lepší zvolit v každém případě
Příklad: Uživatelé z Evropy jsou přesměrováni na jiný koncový bod.

Přístup k doménám můžete také odepřít zrušením všech požadavků. Jedná se zejména o rychlý způsob, jak odříznout vetřelce.

GeoDNS poskytuje přesnější odpovědi než Anycast. Pokud je v případě Anycast nejkratší cesta určena počtem skoků, pak v GeoDNS směrování pro koncové uživatele nastává v závislosti na jejich fyzické poloze. To snižuje latenci a zlepšuje přesnost při vytváření podrobných pravidel směrování.

Při navigaci na doménu prohlížeč kontaktuje nejbližší server DNS, který v závislosti na doméně vydá IP adresu pro načtení webu. Předpokládejme, že internetový obchod je populární v USA a Evropě, ale DNS servery pro něj jsou dostupné pouze v Evropě. Američtí uživatelé, kteří chtějí využít služeb obchodu, pak budou nuceni odeslat požadavek na nejbližší server, a protože je to velmi daleko, budou muset dlouho čekat na odpověď - stránka se nenačte rychle.

Pokud je server GeoDNS umístěn v USA, uživatelé k němu již budou mít přístup. Odezva bude rychlá, což ovlivní rychlost načítání webu.

V situaci se stávajícím DNS serverem ve Spojených státech, když uživatel ze Spojených států přejde na danou doménu, kontaktuje nejbližší server, který poskytne požadovanou IP. Uživatel bude přesměrován na server, který obsahuje obsah stránky, ale protože servery s obsahem jsou daleko, neobdrží jej rychle.

Pokud hostujete servery CDN v USA s daty uloženými v mezipaměti, pak po načtení klientský prohlížeč odešle požadavek na nejbližší server DNS, který odešle zpět požadovanou IP adresu. Prohlížeč s přijatou IP kontaktuje nejbližší server CDN a hlavní server a server CDN předá obsah uložený v mezipaměti prohlížeči. Během načítání obsahu uloženého v mezipaměti jsou z hlavního serveru přijímány soubory chybějící k načtení celého webu. Výsledkem je zkrácení doby načítání stránek, protože z hlavního serveru je odesíláno mnohem méně souborů.

Určení přesné polohy konkrétní IP adresy není vždy snadný úkol: ve hře je mnoho faktorů a majitelé řady IP adres se mohou rozhodnout ji inzerovat na druhém konci světa (pak budete muset počkejte na aktualizaci databáze, abyste získali správné umístění). Někdy poskytovatelé VPS přidělují adresy, které se údajně nacházejí v USA, VPS v Singapuru.

Na rozdíl od použití adres Anycast se distribuce provádí během překladu názvů, nikoli během připojování k mezipaměti serveru. Pokud rekurzivní server nepodporuje podsítě klienta EDNS, použije se místo tohoto rekurzivního serveru místo uživatele, který se připojí k serveru pro ukládání do mezipaměti.

Klientské podsítě v DNS jsou rozšířením DNS (RFC7871), které definuje, jak mohou rekurzivní servery DNS odesílat informace o klientech na server DNS, zejména informace o síti, které může server GeoDNS použít k přesnějšímu určení polohy klienta.

Většina z nich používá servery DNS svého poskytovatele internetových služeb nebo servery DNS, které jsou jim geograficky blízké, ale pokud se někdo v USA z nějakého důvodu rozhodne použít překladač DNS umístěný v Austrálii, pravděpodobně skončí s adresou IP serveru nejblíže Austrálii.

Pokud chcete používat GeoDNS, je důležité si být vědom těchto funkcí, protože v některých případech může zvýšit vzdálenost mezi cachovacími servery a klientem.

Shrnutí: pokud chcete zkombinovat několik VPS do CDN, pak je nejlepší možností nasazení použít balíček serveru DNS s funkcí GeoDNS + Anycast ihned po vybalení.

Anycast vs Unicast: což je lepší zvolit v každém případě

Zdroj: www.habr.com

Přidat komentář