Sobre Anycast, muitas pessoas já ouviram falar. Nesse método de endereçamento e roteamento de rede, um único endereço IP é atribuído a vários servidores na rede. Esses servidores podem estar até mesmo em datacenters distantes uns dos outros. A ideia do Anycast é que, dependendo da localização da origem das solicitações, os dados são enviados ao servidor mais próximo (de acordo com a topologia da rede, mais precisamente — o protocolo de roteamento BGP). Assim, é possível reduzir o número de saltos (hops) e a latência.
Essencialmente, o mesmo caminho é anunciado a partir de vários datacenters ao redor do mundo. Dessa forma, os clientes são direcionados ao datacenter mais "próximo" e "melhor", com base nas rotas BGP. Por que escolher o Anycast? Qual a vantagem em usar Anycast em vez de Unicast?
O Unicast realmente se adapta a um site com um único servidor web e um volume de tráfego moderado. No entanto, se um serviço tem milhões de assinantes, normalmente ele utiliza vários servidores web, cada um com o mesmo endereço IP. Esses servidores estão distribuídos geograficamente para atender melhor as solicitações.
Nesse cenário, o Anycast proporcionará uma melhoria no desempenho (o tráfego é direcionado ao usuário com a mínima latência), garantirá a confiabilidade do serviço (graças aos servidores de backup) e fará o balanceamento de carga — a roteação entre vários servidores distribuirá efetivamente a carga entre eles, melhorando a velocidade do site.
Os operadores oferecem aos clientes diversos tipos de balanceamento de carga baseado em Anycast e DNS. Os clientes podem especificar endereços IP para onde as solicitações serão enviadas, dependendo da localização geográfica do site. Isso permite distribuir as solicitações dos usuários de maneira mais flexível.
Supondo que haja vários sites onde a carga (de usuários) precisa ser distribuída, por exemplo, uma loja online com 100.000 solicitações por dia ou um blog popular. Para limitar a região de onde os usuários acessam um site específico, é possível usar a opção Geo Community. Essa opção permite restringir a região dentro da qual o operador anunciará o caminho.
Anycast e Unicast: diferenças
Anycast é frequentemente utilizado em aplicações como DNS (sistema de nomes de domínio) e CDN (redes de entrega de conteúdo), permitindo decisões de roteamento que aumentam a performance da rede. As redes de entrega de conteúdo utilizam Anycast devido aos altos volumes de tráfego, e Anycast oferece várias vantagens nesse contexto (as quais serão discutidas a seguir). No DNS, Anycast permite aumentar significativamente a confiabilidade e a disponibilidade do serviço.
No Anycast IP, ao utilizar BGP, existem vários caminhos para um host específico. Na verdade, são cópias de hosts localizados em vários centros de dados, utilizadas para estabelecer conexões com menor latência.
Assim, em uma rede Anycast, o mesmo endereço IP é anunciado de diferentes locais, e a rede decide para onde enviar a solicitação do usuário com base no "custo" do caminho. Por exemplo, é comum que o protocolo BGP seja usado para determinar o caminho mais curto para a transmissão de dados. Quando um usuário envia uma solicitação Anycast, o BGP determina a melhor rota para os servidores disponíveis na rede Anycast.
Vantagens do Anycast
Redução de Latência
Sistemas com Anycast podem reduzir a latência ao processar solicitações dos usuários, pois permitem a obtenção de dados a partir do servidor mais próximo. Isso significa que os usuários sempre se conectarão ao servidor DNS mais "próximo" (do ponto de vista do protocolo de roteamento). Como resultado, Anycast reduz o tempo de interação ao diminuir a distância de rede entre o cliente e o servidor. Isso não só reduz a latência, mas também proporciona balanceamento de carga.
Velocidade
Como o tráfego é direcionado ao nó mais próximo e a latência na transmissão de dados entre o cliente e o nó é reduzida, o resultado será a otimização da velocidade de entrega, independentemente de onde o cliente solicita a informação.
Maior Estabilidade e Disponibilidade
Se vários servidores ao redor do mundo utilizam o mesmo IP, em caso de falha de um dos servidores ou sua desconexão, o tráfego será redirecionado para o servidor mais próximo. Assim, Anycast torna o serviço mais resiliente e proporciona melhor acesso à rede/latência/velocidade.
Assim, graças à presença de vários servidores sempre disponíveis para os usuários, o Anycast, por exemplo, melhora a estabilidade do funcionamento do DNS. Em caso de falha de um nó, as solicitações do usuário são redirecionadas para outro servidor DNS sem qualquer intervenção manual ou reconfiguração. O Anycast proporciona uma troca praticamente transparente para outros sites, simplesmente removendo as rotas do site problemático.
Balanceamento de carga
No sistema Anycast, o tráfego de rede é distribuído entre diferentes servidores. Ou seja, ele funciona como um balanceador de carga, impedindo que qualquer servidor individual receba a maior parte do tráfego. O balanceamento de carga pode ser utilizado, por exemplo, quando há vários nós de rede a mesma distância geográfica da fonte das solicitações. Neste caso, a carga é distribuída entre os nós.
Redução do impacto de ataques DoS
Outra característica do Anycast é a resistência a DDoS. É improvável que ataques DDoS consigam derrubar o sistema Anycast, uma vez que seria necessário sufocar com uma avalanche de solicitações todos os servidores dessa rede.
Em ataques DDoS, geralmente são utilizados botnets que podem gerar um volume de tráfego tão grande que sobrecarrega o servidor atacado. A vantagem de usar Anycast nessa situação é que cada servidor é capaz de "absorver" parte do ataque, o que diminui a carga sobre um servidor específico. Um ataque de "negação de serviço" provavelmente seria localizado em um servidor e não afetaria todo o serviço.
Alta escalabilidade horizontal
Os sistemas Anycast são bem adequados para serviços com grandes volumes de tráfego. Se um serviço que utiliza Anycast exigir novos servidores para lidar com o tráfego crescente, novos servidores podem ser adicionados à rede para esse fim. Eles podem ser colocados em novas ou já existentes instalações.
Se houver um grande aumento de tráfego em um local específico, adicionar um servidor ajudará a equilibrar a carga para esse local. Adicionar um servidor em um novo local ajudará a reduzir o tempo de espera, criando para alguns usuários a nova rota mais curta. Ambas as abordagens também ajudam a aumentar a estabilidade do serviço, uma vez que novos servidores se tornam disponíveis na rede. Assim, se um servidor estiver sobrecarregado, pode-se simplesmente implantar outro no local que lhe permita receber uma parte das solicitações do servidor sobrecarregado. Não será necessária configuração por parte dos clientes.
Apenas dessa forma é possível atender a terabits de tráfego e um número muito grande de usuários, quando o servidor possui apenas algumas portas de 10 ou 25 Gbit/s. 100 hosts com um único endereço IP permitirão processar volumes de tráfego de terabits.
Facilidade de gerenciamento de configuração
Como já mencionado, uma aplicação interessante do Anycast é o DNS. É possível ter vários servidores DNS em nós da rede, mas usar um único endereço DNS. Dependendo de onde está a fonte, as solicitações são direcionadas ao nó mais próximo. Isso proporciona algum nível de balanceamento de tráfego e redundância em caso de falha do servidor DNS. Assim, em vez de configurar diferentes servidores DNS dependendo de onde eles estão, a configuração de um único servidor DNS pode ser replicada em todos os nós.
As redes Anycast podem ser configuradas para roteamento de solicitações não apenas com base na distância, mas também em parâmetros como a disponibilidade do servidor, o número de conexões estabelecidas ou o tempo de resposta.
Para usar a tecnologia Anycast do lado do cliente, não são necessários servidores, redes ou componentes especiais. No entanto, o Anycast possui desvantagens. Considera-se que sua implementação é uma tarefa complexa que requer hardware adicional, provedores confiáveis e roteamento de tráfego adequado.
Da pura origem para um belo além
Embora o Anycast direcione os usuários com base no menor número de saltos, isso não significa necessariamente a menor latência. A latência é uma métrica mais complexa, pois em um único salto ela pode ser maior do que em dez.
Exemplo: comunicações intercontinentais podem incluir uma transição com latência muito alta.
Anycast é principalmente utilizado para serviços baseados em UDP, como DNS. As requisições dos usuários são direcionadas ao data center "melhor" e "mais próximo" com base nas rotas BGP.
Exemplo: uma estação de trabalho cliente DNS com o IP Anycast DNS 123.10.10.10 faz a resolução DNS para o mais próximo de três 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ão automaticamente redirecionados para o próximo servidor DNS mais próximo através dos roteadores R2 e R3. Além disso, a rota para o nosso servidor A será removida das tabelas de roteamento, impedindo o uso posterior desse servidor de nomes.
Cenários de Implantação
Existem dois esquemas comuns que são usados para determinar a qual servidor o usuário se conecta:
- Anycast de nível de rede. Conecta o usuário ao servidor mais próximo. Aqui, o caminho da rede do usuário até o servidor é importante.
- Anycast de nível de aplicação. Neste esquema, há métricas mais complexas, incluindo disponibilidade do servidor, tempo de resposta, número de conexões, etc. Isso depende de um monitor externo que fornece estatísticas sobre a rede.
CDN baseado em Anycast
Agora, vamos voltar ao uso de Anycast em redes de entrega de conteúdo. Anycast é, sem dúvida, um conceito de rede interessante e está recebendo cada vez mais reconhecimento entre os provedores de CDN de nova geração.
CDN é uma rede distribuída de servidores que entrega conteúdo aos usuários finais com alta disponibilidade e baixa latência. As redes de entrega de conteúdo desempenham hoje um papel importante, servindo como a base de inúmeros serviços online multimídia, enquanto os consumidores estão cada vez menos tolerantes a velocidades lentas de carregamento. Aplicativos de vídeo e voz são particularmente sensíveis ao jitter e à latência da rede.
A CDN reúne todos os servidores em uma rede, proporcionando um carregamento de conteúdo mais rápido. Às vezes, é possível reduzir o tempo de espera do usuário em 5 a 6 segundos. O objetivo do CDN é otimizar a entrega ao fornecer conteúdo a partir do servidor mais próximo do usuário final. Isso é muito semelhante ao Anycast, onde o servidor mais próximo é escolhido com base na localização do usuário final. Aparentemente, todo provedor de serviços CDN por padrão usará Anycast, mas na verdade isso não acontece.
Aplicativos que utilizam protocolos como HTTP/TCP dependem de uma conexão estabelecida. Se um novo nó Anycast for selecionado (por exemplo, em caso de falha do servidor), o serviço pode ser interrompido. É por isso que Anycast foi anteriormente recomendado para serviços sem conexão, como UDP e DNS. No entanto, Anycast também funciona bem para protocolos orientados à conexão, por exemplo, o TCP funciona muito bem em modo Anycast.
Alguns provedores de CDN aplicam roteamento baseado em Anycast, enquanto outros preferem roteamento baseado em DNS: o servidor mais próximo é escolhido com base na localização do servidor DNS do usuário.
Infraestruturas híbridas e infraestruturas com vários centros de dados são outro exemplo do uso de Anycast. O endereço fornecido pelo provedor Load Balancing IP permite distribuir a carga entre os endereços IP de diferentes serviços dos clientes no data center do provedor. Graças à tecnologia de endereçamento a qualquer dispositivo, isso garante um melhor desempenho sob tráfego intenso, resistência a falhas e ajuda a otimizar o tempo de resposta com um grande número de usuários.
Em infraestruturas híbridas com vários centros de dados, é possível distribuir o tráfego entre servidores ou até mesmo máquinas virtuais em servidores dedicados.
Assim, há uma enorme variedade de soluções técnicas para construir a infraestrutura. Também é possível configurar o balanceamento de carga por endereços IP em vários centros de dados, utilizando endereçamento a qualquer dispositivo em grupo para otimizar o funcionamento do site.
É possível distribuir o tráfego de acordo com suas próprias regras, definindo o "peso" de cada um dos servidores distribuídos em cada data center. Essa configuração é especialmente útil quando há um parque de servidores distribuídos e o desempenho dos serviços não é uniforme. Isso permitirá distribuir o tráfego com mais frequência para aumentar a eficiência dos servidores.
Para criar um sistema de controle usando o comando ping, é possível configurar sondas. Isso permite que o administrador defina seus próprios procedimentos de controle e obtenha uma visão mais clara do estado de cada componente na infraestrutura. Assim, é possível estabelecer critérios de acessibilidade.
É possível construir uma infraestrutura híbrida: às vezes é conveniente manter o back-office na rede corporativa e terceirizar a parte da interface para um provedor.
É possível adicionar certificados SSL para balanceamento de carga, criptografia de dados transmitidos e segurança da comunicação entre os visitantes do site e a infraestrutura corporativa. No caso de balanceamento de carga entre data centers, o SSL também pode ser aplicado.
O serviço Anycast com balanceamento de carga de endereços pode ser obtido com o provedor. Essa funcionalidade auxiliará na melhoria do algoritmo de interação dos usuários com os aplicativos, dependendo da localização. Basta anunciar quais serviços estão disponíveis no data center, e o tráfego será redirecionado para a infraestrutura mais próxima. Se houver servidores dedicados, por exemplo, na França ou na América do Norte, os clientes serão direcionados para o servidor mais próximo na rede.
Uma das opções de uso do Anycast é a escolha ideal do ponto de presença do operador (PoP). Vamos citar . O LinkedIn (bloqueado na Rússia) não apenas busca melhorar o desempenho e a velocidade de seus produtos — aplicativos móveis e web —, mas também aprimorar a infraestrutura de rede para uma entrega de conteúdo mais rápida. Para isso, na entrega dinâmica de conteúdo, o LinkedIn utiliza ativamente PoPs — pontos de presença. Para direcionar os usuários ao PoP mais próximo, é aplicado o Anycast.
O problema é que, no caso do Unycast, cada PoP do LinkedIn possui um endereço IP único. Os usuários são então designados a um PoP com base em sua localização geográfica através do DNS. A questão é que, ao usar o DNS, cerca de 30% dos usuários nos Estados Unidos eram redirecionados para um PoP subótimo. Graças à implementação gradual do Anycast, a designação subótica de PoP caiu de 31% para 10%.
Os resultados do teste piloto são mostrados no gráfico, onde o eixo Y representa a porcentagem de designação ótima de PoP. À medida que o Anycast foi “escalado” em vários estados dos EUA, houve uma melhoria nas porcentagens de tráfego para o PoP ideal.
Monitoramento de rede Anycast
Teoricamente, as redes Anycast são simples: vários servidores físicos são atribuídos ao mesmo endereço IP, que o BGP usa para determinar o caminho. Porém, a implementação e o design de plataformas Anycast são complexos, especialmente as redes Anycast conhecidas por sua resistência a falhas. O monitoramento eficaz da rede Anycast para a rápida detecção e localização de falhas é ainda mais desafiador.
Se os serviços utilizam um provedor de CDN terceirizado para fornecer seu conteúdo, é vital monitorar e verificar o desempenho da rede. No monitoramento de CDN baseado em Anycast, a atenção se concentra em medir a latência de ponta a ponta e os atributos do penúltimo salto para entender qual data center está fornecendo o conteúdo. A análise dos cabeçalhos HTTP do servidor é outra maneira de determinar de onde os dados estão vindo.
Exemplo: cabeçalhos de resposta HTTP que indicam a localização do servidor CDN.
Por exemplo, o CloudFlare utiliza seu próprio cabeçalho CF-Ray nas mensagens de resposta HTTP, que inclui a identificação do data center que recebeu a solicitação. No caso do Zendesk, o cabeçalho CF-Ray para a região de Seattle é CF-RAY: 2a21675e65fd2a3d-SEA, e para Amsterdã é CF-RAY: 2a216896b93a0c71-AMS. Também é possível usar cabeçalhos HTTP-X da resposta HTTP para determinar onde o conteúdo está localizado.
Outros métodos de endereçamento
Existem outros métodos de endereçamento para rotear solicitações de usuários para um ponto final específico na rede:
Unicast
A maior parte da internet hoje utiliza exatamente esse método. Unicast é uma transmissão unidirecional, onde o endereço IP está associado apenas a um nó específico na rede. Isso é chamado de correspondência unívoca.
Multicast
Multicast utiliza a comunicação "um para muitos" ou "muitos para muitos". A transmissão multicast permite enviar uma solicitação de um remetente simultaneamente para vários pontos finais selecionados. Isso dá ao cliente a capacidade de baixar um arquivo em partes de vários hosts ao mesmo tempo (o que é útil para streaming de áudio ou vídeo). Muitas vezes, multicast é confundido com anycast; no entanto, a principal diferença é que anycast direciona o remetente a um único nó específico, mesmo que vários nós estejam disponíveis.
Broadcast
Um datagrama de um único remetente é direcionado a todos os pontos finais associados ao endereço de broadcast. A rede replica automaticamente os datagramas para conseguir se comunicar com todos os destinatários na transmissão de broadcast (geralmente na mesma sub-rede).
Geocast
Geocast é de certa forma semelhante ao Multicast: solicitações do remetente são enviadas simultaneamente para vários pontos finais. No entanto, a diferença é que o destinatário é determinado por sua localização geográfica. É uma forma especializada de endereçamento em grupo usada por alguns protocolos de roteamento para redes móveis peer-to-peer.
Um roteador geográfico (Geo Router) calcula sua zona de serviço e a aproxima. Os geomarshrouters, trocando zonas de serviço, constroem tabelas de roteamento. O sistema de geomarshrouters possui uma estrutura hierárquica.
Unicast, Multicast e Broadcast.
O uso da tecnologia Anycast aumenta a confiabilidade, a resiliência e a segurança do DNS. Com essa tecnologia, os operadores oferecem aos seus clientes serviços de diversos tipos de balanceamento de carga baseado em DNS. No painel de controle, é possível especificar endereços IP para os quais as solicitações serão encaminhadas com base na localização geográfica. Isso dará aos clientes a capacidade de distribuir as solicitações dos usuários de forma mais flexível.
Alguns operadores utilizam ferramentas de monitoramento de rota em cada ponto de presença (POP): o sistema analisa automaticamente as rotas locais e globais mais curtas para os pontos de presença e os redireciona através de localizações geográficas com a menor latência e zero tempo de inatividade.
Atualmente, Anycast é a solução mais estável e confiável para a construção de serviços DNS de alta carga, que possuem altas exigências de resiliência e confiabilidade.
O domínio .ru suporta 35 servidores Anycast DNS, agrupados em 20 nós, distribuídos em cinco nuvens Anycast. O princípio utilizado é o de construção geográfica, ou seja, Geocast. Na colocação dos nós DNS, considera-se sua distribuição em locais geograficamente distantes, próximos aos usuários mais ativos, a máxima concentração de provedores russos no ponto de colocação do nó e a disponibilidade de capacidade e conveniência de interação com a plataforma.
Como construir um CDN?
CDN é uma rede de servidores que acelera a entrega de conteúdo para os usuários. une todos os servidores em uma única rede e assegura um carregamento mais rápido do conteúdo. A velocidade de carregamento é afetada pela distância do servidor até o usuário.
CDN permite o uso de servidores que estão mais próximos do público-alvo. Isso reduz o tempo de espera e ajuda a acelerar o carregamento de conteúdos em sites para todos os visitantes, o que é especialmente crítico para sites com arquivos volumosos ou serviços de multimídia. Áreas típicas de aplicação de CDN incluem comércio eletrônico e entretenimento.
A rede de servidores adicionais criada na infraestrutura do CDN, que são localizados o mais próximo possível dos usuários, contribui para uma entrega de dados mais estável e rápida. De acordo com as estatísticas, o uso de CDN reduz a latência ao acessar o site em mais de 70% em comparação com sites sem CDN.
Como? Настройка CDN с использованием собственного решения Anycast может быть достаточно дорогим проектом, но есть более дешевые варианты. Например, можно использовать GeoDNS и обычные серверы с уникальными IP-адресами. С помощью сервисов GeoDNS можно создать CDN с функциями геолокации, в которой решения принимаются на основе реального местоположения посетителя, а не местоположения ресолвера DNS. Можно настроить свою DNS-зону так, чтобы показывать IP-адреса американских серверов посетителям из США, а европейские посетители будут видеть IP-адрес из Европы.
Com o GeoDNS, é possível retornar respostas DNS diferentes dependendo do endereço IP do usuário. Para isso, o servidor DNS é configurado para retornar diferentes endereços IP com base no endereço IP de origem da solicitação. Normalmente, uma base de dados GeoIP é utilizada para determinar a região de onde a solicitação está sendo feita. A geolocalização usando DNS permite enviar conteúdo aos usuários do site mais próximo.
GeoDNS determina o endereço IP do cliente que fez a solicitação DNS, ou o IP do servidor DNS recursivo do provedor que está sendo utilizado para processar a solicitação do cliente. Com base no IP do cliente e na base GeoIP, é definida a país/região. Em seguida, o cliente recebe o endereço IP do servidor CDN mais próximo. É possível ler mais sobre a configuração do GeoDNS..
Anycast ou GeoDNS?
Embora o Anycast seja uma excelente maneira de entregar conteúdo em escala global, ele carece de especificidade. É aqui que o GeoDNS entra em ação. Este serviço permite criar regras que direcionam os usuários para pontos finais exclusivos, dependendo de sua localização.
Exemplo: usuários da Europa são direcionados para um ponto final diferente.
Também é possível bloquear o acesso a domínios, descartando todas as solicitações. Este é, em particular, um método rápido para afastar invasores.
GeoDNS oferece respostas mais precisas do que o Anycast. Enquanto no caso do Anycast a rota mais curta é determinada pelo número de saltos, no GeoDNS a roteação para os usuários finais é baseada em sua localização física. Isso reduz a latência e aumenta a precisão na criação de regras de roteamento granulares.
Ao acessar um domínio, o navegador se conecta ao servidor DNS mais próximo, que, dependendo do domínio, fornece o endereço IP para carregar o site. Suponha que uma loja online seja popular nos EUA e na Europa, mas os servidores DNS para ela estão disponíveis apenas na Europa. Assim, usuários dos EUA que desejam utilizar os serviços da loja terão que enviar uma solicitação ao servidor mais próximo, e como ele está muito longe, terão que esperar muito para receber uma resposta — o carregamento do site não será rápido.
Ao hospedar um servidor GeoDNS nos EUA, os usuários já se conectarão a ele. A resposta será rápida, o que afetará a velocidade de carregamento do site.
Na situação de um servidor DNS existente nos EUA, ao acessar este domínio, um usuário dos EUA se conectará ao servidor mais próximo, que fornecerá o IP necessário. O usuário será direcionado ao servidor que contém o conteúdo do site, mas como os servidores com o conteúdo estão distantes, ele não o receberá rapidamente.
Se você hospedar nos EUA e usar servidores CDN com dados em cache, ao carregar, o navegador do cliente enviará uma solicitação ao servidor DNS mais próximo, que responderá com o endereço IP necessário. O navegador com o IP obtido se conecta ao servidor CDN mais próximo e ao servidor principal, e o servidor CDN transmite o conteúdo em cache ao navegador. Enquanto o conteúdo em cache é carregado, os arquivos que faltam para completar o site são enviados do servidor principal. Como resultado, o tempo de carregamento do site diminui, pois muito menos arquivos são enviados do servidor principal.
Determinar a localização exata de um endereço IP não é sempre uma tarefa fácil: muitos fatores estão em jogo, e os proprietários do intervalo de endereços IP podem decidir anunciá-lo do outro lado do mundo (nesse caso, será necessário esperar que o banco de dados seja atualizado para obter a localização correta). Às vezes, provedores de VPS atribuem endereços que supostamente estão nos EUA para VPS em Singapura.
Diferentemente do uso de endereços Anycast, a distribuição ocorre durante a resolução de nomes, e não durante a conexão com o servidor de cache. Se o servidor recursivo não suportar sub-redes de clientes EDNS, a localização desse servidor recursivo será utilizada, e não a do usuário que está se conectando ao servidor de cache.
Sub-redes de clientes no DNS são uma extensão do DNS (RFC7871) que define como servidores DNS recursivos podem enviar informações do cliente ao servidor DNS, em particular informações sobre a rede que o servidor GeoDNS pode usar para determinar a localização do cliente com mais precisão.
A maioria das pessoas usa servidores DNS de seu provedor de internet ou servidores DNS que estão geograficamente próximos a eles, mas se alguém nos EUA decidir, por algum motivo, usar um resolvedor DNS localizado na Austrália, provavelmente obterá o endereço IP do servidor mais próximo da Austrália.
Se você deseja usar GeoDNS, é importante estar ciente dessas peculiaridades, pois em alguns casos isso pode aumentar a distância entre os servidores de cache e o cliente.
Resumo: se você deseja combinar vários VPS em um CDN, a melhor opção de implantação é usar uma combinação de servidor DNS com função GeoDNS + Anycast "pronto para uso".
Fonte: habr.com
