{"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\/pt\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","title":{"rendered":"Anycast versus Unicast: o que escolher em cada caso","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Sobre Anycast, muitas pessoas j\u00e1 ouviram falar. Nesse m\u00e9todo de endere\u00e7amento e roteamento de rede, um \u00fanico endere\u00e7o IP \u00e9 atribu\u00eddo a v\u00e1rios servidores na rede. Esses servidores podem estar at\u00e9 mesmo em datacenters distantes uns dos outros. A ideia do Anycast \u00e9 que, dependendo da localiza\u00e7\u00e3o da origem das solicita\u00e7\u00f5es, os dados s\u00e3o enviados ao servidor mais pr\u00f3ximo (de acordo com a topologia da rede, mais precisamente \u2014 o protocolo de roteamento BGP). Assim, \u00e9 poss\u00edvel reduzir o n\u00famero de saltos (hops) e a lat\u00eancia. <\/p>\n<p>Essencialmente, o mesmo caminho \u00e9 anunciado a partir de v\u00e1rios datacenters ao redor do mundo. Dessa forma, os clientes s\u00e3o direcionados ao datacenter mais \"pr\u00f3ximo\" e \"melhor\", com base nas rotas BGP. Por que escolher o Anycast? Qual a vantagem em usar Anycast em vez de Unicast?<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/511050\/\"><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" 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 \/>\nO Unicast realmente se adapta a um site com um \u00fanico servidor web e um volume de tr\u00e1fego moderado. No entanto, se um servi\u00e7o tem milh\u00f5es de assinantes, normalmente ele utiliza v\u00e1rios servidores web, cada um com o mesmo endere\u00e7o IP. Esses servidores est\u00e3o distribu\u00eddos geograficamente para atender melhor as solicita\u00e7\u00f5es.<\/p>\n<p>Nesse cen\u00e1rio, o Anycast proporcionar\u00e1 uma melhoria no desempenho (o tr\u00e1fego \u00e9 direcionado ao usu\u00e1rio com a m\u00ednima lat\u00eancia), garantir\u00e1 a confiabilidade do servi\u00e7o (gra\u00e7as aos servidores de backup) e far\u00e1 o balanceamento de carga \u2014 a rotea\u00e7\u00e3o entre v\u00e1rios servidores distribuir\u00e1 efetivamente a carga entre eles, melhorando a velocidade do site.<\/p>\n<p>Os operadores oferecem aos clientes diversos tipos de balanceamento de carga baseado em Anycast e DNS. Os clientes podem especificar endere\u00e7os IP para onde as solicita\u00e7\u00f5es ser\u00e3o enviadas, dependendo da localiza\u00e7\u00e3o geogr\u00e1fica do site. Isso permite distribuir as solicita\u00e7\u00f5es dos usu\u00e1rios de maneira mais flex\u00edvel.<\/p>\n<p>Supondo que haja v\u00e1rios sites onde a carga (de usu\u00e1rios) precisa ser distribu\u00edda, por exemplo, uma loja online com 100.000 solicita\u00e7\u00f5es por dia ou um blog popular. Para limitar a regi\u00e3o de onde os usu\u00e1rios acessam um site espec\u00edfico, \u00e9 poss\u00edvel usar a op\u00e7\u00e3o Geo Community. Essa op\u00e7\u00e3o permite restringir a regi\u00e3o dentro da qual o operador anunciar\u00e1 o caminho.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/54582f256a946a3ff557ab971cec087d.png\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/48849a5cf65cb1c7190c1f75aa33e2d8.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Anycast e Unicast: diferen\u00e7as<\/i><\/p>\n<p>Anycast \u00e9 frequentemente utilizado em aplica\u00e7\u00f5es como DNS (sistema de nomes de dom\u00ednio) e CDN (redes de entrega de conte\u00fado), permitindo decis\u00f5es de roteamento que aumentam a performance da rede. As redes de entrega de conte\u00fado utilizam Anycast devido aos altos volumes de tr\u00e1fego, e Anycast oferece v\u00e1rias vantagens nesse contexto (as quais ser\u00e3o discutidas a seguir). No DNS, Anycast permite aumentar significativamente a confiabilidade e a disponibilidade do servi\u00e7o.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/8043fec22ecef8aa2b3b9c1a06e8f5f9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>No Anycast IP, ao utilizar BGP, existem v\u00e1rios caminhos para um host espec\u00edfico. Na verdade, s\u00e3o c\u00f3pias de hosts localizados em v\u00e1rios centros de dados, utilizadas para estabelecer conex\u00f5es com menor lat\u00eancia.<\/i><\/p>\n<p>Assim, em uma rede Anycast, o mesmo endere\u00e7o IP \u00e9 anunciado de diferentes locais, e a rede decide para onde enviar a solicita\u00e7\u00e3o do usu\u00e1rio com base no \"custo\" do caminho. Por exemplo, \u00e9 comum que o protocolo BGP seja usado para determinar o caminho mais curto para a transmiss\u00e3o de dados. Quando um usu\u00e1rio envia uma solicita\u00e7\u00e3o Anycast, o BGP determina a melhor rota para os servidores dispon\u00edveis na rede Anycast.<\/p>\n<h2>Vantagens do Anycast<\/h2>\n<p>Redu\u00e7\u00e3o de Lat\u00eancia<br \/>\nSistemas com Anycast podem reduzir a lat\u00eancia ao processar solicita\u00e7\u00f5es dos usu\u00e1rios, pois permitem a obten\u00e7\u00e3o de dados a partir do servidor mais pr\u00f3ximo. Isso significa que os usu\u00e1rios sempre se conectar\u00e3o ao servidor DNS mais \"pr\u00f3ximo\" (do ponto de vista do protocolo de roteamento). Como resultado, Anycast reduz o tempo de intera\u00e7\u00e3o ao diminuir a dist\u00e2ncia de rede entre o cliente e o servidor. Isso n\u00e3o s\u00f3 reduz a lat\u00eancia, mas tamb\u00e9m proporciona balanceamento de carga.<\/p>\n<p>Velocidade<\/p>\n<p>Como o tr\u00e1fego \u00e9 direcionado ao n\u00f3 mais pr\u00f3ximo e a lat\u00eancia na transmiss\u00e3o de dados entre o cliente e o n\u00f3 \u00e9 reduzida, o resultado ser\u00e1 a otimiza\u00e7\u00e3o da velocidade de entrega, independentemente de onde o cliente solicita a informa\u00e7\u00e3o.<\/p>\n<p>Maior Estabilidade e Disponibilidade<\/p>\n<p>Se v\u00e1rios servidores ao redor do mundo utilizam o mesmo IP, em caso de falha de um dos servidores ou sua desconex\u00e3o, o tr\u00e1fego ser\u00e1 redirecionado para o servidor mais pr\u00f3ximo. Assim, Anycast torna o servi\u00e7o mais resiliente e proporciona melhor acesso \u00e0 rede\/lat\u00eancia\/velocidade.\u00a0<\/p>\n<p>Assim, gra\u00e7as \u00e0 presen\u00e7a de v\u00e1rios servidores sempre dispon\u00edveis para os usu\u00e1rios, o Anycast, por exemplo, melhora a estabilidade do funcionamento do DNS. Em caso de falha de um n\u00f3, as solicita\u00e7\u00f5es do usu\u00e1rio s\u00e3o redirecionadas para outro servidor DNS sem qualquer interven\u00e7\u00e3o manual ou reconfigura\u00e7\u00e3o. O Anycast proporciona uma troca praticamente transparente para outros sites, simplesmente removendo as rotas do site problem\u00e1tico.\u00a0<\/p>\n<p>Balanceamento de carga<\/p>\n<p>No sistema Anycast, o tr\u00e1fego de rede \u00e9 distribu\u00eddo entre diferentes servidores. Ou seja, ele funciona como um balanceador de carga, impedindo que qualquer servidor individual receba a maior parte do tr\u00e1fego. O balanceamento de carga pode ser utilizado, por exemplo, quando h\u00e1 v\u00e1rios n\u00f3s de rede a mesma dist\u00e2ncia geogr\u00e1fica da fonte das solicita\u00e7\u00f5es. Neste caso, a carga \u00e9 distribu\u00edda entre os n\u00f3s.<\/p>\n<p>Redu\u00e7\u00e3o do impacto de ataques DoS\u00a0<\/p>\n<p>Outra caracter\u00edstica do Anycast \u00e9 a resist\u00eancia a DDoS. \u00c9 improv\u00e1vel que ataques DDoS consigam derrubar o sistema Anycast, uma vez que seria necess\u00e1rio sufocar com uma avalanche de solicita\u00e7\u00f5es todos os servidores dessa rede.\u00a0<\/p>\n<p>Em ataques DDoS, geralmente s\u00e3o utilizados botnets que podem gerar um volume de tr\u00e1fego t\u00e3o grande que sobrecarrega o servidor atacado. A vantagem de usar Anycast nessa situa\u00e7\u00e3o \u00e9 que cada servidor \u00e9 capaz de \"absorver\" parte do ataque, o que diminui a carga sobre um servidor espec\u00edfico. Um ataque de \"nega\u00e7\u00e3o de servi\u00e7o\" provavelmente seria localizado em um servidor e n\u00e3o afetaria todo o servi\u00e7o.<\/p>\n<p>Alta escalabilidade horizontal<\/p>\n<p>Os sistemas Anycast s\u00e3o bem adequados para servi\u00e7os com grandes volumes de tr\u00e1fego. Se um servi\u00e7o que utiliza Anycast exigir novos servidores para lidar com o tr\u00e1fego crescente, novos servidores podem ser adicionados \u00e0 rede para esse fim. Eles podem ser colocados em novas ou j\u00e1 existentes instala\u00e7\u00f5es.\u00a0<\/p>\n<p>Se houver um grande aumento de tr\u00e1fego em um local espec\u00edfico, adicionar um servidor ajudar\u00e1 a equilibrar a carga para esse local. Adicionar um servidor em um novo local ajudar\u00e1 a reduzir o tempo de espera, criando para alguns usu\u00e1rios a nova rota mais curta. Ambas as abordagens tamb\u00e9m ajudam a aumentar a estabilidade do servi\u00e7o, uma vez que novos servidores se tornam dispon\u00edveis na rede. Assim, se um servidor estiver sobrecarregado, pode-se simplesmente implantar outro no local que lhe permita receber uma parte das solicita\u00e7\u00f5es do servidor sobrecarregado. N\u00e3o ser\u00e1 necess\u00e1ria configura\u00e7\u00e3o por parte dos clientes.\u00a0<\/p>\n<p>Apenas dessa forma \u00e9 poss\u00edvel atender a terabits de tr\u00e1fego e um n\u00famero muito grande de usu\u00e1rios, quando o servidor possui apenas algumas portas de 10 ou 25 Gbit\/s. 100 hosts com um \u00fanico endere\u00e7o IP permitir\u00e3o processar volumes de tr\u00e1fego de terabits.<\/p>\n<p>Facilidade de gerenciamento de configura\u00e7\u00e3o<\/p>\n<p>Como j\u00e1 mencionado, uma aplica\u00e7\u00e3o interessante do Anycast \u00e9 o DNS. \u00c9 poss\u00edvel ter v\u00e1rios servidores DNS em n\u00f3s da rede, mas usar um \u00fanico endere\u00e7o DNS. Dependendo de onde est\u00e1 a fonte, as solicita\u00e7\u00f5es s\u00e3o direcionadas ao n\u00f3 mais pr\u00f3ximo. Isso proporciona algum n\u00edvel de balanceamento de tr\u00e1fego e redund\u00e2ncia em caso de falha do servidor DNS. Assim, em vez de configurar diferentes servidores DNS dependendo de onde eles est\u00e3o, a configura\u00e7\u00e3o de um \u00fanico servidor DNS pode ser replicada em todos os n\u00f3s.<\/p>\n<p>As redes Anycast podem ser configuradas para roteamento de solicita\u00e7\u00f5es n\u00e3o apenas com base na dist\u00e2ncia, mas tamb\u00e9m em par\u00e2metros como a disponibilidade do servidor, o n\u00famero de conex\u00f5es estabelecidas ou o tempo de resposta.<\/p>\n<p>Para usar a tecnologia Anycast do lado do cliente, n\u00e3o s\u00e3o necess\u00e1rios servidores, redes ou componentes especiais. No entanto, o Anycast possui desvantagens. Considera-se que sua implementa\u00e7\u00e3o \u00e9 uma tarefa complexa que requer hardware adicional, provedores confi\u00e1veis e roteamento de tr\u00e1fego adequado.<\/p>\n<h2>Da pura origem para um belo al\u00e9m<\/h2>\n<p>\nEmbora o Anycast direcione os usu\u00e1rios com base no menor n\u00famero de saltos, isso n\u00e3o significa necessariamente a menor lat\u00eancia. A lat\u00eancia \u00e9 uma m\u00e9trica mais complexa, pois em um \u00fanico salto ela pode ser maior do que em dez. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/8fb50007806759ab243c89bb88cdeb31.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Exemplo: comunica\u00e7\u00f5es intercontinentais podem incluir uma transi\u00e7\u00e3o com lat\u00eancia muito alta.<\/i><\/p>\n<p>Anycast \u00e9 principalmente utilizado para servi\u00e7os baseados em UDP, como DNS. As requisi\u00e7\u00f5es dos usu\u00e1rios s\u00e3o direcionadas ao data center \"melhor\" e \"mais pr\u00f3ximo\" com base nas rotas BGP. <\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/05a1b75b981d55967e44e3b90cfd88b9.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Exemplo: uma esta\u00e7\u00e3o de trabalho cliente DNS com o IP Anycast DNS 123.10.10.10 faz a resolu\u00e7\u00e3o DNS para o mais pr\u00f3ximo de tr\u00eas servidores de nomes DNS, implantados usando o mesmo IP Anycast. Em caso de falha do roteador R1 ou do servidor A, os pacotes do cliente DNS ser\u00e3o automaticamente redirecionados para o pr\u00f3ximo servidor DNS mais pr\u00f3ximo atrav\u00e9s dos roteadores R2 e R3. Al\u00e9m disso, a rota para o nosso servidor A ser\u00e1 removida das tabelas de roteamento, impedindo o uso posterior desse servidor de nomes.<\/i><\/p>\n<h2>Cen\u00e1rios de Implanta\u00e7\u00e3o<\/h2>\n<p>\nExistem dois esquemas comuns que s\u00e3o usados para determinar a qual servidor o usu\u00e1rio se conecta:<\/p>\n<ul>\n<li><b>Anycast de n\u00edvel de rede<\/b>. Conecta o usu\u00e1rio ao servidor mais pr\u00f3ximo. Aqui, o caminho da rede do usu\u00e1rio at\u00e9 o servidor \u00e9 importante.<\/li>\n<li><b>Anycast de n\u00edvel de aplica\u00e7\u00e3o<\/b>. Neste esquema, h\u00e1 m\u00e9tricas mais complexas, incluindo disponibilidade do servidor, tempo de resposta, n\u00famero de conex\u00f5es, etc. Isso depende de um monitor externo que fornece estat\u00edsticas sobre a rede.<\/li>\n<\/ul>\n<p><\/p>\n<h2>CDN baseado em Anycast<\/h2>\n<p>\nAgora, vamos voltar ao uso de Anycast em redes de entrega de conte\u00fado. Anycast \u00e9, sem d\u00favida, um conceito de rede interessante e est\u00e1 recebendo cada vez mais reconhecimento entre os provedores de CDN de nova gera\u00e7\u00e3o.<\/p>\n<p>CDN \u00e9 uma rede distribu\u00edda de servidores que entrega conte\u00fado aos usu\u00e1rios finais com alta disponibilidade e baixa lat\u00eancia. As redes de entrega de conte\u00fado desempenham hoje um papel importante, servindo como a base de in\u00fameros servi\u00e7os online multim\u00eddia, enquanto os consumidores est\u00e3o cada vez menos tolerantes a velocidades lentas de carregamento. Aplicativos de v\u00eddeo e voz s\u00e3o particularmente sens\u00edveis ao jitter e \u00e0 lat\u00eancia da rede. <\/p>\n<p>A CDN re\u00fane todos os servidores em uma rede, proporcionando um carregamento de conte\u00fado mais r\u00e1pido. \u00c0s vezes, \u00e9 poss\u00edvel reduzir o tempo de espera do usu\u00e1rio em 5 a 6 segundos. O objetivo do CDN \u00e9 otimizar a entrega ao fornecer conte\u00fado a partir do servidor mais pr\u00f3ximo do usu\u00e1rio final. Isso \u00e9 muito semelhante ao Anycast, onde o servidor mais pr\u00f3ximo \u00e9 escolhido com base na localiza\u00e7\u00e3o do usu\u00e1rio final. Aparentemente, todo provedor de servi\u00e7os CDN por padr\u00e3o usar\u00e1 Anycast, mas na verdade isso n\u00e3o acontece.<\/p>\n<p>Aplicativos que utilizam protocolos como HTTP\/TCP dependem de uma conex\u00e3o estabelecida. Se um novo n\u00f3 Anycast for selecionado (por exemplo, em caso de falha do servidor), o servi\u00e7o pode ser interrompido. \u00c9 por isso que Anycast foi anteriormente recomendado para servi\u00e7os sem conex\u00e3o, como UDP e DNS. No entanto, Anycast tamb\u00e9m funciona bem para protocolos orientados \u00e0 conex\u00e3o, por exemplo, o TCP funciona muito bem em modo Anycast.<\/p>\n<p>Alguns provedores de CDN aplicam roteamento baseado em Anycast, enquanto outros preferem roteamento baseado em DNS: o servidor mais pr\u00f3ximo \u00e9 escolhido com base na localiza\u00e7\u00e3o do servidor DNS do usu\u00e1rio.<\/p>\n<p>Infraestruturas h\u00edbridas e infraestruturas com v\u00e1rios centros de dados s\u00e3o outro exemplo do uso de Anycast. O endere\u00e7o fornecido pelo provedor Load Balancing IP permite distribuir a carga entre os endere\u00e7os IP de diferentes servi\u00e7os dos clientes no data center do provedor. Gra\u00e7as \u00e0 tecnologia de endere\u00e7amento a qualquer dispositivo, isso garante um melhor desempenho sob tr\u00e1fego intenso, resist\u00eancia a falhas e ajuda a otimizar o tempo de resposta com um grande n\u00famero de usu\u00e1rios.<\/p>\n<p>Em infraestruturas h\u00edbridas com v\u00e1rios centros de dados, \u00e9 poss\u00edvel distribuir o tr\u00e1fego entre servidores ou at\u00e9 mesmo m\u00e1quinas virtuais em servidores dedicados.<\/p>\n<p>Assim, h\u00e1 uma enorme variedade de solu\u00e7\u00f5es t\u00e9cnicas para construir a infraestrutura. Tamb\u00e9m \u00e9 poss\u00edvel configurar o balanceamento de carga por endere\u00e7os IP em v\u00e1rios centros de dados, utilizando endere\u00e7amento a qualquer dispositivo em grupo para otimizar o funcionamento do site.<\/p>\n<p>\u00c9 poss\u00edvel distribuir o tr\u00e1fego de acordo com suas pr\u00f3prias regras, definindo o \"peso\" de cada um dos servidores distribu\u00eddos em cada data center. Essa configura\u00e7\u00e3o \u00e9 especialmente \u00fatil quando h\u00e1 um parque de servidores distribu\u00eddos e o desempenho dos servi\u00e7os n\u00e3o \u00e9 uniforme. Isso permitir\u00e1 distribuir o tr\u00e1fego com mais frequ\u00eancia para aumentar a efici\u00eancia dos servidores.<\/p>\n<p>Para criar um sistema de controle usando o comando ping, \u00e9 poss\u00edvel configurar sondas. Isso permite que o administrador defina seus pr\u00f3prios procedimentos de controle e obtenha uma vis\u00e3o mais clara do estado de cada componente na infraestrutura. Assim, \u00e9 poss\u00edvel estabelecer crit\u00e9rios de acessibilidade.<\/p>\n<p>\u00c9 poss\u00edvel construir uma infraestrutura h\u00edbrida: \u00e0s vezes \u00e9 conveniente manter o back-office na rede corporativa e terceirizar a parte da interface para um provedor.<\/p>\n<p>\u00c9 poss\u00edvel adicionar certificados SSL para balanceamento de carga, criptografia de dados transmitidos e seguran\u00e7a da comunica\u00e7\u00e3o entre os visitantes do site e a infraestrutura corporativa. No caso de balanceamento de carga entre data centers, o SSL tamb\u00e9m pode ser aplicado.<\/p>\n<p>O servi\u00e7o Anycast com balanceamento de carga de endere\u00e7os pode ser obtido com o provedor. Essa funcionalidade auxiliar\u00e1 na melhoria do algoritmo de intera\u00e7\u00e3o dos usu\u00e1rios com os aplicativos, dependendo da localiza\u00e7\u00e3o. Basta anunciar quais servi\u00e7os est\u00e3o dispon\u00edveis no data center, e o tr\u00e1fego ser\u00e1 redirecionado para a infraestrutura mais pr\u00f3xima. Se houver servidores dedicados, por exemplo, na Fran\u00e7a ou na Am\u00e9rica do Norte, os clientes ser\u00e3o direcionados para o servidor mais pr\u00f3ximo na rede.<\/p>\n<p>Uma das op\u00e7\u00f5es de uso do Anycast \u00e9 a escolha ideal do ponto de presen\u00e7a do operador (PoP). Vamos citar <noindex><a rel=\"nofollow\" href=\"https:\/\/engineering.linkedin.com\/network-performance\/tcp-over-ip-anycast-pipe-dream-or-reality\">exemplo<\/a><\/noindex>. O LinkedIn (bloqueado na R\u00fassia) n\u00e3o apenas busca melhorar o desempenho e a velocidade de seus produtos \u2014 aplicativos m\u00f3veis e web \u2014, mas tamb\u00e9m aprimorar a infraestrutura de rede para uma entrega de conte\u00fado mais r\u00e1pida. Para isso, na entrega din\u00e2mica de conte\u00fado, o LinkedIn utiliza ativamente PoPs \u2014 pontos de presen\u00e7a. Para direcionar os usu\u00e1rios ao PoP mais pr\u00f3ximo, \u00e9 aplicado o Anycast.<\/p>\n<p>O problema \u00e9 que, no caso do Unycast, cada PoP do LinkedIn possui um endere\u00e7o IP \u00fanico. Os usu\u00e1rios s\u00e3o ent\u00e3o designados a um PoP com base em sua localiza\u00e7\u00e3o geogr\u00e1fica atrav\u00e9s do DNS. A quest\u00e3o \u00e9 que, ao usar o DNS, cerca de 30% dos usu\u00e1rios nos Estados Unidos eram redirecionados para um PoP sub\u00f3timo. Gra\u00e7as \u00e0 implementa\u00e7\u00e3o gradual do Anycast, a designa\u00e7\u00e3o sub\u00f3tica de PoP caiu de 31% para 10%.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/f1635951294bc476639ec65d175c11e0.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Os resultados do teste piloto s\u00e3o mostrados no gr\u00e1fico, onde o eixo Y representa a porcentagem de designa\u00e7\u00e3o \u00f3tima de PoP. \u00c0 medida que o Anycast foi \u201cescalado\u201d em v\u00e1rios estados dos EUA, houve uma melhoria nas porcentagens de tr\u00e1fego para o PoP ideal.<\/i><\/p>\n<h2>Monitoramento de rede Anycast<\/h2>\n<p>\nTeoricamente, as redes Anycast s\u00e3o simples: v\u00e1rios servidores f\u00edsicos s\u00e3o atribu\u00eddos ao mesmo endere\u00e7o IP, que o BGP usa para determinar o caminho. Por\u00e9m, a implementa\u00e7\u00e3o e o design de plataformas Anycast s\u00e3o complexos, especialmente as redes Anycast conhecidas por sua resist\u00eancia a falhas. O monitoramento eficaz da rede Anycast para a r\u00e1pida detec\u00e7\u00e3o e localiza\u00e7\u00e3o de falhas \u00e9 ainda mais desafiador. <\/p>\n<p>Se os servi\u00e7os utilizam um provedor de CDN terceirizado para fornecer seu conte\u00fado, \u00e9 vital monitorar e verificar o desempenho da rede. No monitoramento de CDN baseado em Anycast, a aten\u00e7\u00e3o se concentra em medir a lat\u00eancia de ponta a ponta e os atributos do pen\u00faltimo salto para entender qual data center est\u00e1 fornecendo o conte\u00fado. A an\u00e1lise dos cabe\u00e7alhos HTTP do servidor \u00e9 outra maneira de determinar de onde os dados est\u00e3o vindo.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/9dfcf689c3c7a553b00de5f0dac4d0ec.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Exemplo: cabe\u00e7alhos de resposta HTTP que indicam a localiza\u00e7\u00e3o do servidor CDN.<\/i><\/p>\n<p>Por exemplo, o CloudFlare utiliza seu pr\u00f3prio cabe\u00e7alho CF-Ray nas mensagens de resposta HTTP, que inclui a identifica\u00e7\u00e3o do data center que recebeu a solicita\u00e7\u00e3o. No caso do Zendesk, o cabe\u00e7alho CF-Ray para a regi\u00e3o de Seattle \u00e9 CF-RAY: 2a21675e65fd2a3d-SEA, e para Amsterd\u00e3 \u00e9 CF-RAY: 2a216896b93a0c71-AMS. Tamb\u00e9m \u00e9 poss\u00edvel usar cabe\u00e7alhos HTTP-X da resposta HTTP para determinar onde o conte\u00fado est\u00e1 localizado.<\/p>\n<h2>Outros m\u00e9todos de endere\u00e7amento<\/h2>\n<p>\nExistem outros m\u00e9todos de endere\u00e7amento para rotear solicita\u00e7\u00f5es de usu\u00e1rios para um ponto final espec\u00edfico na rede:<\/p>\n<p>Unicast<\/p>\n<p>A maior parte da internet hoje utiliza exatamente esse m\u00e9todo. Unicast \u00e9 uma transmiss\u00e3o unidirecional, onde o endere\u00e7o IP est\u00e1 associado apenas a um n\u00f3 espec\u00edfico na rede. Isso \u00e9 chamado de correspond\u00eancia un\u00edvoca.\u00a0<\/p>\n<p>Multicast<\/p>\n<p>Multicast utiliza a comunica\u00e7\u00e3o \"um para muitos\" ou \"muitos para muitos\". A transmiss\u00e3o multicast permite enviar uma solicita\u00e7\u00e3o de um remetente simultaneamente para v\u00e1rios pontos finais selecionados. Isso d\u00e1 ao cliente a capacidade de baixar um arquivo em partes de v\u00e1rios hosts ao mesmo tempo (o que \u00e9 \u00fatil para streaming de \u00e1udio ou v\u00eddeo). Muitas vezes, multicast \u00e9 confundido com anycast; no entanto, a principal diferen\u00e7a \u00e9 que anycast direciona o remetente a um \u00fanico n\u00f3 espec\u00edfico, mesmo que v\u00e1rios n\u00f3s estejam dispon\u00edveis.<\/p>\n<p>Broadcast<\/p>\n<p>Um datagrama de um \u00fanico remetente \u00e9 direcionado a todos os pontos finais associados ao endere\u00e7o de broadcast. A rede replica automaticamente os datagramas para conseguir se comunicar com todos os destinat\u00e1rios na transmiss\u00e3o de broadcast (geralmente na mesma sub-rede).<\/p>\n<p>Geocast<\/p>\n<p>Geocast \u00e9 de certa forma semelhante ao Multicast: solicita\u00e7\u00f5es do remetente s\u00e3o enviadas simultaneamente para v\u00e1rios pontos finais. No entanto, a diferen\u00e7a \u00e9 que o destinat\u00e1rio \u00e9 determinado por sua localiza\u00e7\u00e3o geogr\u00e1fica. \u00c9 uma forma especializada de endere\u00e7amento em grupo usada por alguns protocolos de roteamento para redes m\u00f3veis peer-to-peer.<\/p>\n<p>Um roteador geogr\u00e1fico (Geo Router) calcula sua zona de servi\u00e7o e a aproxima. Os geomarshrouters, trocando zonas de servi\u00e7o, constroem tabelas de roteamento. O sistema de geomarshrouters possui uma estrutura hier\u00e1rquica.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/fa98a1f0705bd754e1a9c8b479c834a7.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/da36388f194ac565aba7b7661839ff6c.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/16161b1bdc81867d8c8bba7bd084b7cf.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Unicast, Multicast e Broadcast.<\/i><\/p>\n<p>O uso da tecnologia Anycast aumenta a confiabilidade, a resili\u00eancia e a seguran\u00e7a do DNS. Com essa tecnologia, os operadores oferecem aos seus clientes servi\u00e7os de diversos tipos de balanceamento de carga baseado em DNS. No painel de controle, \u00e9 poss\u00edvel especificar endere\u00e7os IP para os quais as solicita\u00e7\u00f5es ser\u00e3o encaminhadas com base na localiza\u00e7\u00e3o geogr\u00e1fica. Isso dar\u00e1 aos clientes a capacidade de distribuir as solicita\u00e7\u00f5es dos usu\u00e1rios de forma mais flex\u00edvel.<\/p>\n<p>Alguns operadores utilizam ferramentas de monitoramento de rota em cada ponto de presen\u00e7a (POP): o sistema analisa automaticamente as rotas locais e globais mais curtas para os pontos de presen\u00e7a e os redireciona atrav\u00e9s de localiza\u00e7\u00f5es geogr\u00e1ficas com a menor lat\u00eancia e zero tempo de inatividade.<\/p>\n<p>Atualmente, Anycast \u00e9 a solu\u00e7\u00e3o mais est\u00e1vel e confi\u00e1vel para a constru\u00e7\u00e3o de servi\u00e7os DNS de alta carga, que possuem altas exig\u00eancias de resili\u00eancia e confiabilidade. <\/p>\n<p>O dom\u00ednio .ru suporta 35 servidores Anycast DNS, agrupados em 20 n\u00f3s, distribu\u00eddos em cinco nuvens Anycast. O princ\u00edpio utilizado \u00e9 o de constru\u00e7\u00e3o geogr\u00e1fica, ou seja, Geocast. Na coloca\u00e7\u00e3o dos n\u00f3s DNS, considera-se sua distribui\u00e7\u00e3o em locais geograficamente distantes, pr\u00f3ximos aos usu\u00e1rios mais ativos, a m\u00e1xima concentra\u00e7\u00e3o de provedores russos no ponto de coloca\u00e7\u00e3o do n\u00f3 e a disponibilidade de capacidade e conveni\u00eancia de intera\u00e7\u00e3o com a plataforma.<\/p>\n<h2>Como construir um CDN?<\/h2>\n<p>\nCDN \u00e9 uma rede de servidores que acelera a entrega de conte\u00fado para os usu\u00e1rios.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/503800\/\"> Rede de entrega de conte\u00fado<\/a><\/noindex> une todos os servidores em uma \u00fanica rede e assegura um carregamento mais r\u00e1pido do conte\u00fado. A velocidade de carregamento \u00e9 afetada pela dist\u00e2ncia do servidor at\u00e9 o usu\u00e1rio.<\/p>\n<p>CDN permite o uso de servidores que est\u00e3o mais pr\u00f3ximos do p\u00fablico-alvo. Isso reduz o tempo de espera e ajuda a acelerar o carregamento de conte\u00fados em sites para todos os visitantes, o que \u00e9 especialmente cr\u00edtico para sites com arquivos volumosos ou servi\u00e7os de multim\u00eddia. \u00c1reas t\u00edpicas de aplica\u00e7\u00e3o de CDN incluem com\u00e9rcio eletr\u00f4nico e entretenimento.<\/p>\n<p>A rede de servidores adicionais criada na infraestrutura do CDN, que s\u00e3o localizados o mais pr\u00f3ximo poss\u00edvel dos usu\u00e1rios, contribui para uma entrega de dados mais est\u00e1vel e r\u00e1pida. De acordo com as estat\u00edsticas, o uso de CDN reduz a lat\u00eancia ao acessar o site em mais de 70% em compara\u00e7\u00e3o com sites sem CDN.<\/p>\n<p>Como<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/ruvds\/blog\/466447\/\"> criar um CDN usando DNS<\/a><\/noindex>? \u041d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0430 CDN \u0441 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f Anycast \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e \u0434\u043e\u0440\u043e\u0433\u0438\u043c \u043f\u0440\u043e\u0435\u043a\u0442\u043e\u043c, \u043d\u043e \u0435\u0441\u0442\u044c \u0431\u043e\u043b\u0435\u0435 \u0434\u0435\u0448\u0435\u0432\u044b\u0435 \u0432\u0430\u0440\u0438\u0430\u043d\u0442\u044b. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043c\u043e\u0436\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c GeoDNS \u0438 \u043e\u0431\u044b\u0447\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u044b \u0441 \u0443\u043d\u0438\u043a\u0430\u043b\u044c\u043d\u044b\u043c\u0438 IP-\u0430\u0434\u0440\u0435\u0441\u0430\u043c\u0438. \u0421 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 GeoDNS \u043c\u043e\u0436\u043d\u043e \u0441\u043e\u0437\u0434\u0430\u0442\u044c CDN \u0441 \u0444\u0443\u043d\u043a\u0446\u0438\u044f\u043c\u0438 \u0433\u0435\u043e\u043b\u043e\u043a\u0430\u0446\u0438\u0438, \u0432 \u043a\u043e\u0442\u043e\u0440\u043e\u0439 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043f\u0440\u0438\u043d\u0438\u043c\u0430\u044e\u0442\u0441\u044f \u043d\u0430 \u043e\u0441\u043d\u043e\u0432\u0435 \u0440\u0435\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u044f, \u0430 \u043d\u0435 \u043c\u0435\u0441\u0442\u043e\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u0438\u044f \u0440\u0435\u0441\u043e\u043b\u0432\u0435\u0440\u0430 DNS. \u041c\u043e\u0436\u043d\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0441\u0432\u043e\u044e DNS-\u0437\u043e\u043d\u0443 \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u0442\u044c IP-\u0430\u0434\u0440\u0435\u0441\u0430 \u0430\u043c\u0435\u0440\u0438\u043a\u0430\u043d\u0441\u043a\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u044f\u043c \u0438\u0437 \u0421\u0428\u0410, \u0430 \u0435\u0432\u0440\u043e\u043f\u0435\u0439\u0441\u043a\u0438\u0435 \u043f\u043e\u0441\u0435\u0442\u0438\u0442\u0435\u043b\u0438 \u0431\u0443\u0434\u0443\u0442 \u0432\u0438\u0434\u0435\u0442\u044c IP-\u0430\u0434\u0440\u0435\u0441 \u0438\u0437 \u0415\u0432\u0440\u043e\u043f\u044b.<\/p>\n<p>Com o GeoDNS, \u00e9 poss\u00edvel retornar respostas DNS diferentes dependendo do endere\u00e7o IP do usu\u00e1rio. Para isso, o servidor DNS \u00e9 configurado para retornar diferentes endere\u00e7os IP com base no endere\u00e7o IP de origem da solicita\u00e7\u00e3o. Normalmente, uma base de dados GeoIP \u00e9 utilizada para determinar a regi\u00e3o de onde a solicita\u00e7\u00e3o est\u00e1 sendo feita. A geolocaliza\u00e7\u00e3o usando DNS permite enviar conte\u00fado aos usu\u00e1rios do site mais pr\u00f3ximo.<\/p>\n<p>GeoDNS determina o endere\u00e7o IP do cliente que fez a solicita\u00e7\u00e3o DNS, ou o IP do servidor DNS recursivo do provedor que est\u00e1 sendo utilizado para processar a solicita\u00e7\u00e3o do cliente. Com base no IP do cliente e na base GeoIP, \u00e9 definida a pa\u00eds\/regi\u00e3o. Em seguida, o cliente recebe o endere\u00e7o IP do servidor CDN mais pr\u00f3ximo. \u00c9 poss\u00edvel ler mais sobre a configura\u00e7\u00e3o do GeoDNS.<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/178727\/\"> aqui<\/a><\/noindex>.<\/p>\n<h2>Anycast ou GeoDNS?<\/h2>\n<p>\nEmbora o Anycast seja uma excelente maneira de entregar conte\u00fado em escala global, ele carece de especificidade. \u00c9 aqui que o GeoDNS entra em a\u00e7\u00e3o. Este servi\u00e7o permite criar regras que direcionam os usu\u00e1rios para pontos finais exclusivos, dependendo de sua localiza\u00e7\u00e3o.<\/p>\n<p><img decoding=\"async\" alt=\"Anycast versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/05c9d6752ba196f90bfefe6091075b23.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Exemplo: usu\u00e1rios da Europa s\u00e3o direcionados para um ponto final diferente.<\/i><\/p>\n<p>Tamb\u00e9m \u00e9 poss\u00edvel bloquear o acesso a dom\u00ednios, descartando todas as solicita\u00e7\u00f5es. Este \u00e9, em particular, um m\u00e9todo r\u00e1pido para afastar invasores.<\/p>\n<p>GeoDNS oferece respostas mais precisas do que o Anycast. Enquanto no caso do Anycast a rota mais curta \u00e9 determinada pelo n\u00famero de saltos, no GeoDNS a rotea\u00e7\u00e3o para os usu\u00e1rios finais \u00e9 baseada em sua localiza\u00e7\u00e3o f\u00edsica. Isso reduz a lat\u00eancia e aumenta a precis\u00e3o na cria\u00e7\u00e3o de regras de roteamento granulares. <\/p>\n<p>Ao acessar um dom\u00ednio, o navegador se conecta ao servidor DNS mais pr\u00f3ximo, que, dependendo do dom\u00ednio, fornece o endere\u00e7o IP para carregar o site. Suponha que uma loja online seja popular nos EUA e na Europa, mas os servidores DNS para ela est\u00e3o dispon\u00edveis apenas na Europa. Assim, usu\u00e1rios dos EUA que desejam utilizar os servi\u00e7os da loja ter\u00e3o que enviar uma solicita\u00e7\u00e3o ao servidor mais pr\u00f3ximo, e como ele est\u00e1 muito longe, ter\u00e3o que esperar muito para receber uma resposta \u2014 o carregamento do site n\u00e3o ser\u00e1 r\u00e1pido.<\/p>\n<p>Ao hospedar um servidor GeoDNS nos EUA, os usu\u00e1rios j\u00e1 se conectar\u00e3o a ele. A resposta ser\u00e1 r\u00e1pida, o que afetar\u00e1 a velocidade de carregamento do site.<\/p>\n<p>Na situa\u00e7\u00e3o de um servidor DNS existente nos EUA, ao acessar este dom\u00ednio, um usu\u00e1rio dos EUA se conectar\u00e1 ao servidor mais pr\u00f3ximo, que fornecer\u00e1 o IP necess\u00e1rio. O usu\u00e1rio ser\u00e1 direcionado ao servidor que cont\u00e9m o conte\u00fado do site, mas como os servidores com o conte\u00fado est\u00e3o distantes, ele n\u00e3o o receber\u00e1 rapidamente.<\/p>\n<p>Se voc\u00ea hospedar nos EUA e usar servidores CDN com dados em cache, ao carregar, o navegador do cliente enviar\u00e1 uma solicita\u00e7\u00e3o ao servidor DNS mais pr\u00f3ximo, que responder\u00e1 com o endere\u00e7o IP necess\u00e1rio. O navegador com o IP obtido se conecta ao servidor CDN mais pr\u00f3ximo e ao servidor principal, e o servidor CDN transmite o conte\u00fado em cache ao navegador. Enquanto o conte\u00fado em cache \u00e9 carregado, os arquivos que faltam para completar o site s\u00e3o enviados do servidor principal. Como resultado, o tempo de carregamento do site diminui, pois muito menos arquivos s\u00e3o enviados do servidor principal. <\/p>\n<p>Determinar a localiza\u00e7\u00e3o exata de um endere\u00e7o IP n\u00e3o \u00e9 sempre uma tarefa f\u00e1cil: muitos fatores est\u00e3o em jogo, e os propriet\u00e1rios do intervalo de endere\u00e7os IP podem decidir anunci\u00e1-lo do outro lado do mundo (nesse caso, ser\u00e1 necess\u00e1rio esperar que o banco de dados seja atualizado para obter a localiza\u00e7\u00e3o correta). \u00c0s vezes, provedores de VPS atribuem endere\u00e7os que supostamente est\u00e3o nos EUA para VPS em Singapura.<\/p>\n<p>Diferentemente do uso de endere\u00e7os Anycast, a distribui\u00e7\u00e3o ocorre durante a resolu\u00e7\u00e3o de nomes, e n\u00e3o durante a conex\u00e3o com o servidor de cache. Se o servidor recursivo n\u00e3o suportar sub-redes de clientes EDNS, a localiza\u00e7\u00e3o desse servidor recursivo ser\u00e1 utilizada, e n\u00e3o a do usu\u00e1rio que est\u00e1 se conectando ao servidor de cache.<\/p>\n<p>Sub-redes de clientes no DNS s\u00e3o uma extens\u00e3o do DNS (RFC7871) que define como servidores DNS recursivos podem enviar informa\u00e7\u00f5es do cliente ao servidor DNS, em particular informa\u00e7\u00f5es sobre a rede que o servidor GeoDNS pode usar para determinar a localiza\u00e7\u00e3o do cliente com mais precis\u00e3o.<\/p>\n<p>A maioria das pessoas usa servidores DNS de seu provedor de internet ou servidores DNS que est\u00e3o geograficamente pr\u00f3ximos a eles, mas se algu\u00e9m nos EUA decidir, por algum motivo, usar um resolvedor DNS localizado na Austr\u00e1lia, provavelmente obter\u00e1 o endere\u00e7o IP do servidor mais pr\u00f3ximo da Austr\u00e1lia. <\/p>\n<p>Se voc\u00ea deseja usar GeoDNS, \u00e9 importante estar ciente dessas peculiaridades, pois em alguns casos isso pode aumentar a dist\u00e2ncia entre os servidores de cache e o cliente.<\/p>\n<p>Resumo: se voc\u00ea deseja combinar v\u00e1rios VPS em um CDN, a melhor op\u00e7\u00e3o de implanta\u00e7\u00e3o \u00e9 usar uma combina\u00e7\u00e3o de servidor DNS com fun\u00e7\u00e3o GeoDNS + Anycast \"pronto para uso\".<\/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 versus Unicast: o que escolher em cada caso\" src=\"\/wp-content\/uploads\/2020\/07\/73c6b0732883a352ddd9096804f2e533.png\" style=\"display:block;margin: 0 auto;\" \/><\/a><\/noindex><br \/>\n<br \/>Fonte: <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\/pt\/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=\"pt_PT\" \/>\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\/pt\/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 versus Unicast: qual escolher em cada caso | ProHoster","description":"Sobre o Anycast, muitos provavelmente j\u00e1 ouviram falar. Nesse m\u00e9todo de endere\u00e7amento e roteamento de rede, um \u00fanico endere\u00e7o IP \u00e9 atribu\u00eddo a v\u00e1rios servidores na rede. Esses servidores podem estar at\u00e9 mesmo em Data Centers remotos uns dos outros.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/anycast-protiv-unicast-chto-luchshe-vybirat-v-kazhdom-sluchae","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/88961","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=88961"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/88961\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/88962"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=88961"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=88961"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=88961"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}