{"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\/sv\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast kontra Unicast: vad \u00e4r b\u00e4st att v\u00e4lja i varje fall","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

M\u00e5nga har s\u00e4kert h\u00f6rt talas om Anycast. Med denna metod f\u00f6r n\u00e4tverksadressiering och ruting tilldelas en IP-adress flera servrar i n\u00e4tverket. Dessa servrar kan till och med befinna sig p\u00e5 avst\u00e5nd fr\u00e5n varandra i datacenter. Id\u00e9n med Anycast \u00e4r att beroende p\u00e5 varifr\u00e5n f\u00f6rfr\u00e5gningarna kommer, skickas data till den n\u00e4rmaste servern (enligt n\u00e4tverkets topologi, mer exakt \u2014 BGP-routingprotokollet). P\u00e5 s\u00e5 s\u00e4tt kan antalet n\u00e4tverks\u00f6verg\u00e5ngar (hop) och f\u00f6rdr\u00f6jning (latency) minskas. <\/p>\n

I grund och botten annonseras samma rutt fr\u00e5n flera datacenter runt om i v\u00e4rlden. P\u00e5 s\u00e5 s\u00e4tt kommer kunderna att dirigeras till det \"b\u00e4sta\" och \"n\u00e4rmaste\" datacentret baserat p\u00e5 BGP-rutter. Varf\u00f6r just Anycast? Varf\u00f6r anv\u00e4nda Anycast ist\u00e4llet f\u00f6r Unicast?<\/p>\n

\"Anycast<\/a><\/noindex><\/a><\/noindex>
\nUnicast \u00e4r verkligen l\u00e4mpligt f\u00f6r en webbplats med en web-server och m\u00e5ttlig trafik. Men om tj\u00e4nsten har miljoner abonnenter anv\u00e4nder man vanligtvis flera web-servrar, var och en med samma IP-adress. Dessa servrar \u00e4r geografiskt f\u00f6rdelade f\u00f6r att optimera beg\u00e4rningar.<\/p>\n

I ett s\u00e5dant scenario ger Anycast en prestandaf\u00f6rb\u00e4ttring (trafik dirigeras till anv\u00e4ndaren med minimal f\u00f6rdr\u00f6jning), s\u00e4kerst\u00e4ller tj\u00e4nstens p\u00e5litlighet (tack vare fallback-servrar) och lastbalansering \u2014 rutingen till flera servrar f\u00f6rdelar effektivt belastningen mellan dem, vilket f\u00f6rb\u00e4ttrar webbplatsens hastighet.<\/p>\n

Operat\u00f6rer erbjuder kunder olika typer av lastbalansering baserat p\u00e5 Anycast och DNS. Kunder kan specificera IP-adresserna dit f\u00f6rfr\u00e5gningar ska skickas, beroende p\u00e5 webbplatsens geografiska l\u00e4ge. Detta ger m\u00f6jlighet att flexibelt f\u00f6rdela anv\u00e4ndarf\u00f6rfr\u00e5gningar.<\/p>\n

Anta att det finns flera plattformar mellan vilka belastningen (anv\u00e4ndare) beh\u00f6ver f\u00f6rdelas, till exempel en e-handelswebbplats med 100 000 f\u00f6rfr\u00e5gningar per dag eller en popul\u00e4r blogg. F\u00f6r att begr\u00e4nsa regionen fr\u00e5n vilken anv\u00e4ndarna kommer till en specifik plattform kan man anv\u00e4nda alternativet Geo Community. Det l\u00e5ter en begr\u00e4nsa regionen inom vilken operat\u00f6ren kommer att annonsera rutten.<\/p>\n

\"Anycast<\/p>\n

\"Anycast
\nAnycast och Unicast: skillnader<\/i><\/p>\n

Anycast anv\u00e4nds ofta i applikationer som DNS (dom\u00e4nnamnssystem) och CDN (inneh\u00e5llsleveransn\u00e4tverk), vilket g\u00f6r det m\u00f6jligt att fatta routingbeslut som f\u00f6rb\u00e4ttrar n\u00e4tverksprestandan. Inneh\u00e5llsleveransn\u00e4tverk anv\u00e4nder Anycast eftersom de hanterar stora trafikvolymer, och Anycast erbjuder i detta sammanhang en rad f\u00f6rdelar (om dem nedan). I DNS m\u00f6jligg\u00f6r Anycast en avsev\u00e4rt h\u00f6gre niv\u00e5 av p\u00e5litlighet och redundans i tj\u00e4nsten.<\/p>\n

\"Anycast
\nI Anycast IP med BGP finns det flera v\u00e4gar till en specifik v\u00e4rd. Faktum \u00e4r att detta \u00e4r kopior av v\u00e4rdar i flera datacenter som anv\u00e4nds f\u00f6r att uppr\u00e4tta anslutningar med l\u00e4gre f\u00f6rdr\u00f6jning.<\/i><\/p>\n

S\u00e5 i ett Anycast-n\u00e4tverk tillk\u00e4nnages samma IP-adress fr\u00e5n olika platser, och n\u00e4tverket avg\u00f6r vart anv\u00e4ndarens beg\u00e4ran ska skickas baserat p\u00e5 \"kostnaden\" f\u00f6r v\u00e4gen. Till exempel anv\u00e4nds BGP-protokollet ofta f\u00f6r att best\u00e4mma den kortaste \u00f6verf\u00f6ringsv\u00e4gen. N\u00e4r en anv\u00e4ndare skickar en Anycast-beg\u00e4ran, best\u00e4mmer BGP den b\u00e4sta v\u00e4gen f\u00f6r de tillg\u00e4ngliga Anycast-servrarna i n\u00e4tverket.<\/p>\n

F\u00f6rdelar med Anycast<\/h2>\n

Minskad f\u00f6rdr\u00f6jning
\nSystem med Anycast kan minska f\u00f6rdr\u00f6jningen vid hantering av anv\u00e4ndarbeg\u00e4rningar eftersom de l\u00e5ter data tas emot fr\u00e5n den n\u00e4rmaste servern. Det betyder att anv\u00e4ndarna alltid kommer att ansluta till den \"n\u00e4rmsta\" (i betydelsen av routingsprotokollet) DNS-servern. Som ett resultat minskar Anycast interaktionstiden genom att minska det n\u00e4tverksm\u00e4ssiga avst\u00e5ndet mellan klienten och servern. Detta minskar inte bara f\u00f6rdr\u00f6jningen, utan s\u00e4kerst\u00e4ller ocks\u00e5 lastbalansering.<\/p>\n

Hastighet<\/p>\n

Eftersom trafiken dirigeras till den n\u00e4rmaste noden och f\u00f6rdr\u00f6jningen vid data\u00f6verf\u00f6ring mellan klienten och noden minskar, kommer resultatet att bli en optimering av leveranshastigheten, oavsett varifr\u00e5n klienten beg\u00e4r information.<\/p>\n

\u00d6kad stabilitet och redundans<\/p>\n

Om flera servrar \u00f6ver hela v\u00e4rlden anv\u00e4nder samma IP, kommer trafiken vid ett fel p\u00e5 en av servrarna eller avst\u00e4ngning att omdirigeras till den n\u00e4rmaste servern. Som ett resultat g\u00f6r Anycast tj\u00e4nsten mer motst\u00e5ndskraftig och s\u00e4kerst\u00e4ller b\u00e4ttre n\u00e4tverks\u00e5tkomst\/f\u00f6rdr\u00f6jning\/hastighet.\u00a0<\/p>\n

Genom att ha flera servrar som st\u00e4ndigt \u00e4r tillg\u00e4ngliga f\u00f6r anv\u00e4ndare \u00f6kar Anycast exempelvis stabiliteten i DNS-funktionaliteten. Vid ett noderfel kommer anv\u00e4ndarens f\u00f6rfr\u00e5gningar att omdirigeras till en annan DNS-server utan n\u00e5got manuellt ingripande eller omkonfigurering. Anycast m\u00f6jligg\u00f6r n\u00e4stan s\u00f6ml\u00f6s \u00f6verg\u00e5ng till andra webbplatser genom att enkelt ta bort v\u00e4garna till den problematiska webbplatsen.\u00a0<\/p>\n

Lastbalansering<\/p>\n

I Anycast-systemet f\u00f6rdelas n\u00e4tverkstrafik \u00f6ver flera servrar. Det fungerar allts\u00e5 som en lastbalanserare och f\u00f6rhindrar att enskilda servrar f\u00e5r den st\u00f6rsta delen av trafiken. Lastbalansering kan till exempel anv\u00e4ndas n\u00e4r flera n\u00e4tverksnoder ligger p\u00e5 samma geografiska avst\u00e5nd fr\u00e5n k\u00e4llan till f\u00f6rfr\u00e5gningarna. I det fallet f\u00f6rdelas lasten \u00f6ver noderna.<\/p>\n

Minskning av effekten av DoS-attacker\u00a0<\/p>\n

En annan egenskap hos Anycast \u00e4r dess motst\u00e5nd mot DDoS. DDoS-attacker har sv\u00e5rt att sl\u00e5 ut Anycast-systemet, eftersom det skulle kr\u00e4va att alla servrar i det n\u00e4tverket \u00f6verv\u00e4ldigas av en enorm m\u00e4ngd f\u00f6rfr\u00e5gningar.\u00a0<\/p>\n

I DDoS-attacker anv\u00e4nds ofta botn\u00e4t som kan generera en s\u00e5 stor m\u00e4ngd trafik att den \u00f6verbelastar den utsatta servern. F\u00f6rdelen med att anv\u00e4nda Anycast i denna situation \u00e4r att varje server kan \"absorbera\" en del av attacken, vilket minskar belastningen p\u00e5 en viss server. En \u00f6verbelastningsattack kommer f\u00f6rmodligen att lokaliseras till en server och inte p\u00e5verka hela tj\u00e4nsten.<\/p>\n

H\u00f6g horisontell skalbarhet<\/p>\n

Anycast-system passar bra f\u00f6r tj\u00e4nster med stora trafikvolymer. Om en tj\u00e4nst som anv\u00e4nder Anycast beh\u00f6ver nya servrar f\u00f6r att hantera den v\u00e4xande trafiken kan nya servrar l\u00e4ggas till i n\u00e4tverket f\u00f6r att hantera den. De kan placeras p\u00e5 nya eller redan existerande platser.\u00a0<\/p>\n

Om det finns en kraftig trafik\u00f6kning p\u00e5 en specifik plats kan till\u00e4gg av en server hj\u00e4lpa till att balansera belastningen f\u00f6r den sidan. Att l\u00e4gga till en server p\u00e5 en ny plats minskar v\u00e4ntetiden genom att skapa en ny kortaste rutt f\u00f6r vissa anv\u00e4ndare. B\u00e5da metoderna bidrar ocks\u00e5 till att \u00f6ka stabiliteten i tj\u00e4nsten, eftersom nya servrar blir tillg\u00e4ngliga i n\u00e4tverket. S\u00e5 om en server \u00e4r \u00f6verbelastad kan man enkelt s\u00e4tta upp en annan p\u00e5 en plats som g\u00f6r det m\u00f6jligt f\u00f6r den att ta emot en del av f\u00f6rfr\u00e5gningarna som den \u00f6verbelastade servern f\u00e5r. Inga inst\u00e4llningar fr\u00e5n kundernas sida kr\u00e4vs.\u00a0<\/p>\n

Endast p\u00e5 detta s\u00e4tt kan terabits trafik och ett mycket stort antal anv\u00e4ndare hanteras, n\u00e4r servern har bara n\u00e5gra portar p\u00e5 10 eller 25 Gbit\/s. 100 v\u00e4rdar med samma IP-adress ger m\u00f6jlighet att bearbeta terabits trafikvolymer.<\/p>\n

Enkel hantering av konfigurationen<\/p>\n

Som n\u00e4mnts tidigare \u00e4r en intressant anv\u00e4ndning av Anycast DNS. Man kan placera flera olika DNS-servrar i n\u00e4tverksnoderna, men anv\u00e4nda en enda DNS-adress. Beroende p\u00e5 var k\u00e4llan ligger dirigeras f\u00f6rfr\u00e5gningarna till den n\u00e4rmaste noden. Detta ger en balans av trafik och redundans i h\u00e4ndelse av att DNS-servern g\u00e5r ner. S\u00e5 ist\u00e4llet f\u00f6r att konfigurera olika DNS-servrar beroende p\u00e5 deras plats kan konfigurationen av en enda DNS-server spridas \u00f6ver alla noder.<\/p>\n

Anycast-n\u00e4tverk kan konfigureras f\u00f6r att ruta f\u00f6rfr\u00e5gningar baserat p\u00e5 avst\u00e5nd, men ocks\u00e5 utifr\u00e5n parametrar som serverns tillg\u00e4nglighet, antalet etablerade anslutningar eller svarstid.<\/p>\n

Ingen speciell server, n\u00e4tverks eller ytterligare komponenter kr\u00e4vs p\u00e5 kundens sida f\u00f6r att anv\u00e4nda Anycast-tekniken. Men Anycast har ocks\u00e5 nackdelar. Det anses att implementationen \u00e4r en komplex uppgift som kr\u00e4ver extra h\u00e5rdvara, p\u00e5litliga leverant\u00f6rer och korrekt trafikdirigering.<\/p>\n

Fr\u00e5n en ren k\u00e4lla till en vacker fj\u00e4rran<\/h2>\n

\n\u00c4ven om Anycast dirigerar anv\u00e4ndare baserat p\u00e5 det minsta antalet hopp beh\u00f6ver det inte n\u00f6dv\u00e4ndigtvis betyda den minsta latensen. Latens \u00e4r en mer komplex metrisk, eftersom latensen f\u00f6r ett hopp kan vara h\u00f6gre \u00e4n f\u00f6r tio. <\/p>\n

\"Anycast
\nExempel: interkontinentala kommunikationer kan inkludera en \u00f6verg\u00e5ng med mycket h\u00f6g latens.<\/i><\/p>\n

Anycast anv\u00e4nds fr\u00e4mst f\u00f6r UDP-baserade tj\u00e4nster, s\u00e5som DNS. Anv\u00e4ndarf\u00f6rfr\u00e5gningar dirigeras till den \"b\u00e4sta\" och \"n\u00e4rmaste\" datacenter baserat p\u00e5 BGP-rutter. <\/p>\n

\"Anycast
\nExempel: en DNS-klientarbetsstation med Anycast DNS IP-adressen 123.10.10.10, utf\u00f6r DNS-uppl\u00f6sning f\u00f6r den n\u00e4rmaste av tre namserver som implementerats med samma Anycast IP-adress. Vid en routerfel med R1 eller server A kommer DNS-klientpaket automatiskt att omdirigeras till n\u00e4rmaste DNS-server via router R2 och R3. Dessutom kommer v\u00e4gen till v\u00e5r server A att tas bort fr\u00e5n routingtabellerna, vilket f\u00f6rhindrar fortsatt anv\u00e4ndning av denna namserver.<\/i><\/p>\n

Distribueringsscenarier<\/h2>\n

\nDet finns tv\u00e5 vanliga scheman som anv\u00e4nds f\u00f6r att best\u00e4mma vilken server anv\u00e4ndaren ansluter till:<\/p>\n