Moita xente probablemente xa escoitou falar de Anycast. Neste método de direccionamento e enrutamento de rede, asígnase un único enderezo IP a varios servidores dunha rede. Estes servidores poden incluso estar situados en centros de datos distantes entre si. A idea de Anycast é que, dependendo da localización da fonte da solicitude, os datos se envíen ao servidor máis próximo (segundo a topoloxía da rede, máis precisamente, o protocolo de enrutamento BGP). Deste xeito, pode reducir o número de saltos de rede e a latencia.
Esencialmente, a mesma ruta anúnciase desde varios centros de datos de todo o mundo. Así, os clientes serán enviados ao "mellor" e "máis próximo" en función das rutas BGP, o centro de datos. Por que Anycast? Por que usar Anycast en lugar de Unicast?
Unicast é realmente axeitado para un sitio cun servidor web e unha cantidade moderada de tráfico. Non obstante, se un servizo ten millóns de subscritores, normalmente utiliza moitos servidores web, cada un co mesmo enderezo IP. Estes servidores distribúense xeograficamente para atender de forma óptima as solicitudes.
Neste escenario, Anycast mellorará o rendemento (o tráfico envíase ao usuario cun atraso mínimo), garantirá a fiabilidade do servizo (grazas aos servidores de copia de seguridade) e o equilibrio de carga: o enrutamento a varios servidores distribuirá efectivamente a carga entre eles, mellorando a velocidade. do sitio.
Os operadores ofrecen aos clientes varios tipos de equilibrio de carga baseado en Anycast e DNS. Os clientes poden especificar enderezos IP aos que se enviarán as solicitudes en función da localización xeográfica do sitio. Isto fai posible distribuír as solicitudes dos usuarios de forma máis flexible.
Supoñamos que hai varios sitios entre os que necesitas distribuír a carga (usuarios), por exemplo, unha tenda en liña con 100 solicitudes ao día ou un blog popular. Para limitar a rexión desde a que os usuarios acceden a un sitio específico, podes usar a opción Geo Community. Permítelle limitar a rexión na que o operador anunciará a ruta.
Anycast e Unicast: diferenzas
Anycast úsase a miúdo en aplicacións como DNS (Domain Name System) e CDN (Content Delivery Networks), o que permite tomar decisións de enrutamento que melloran o rendemento da rede. As redes de entrega de contidos usan Anycast porque tratan con grandes volumes de tráfico e Anycast ofrece unha serie de vantaxes neste caso (máis información a continuación). En DNS, Anycast permítelle aumentar significativamente o nivel de fiabilidade e tolerancia a fallos do servizo.
En Anycast IP, ao usar BGP, hai varias rutas a un host específico. En realidade, estas son copias de hosts en varios centros de datos, que se usan para establecer conexións de menor latencia.
Así, nunha rede Anycast, o mesmo enderezo IP anúnciase desde diferentes lugares e a rede decide onde encamiñar a solicitude do usuario en función do "custo" da ruta. Por exemplo, BGP úsase a miúdo para determinar a ruta máis curta para a transmisión de datos. Cando un usuario envía unha solicitude Anycast, BGP determina a mellor ruta para os servidores Anycast dispoñibles na rede.
Beneficios de Anycast
Redución da latencia
Os sistemas con Anycast poden reducir a latencia ao procesar as solicitudes dos usuarios porque permiten recibir datos do servidor máis próximo. É dicir, os usuarios sempre conectaranse ao servidor DNS "máis próximo" (desde o punto de vista do protocolo de enrutamento). Como resultado, Anycast reduce o tempo de interacción ao reducir a distancia da rede entre o cliente e o servidor. Isto non só reduce a latencia senón que tamén proporciona equilibrio de carga.
Acelerar
Dado que o tráfico envíase ao nodo máis próximo e a latencia entre o cliente e o nodo redúcese, o resultado é unha velocidade de entrega optimizada, independentemente de onde o cliente solicite información.
Aumento da estabilidade e tolerancia a fallos
Se varios servidores de todo o mundo usan a mesma IP, se un dos servidores falla ou se desconecta, o tráfico será redirixido ao servidor máis próximo. Como resultado, Anycast fai que o servizo sexa máis resistente e ofrece un mellor acceso/latencia/velocidade á rede.
Así, ao ter varios servidores constantemente dispoñibles para os usuarios, Anycast, por exemplo, mellora a estabilidade do DNS. Se un nodo falla, as solicitudes dos usuarios serán redirixidas a outro servidor DNS sen ningunha intervención manual ou reconfiguración. Anycast ofrece un cambio practicamente transparente a outros sitios simplemente eliminando as rutas do sitio problemático.
Equilibrio de carga
En Anycast, o tráfico de rede distribúese entre distintos servidores. É dicir, actúa como equilibrador de carga, evitando que ningún servidor reciba a maior parte do tráfico. O balance de carga pódese utilizar, por exemplo, cando hai varios nodos de rede á mesma distancia xeográfica da fonte da solicitude. Neste caso, a carga distribúese entre os nodos.
Reduce o impacto dos ataques DoS
Outra característica de Anycast é a súa resistencia a DDoS. É improbable que os ataques DDoS poidan derrubar un sistema Anycast, xa que terían que asolagar a todos os servidores desta rede cunha avalancha de solicitudes.
Os ataques DDoS adoitan usar botnets, que poden xerar tanto tráfico que sobrecarga o servidor atacado. A vantaxe de usar Anycast nesta situación é que cada servidor é capaz de "absorber" parte do ataque, o que reduce a carga nese servidor en particular. Un ataque de denegación de servizo probablemente se localice no servidor e non afectará a todo o servizo.
Alta escalabilidade horizontal
Os sistemas Anycast son moi axeitados para servizos con grandes volumes de tráfico. Se un servizo que utiliza Anycast require novos servidores para xestionar o aumento do tráfico, pódense engadir novos servidores á rede para xestionalo. Pódense colocar en sitios novos ou existentes.
Se un lugar en particular está a experimentar un gran aumento do tráfico, engadir un servidor axudará a equilibrar a carga dese sitio. Engadir un servidor nun sitio novo axudará a reducir os tempos de espera creando unha nova ruta máis curta para algúns usuarios. Ambos métodos tamén axudan a mellorar a estabilidade do servizo a medida que están dispoñibles novos servidores na rede. Deste xeito, se un servidor está sobrecargado, pode simplemente despregar outro nun lugar que lle permita aceptar algunha parte das solicitudes do servidor sobrecargado. Isto non require ningunha configuración por parte dos clientes.
Só así se poden atender terabits de tráfico e un número moi grande de usuarios cando o servidor ten só uns poucos portos de 10 ou 25 Gbps. 100 hosts cun enderezo IP permitirán procesar volumes de tráfico terabit.
Xestión de configuración sinxela
Como se indicou anteriormente, un uso interesante de Anycast é o DNS. Podes colocar varios servidores DNS diferentes en nós de rede, pero usar un enderezo DNS. Dependendo de onde estea a fonte, as solicitudes envíanse ao nodo máis próximo. Isto proporciona certo equilibrio de tráfico e redundancia en caso de falla do servidor DNS. Deste xeito, en lugar de configurar diferentes servidores DNS dependendo de onde estean situados, a configuración dun servidor DNS pódese propagar a todos os nodos.
As redes Anycast pódense configurar para enrutar solicitudes non só en función da distancia, senón tamén de parámetros como a presenza dun servidor, o número de conexións establecidas. ou tempo de resposta.
Non se necesitan servidores, redes ou compoñentes especiais no lado do cliente para usar a tecnoloxía Anycast. Pero Anycast tamén ten as súas desvantaxes. Crese que a súa implementación é unha tarefa complexa, que require equipos adicionais, provedores fiables e rutas de tráfico adecuadas.
Lonxe da fonte pura á beleza
Aínda que Anycast encamiña aos usuarios baseándose no menor número de saltos, isto non significa necesariamente a menor latencia. A latencia é unha métrica máis complexa porque pode ser maior para unha transición que para dez.
Exemplo: as comunicacións intercontinentais poden implicar un só salto cunha latencia moi alta.
Anycast úsase principalmente para servizos baseados en UDP como DNS. As solicitudes dos usuarios envíanse ao centro de datos "mellor" e "máis próximo" en función das rutas BGP.
Exemplo: unha estación de traballo cliente DNS cun enderezo IP de Anycast DNS de 123.10.10.10 realiza a resolución de DNS ao máis próximo dos tres servidores de nomes DNS implantados usando o mesmo enderezo IP de Anycast. Se o enrutador R1 ou o servidor A falla, os paquetes de cliente DNS reenviaranse automaticamente ao seguinte servidor DNS máis próximo a través dos enrutadores R2 e R3. Ademais, a ruta ao noso servidor A eliminarase das táboas de enrutamento, evitando un uso posterior dese servidor de nomes.
Escenarios de implantación
Hai dous esquemas xerais que se usan para determinar a que servidor se conecta un usuario:
- Capa de rede Anycast. Conecta o usuario ao servidor máis próximo. A ruta de rede do usuario ao servidor é importante aquí.
- Nivel de aplicación anycast. Este esquema ten métricas máis calculadas, incluíndo a dispoñibilidade do servidor, o tempo de resposta, o número de conexións, etc. Isto depende dun monitor externo que proporcione estatísticas de rede.
CDN baseado en Anycast
Volvamos agora a usar Anycast nas redes de distribución de contido. Anycast é certamente un concepto de rede interesante e está a gañar unha aceptación crecente entre os provedores de CDN de nova xeración.
CDN é unha rede distribuída de servidores que entrega contido aos usuarios finais con alta dispoñibilidade e baixa latencia. As redes de entrega de contido desempeñan un papel importante na actualidade como a columna vertebral de moitos servizos multimedia en liña, e os consumidores son cada vez menos tolerantes coas baixas velocidades de descarga. As aplicacións de vídeo e voz son especialmente sensibles á inestabilidade e á latencia da rede.
Un CDN conecta todos os servidores nunha soa rede e garante unha carga máis rápida de contido. Ás veces é posible reducir o tempo de espera do usuario en 5-6 segundos. O propósito dunha CDN é optimizar a entrega publicando contido do servidor máis próximo ao usuario final. Isto é moi similar a Anycast, onde se selecciona o servidor máis próximo en función da localización do usuario final. Parece que todos os provedores de servizos CDN usarían Anycast por defecto, pero en realidade non é o caso.
As aplicacións que usan protocolos como HTTP/TCP dependen da conexión que se establece. Se se selecciona un novo nodo Anycast (por exemplo, debido a un fallo do servidor), é posible que o servizo se interrompa. É por iso que anteriormente se recomendaba Anycast para servizos sen conexión como UDP e DNS. Non obstante, Anycast tamén funciona ben para protocolos orientados á conexión; por exemplo, TCP funciona ben no modo Anycast.
Algúns provedores de CDN usan o enrutamento baseado en Anycast, outros prefiren o enrutamento baseado en DNS: selecciónase o servidor máis próximo en función do lugar onde estea o servidor DNS do usuario.
As infraestruturas híbridas e multicentro de datos son outro exemplo do uso de Anycast. O enderezo IP de balance de carga recibido do provedor permítelle distribuír a carga entre os enderezos IP de diferentes servizos de cliente no centro de datos do provedor. Grazas á tecnoloxía de calquera dispositivo, ofrece un mellor rendemento baixo tráfico intenso, tolerancia a fallos e axuda a optimizar o tempo de resposta cando se trata con un gran número de usuarios.
Nas infraestruturas híbridas de centros de datos múltiples, pode distribuír o tráfico entre servidores ou mesmo máquinas virtuais en servidores dedicados.
Así, hai unha gran variedade de solucións técnicas para a construción de infraestruturas. Tamén pode configurar o equilibrio de carga en enderezos IP en varios centros de datos, dirixido a calquera dispositivo dun grupo para optimizar o rendemento do sitio.
Pode distribuír o tráfico segundo as súas propias regras, definindo o "peso" de cada un dos servidores distribuídos en cada centro de datos. Esta configuración é especialmente útil cando hai un parque de servidores distribuído e o rendemento dos servizos é desigual. Isto permitirá que o tráfico se distribúa con máis frecuencia para mellorar o rendemento do servidor.
Para crear un sistema de monitorización mediante o comando ping, é posible configurar sondas. Isto permítelle ao administrador definir os seus propios procedementos de vixilancia e obter unha imaxe máis clara do estado de cada compoñente da infraestrutura. Deste xeito, pódense definir criterios de accesibilidade.
É posible construír unha infraestrutura híbrida: ás veces é conveniente deixar o back office na rede corporativa e terceirizar a parte da interface ao provedor.
É posible engadir certificados SSL para o balance de carga, o cifrado dos datos transmitidos e a seguridade da comunicación entre os visitantes do sitio e a infraestrutura corporativa. En caso de equilibrio de carga entre centros de datos, tamén se pode usar SSL.
O servizo Anycast con equilibrio de carga de enderezos pódese obter do teu provedor. Esta función axudará a mellorar a forma en que os usuarios interactúan coas aplicacións en función da localización. Basta con anunciar que servizos están dispoñibles no centro de datos e o tráfico será redirixido á infraestrutura máis próxima. Se hai servidores dedicados, por exemplo en Francia ou América do Norte, os clientes dirixiranse ao servidor máis próximo da rede.
Unha das opcións para usar Anycast é a elección óptima do punto de presenza (PoP) dun operador. Imos dar . LinkedIn (bloqueado en Rusia) se esforza non só por mellorar o rendemento e a velocidade dos seus produtos: aplicacións móbiles e web, senón tamén por mellorar a súa infraestrutura de rede para unha entrega de contido máis rápida. Para esta entrega de contido dinámico, LinkedIn usa activamente PoPs - puntos de presenza. Anycast úsase para dirixir aos usuarios ao PoP máis próximo.
O motivo é que, no caso de Unycast, cada PoP de LinkedIn ten un enderezo IP único. Os usuarios son entón asignados a PoP en función da súa localización xeográfica mediante DNS. O problema é que ao usar DNS, preto do 30% dos usuarios dos Estados Unidos foron redirixidos a un PoP subóptimo. Coa implementación gradual de Anycast, a asignación de PoP subóptima baixou do 31% ao 10%.
Os resultados da proba piloto móstranse no gráfico, onde o eixe Y é a porcentaxe de asignación óptima de PoP. A medida que Anycast aumentou, moitos estados dos Estados Unidos viron unha mellora na porcentaxe de tráfico cara ao PoP óptimo.
Monitorización da rede Anycast
As redes Anycast son sinxelas en teoría: a varios servidores físicos asígnaselles o mesmo enderezo IP, que BGP usa para determinar a ruta. Pero a implementación e deseño das plataformas Anycast é complexa, e as redes Anycast tolerantes a fallos son especialmente famosas por iso. Aínda máis difícil é supervisar eficazmente unha rede Anycast para identificar e illar rapidamente os fallos.
Se os servizos usan un provedor de CDN de terceiros para ofrecer o seu contido, é moi importante que vixien e verifiquen o rendemento da rede. A monitorización CDN baseada en Anycast céntrase na medición da latencia de extremo a extremo e do rendemento do penúltimo salto para comprender que centro de datos está a servir o contido. A análise das cabeceiras do servidor HTTP é outra forma de determinar de onde proceden os datos.
Exemplo: cabeceiras de resposta HTTP que indican a localización do servidor CDN.
Por exemplo, CloudFlare usa a súa propia cabeceira CF-Ray nas mensaxes de resposta HTTP, que inclúe unha indicación do centro de datos ao que se fixo a solicitude. No caso de Zendesk, a cabeceira CF-Ray para a rexión de Seattle é CF-RAY: 2a21675e65fd2a3d-SEA, e para Amsterdam é CF-RAY: 2a216896b93a0c71-AMS. Tamén pode usar cabeceiras HTTP-X da resposta HTTP para determinar onde se atopa o contido.
Outros métodos de direccionamento
Existen outros métodos de enderezo para dirixir as solicitudes dos usuarios a un punto final de rede específico:
Unicast
A maioría de Internet hoxe en día usa este método. Unicast - transmisión unicast, o enderezo IP está asociado só cun nodo específico da rede. Isto chámase coincidencia un a un.
Multidifusión
A multidifusión usa unha relación un-a-moitos ou moitos-a-moitos. Multicast permite que unha solicitude dun remitente se envíe simultaneamente a diferentes puntos finais seleccionados. Isto dálle ao cliente a posibilidade de descargar un ficheiro en anacos de varios servidores simultaneamente (o que é útil para transmitir audio ou vídeo). A miúdo confúndese a multidifusión con Anycast. Non obstante, a principal diferenza é que Anycast dirixe o remitente a un nodo específico, aínda que hai varios nodos dispoñibles.
Difundir
Un datagrama dun único remitente envíase a todos os puntos finais asociados co enderezo de difusión. A rede replica automaticamente datagramas para poder chegar a todos os destinatarios da emisión (normalmente na mesma subrede).
Xeocast
Geocast é algo semellante ao Multicast: as solicitudes do remitente envíanse a varios puntos finais ao mesmo tempo. Non obstante, a diferenza é que o destinatario está determinado pola súa localización xeográfica. Esta é unha forma especializada de multidifusión utilizada por algúns protocolos de enrutamento para redes móbiles ad hoc.
Un enrutador xeográfico calcula a súa área de servizo e aproxima. Xeorouters, intercambiando áreas de servizo, constrúen táboas de rutas. O sistema xeorouter ten unha estrutura xerárquica.
Unicast, Multicast e Broadcast.
O uso da tecnoloxía Anycast aumenta o nivel de fiabilidade, tolerancia a fallos e seguridade do DNS. Usando esta tecnoloxía, os operadores ofrecen aos seus clientes servizos para varios tipos de balance de carga baseado en DNS. No panel de control, pode especificar os enderezos IP aos que se enviarán as solicitudes dependendo da localización xeográfica. Isto dará aos clientes a oportunidade de distribuír as solicitudes dos usuarios de forma máis flexible.
Algúns operadores implementan capacidades de vixilancia de rutas en cada punto de presenza (POP): o sistema analiza automaticamente as rutas locais e globais máis curtas para os puntos de presenza e envíaas a través das localizacións xeográficas de menor latencia sen tempo de inactividade.
Polo momento, Anycast é a solución máis estable e fiable para construír servizos DNS de alta carga, que teñen altos requisitos de estabilidade e fiabilidade.
O dominio .ru admite 35 servidores Anycast DNS, agrupados en 20 nodos, distribuídos en cinco nubes Anycast. Neste caso, utilízase o principio de construción baseado en características xeográficas, é dicir. Xeocast. Ao colocar nodos DNS, prevese que se trasladen a lugares dispersos xeograficamente próximos aos usuarios máis activos, a máxima concentración de provedores rusos no punto onde se atopa o nodo, así como a dispoñibilidade de capacidade gratuíta e facilidade de uso. interacción co sitio.
Como construír un CDN?
CDN é unha rede de servidores que acelera a entrega de contidos aos usuarios. une todos os servidores nunha soa rede e garante unha carga de contido máis rápida. A distancia do servidor ao usuario xoga un papel importante na velocidade de carga.
CDN permítelle utilizar servidores máis próximos ao público obxectivo. Isto reduce o tempo de espera e axuda a acelerar a carga do contido do sitio para todos os visitantes, o que é especialmente crítico para sitios con ficheiros grandes ou servizos multimedia. As aplicacións típicas para CDN son o comercio electrónico e o entretemento.
A rede de servidores adicionais creada na infraestrutura CDN, que están situados o máis preto posible dos usuarios, contribúe a unha entrega de datos máis estable e máis rápida. Segundo as estatísticas, o uso dunha CDN reduce a latencia ao acceder a un sitio en máis dun 70 % en comparación cos sitios sen CDN.
Como? Configurar un CDN usando a solución de Anycast pode ser un proxecto bastante caro, pero hai opcións máis baratas. Por exemplo, pode usar GeoDNS e servidores normais con enderezos IP únicos. Usando os servizos GeoDNS, pode crear un CDN con capacidades de xeolocalización, onde as decisións se toman en función da localización real do visitante, en lugar da localización do resolutor de DNS. Podes configurar a túa zona DNS para mostrar os enderezos IP do servidor estadounidense aos visitantes estadounidenses, pero os visitantes europeos verán o enderezo IP europeo.
Con GeoDNS, podes devolver diferentes respostas DNS dependendo do enderezo IP do usuario. Para iso, o servidor DNS está configurado para devolver diferentes enderezos IP dependendo do enderezo IP de orixe da solicitude. Normalmente, úsase unha base de datos GeoIP para determinar a rexión desde a que se fai unha solicitude. A xeolocalización mediante DNS permítelle enviar contido aos usuarios desde un sitio próximo.
GeoDNS determina o enderezo IP do cliente que enviou a solicitude de DNS ou o enderezo IP do servidor DNS recursivo do provedor, que se utiliza ao procesar a solicitude do cliente. O país/rexión está determinado pola base de datos IP e GeoIP do cliente. O cliente obtén entón o enderezo IP do servidor CDN máis próximo. Podes ler máis sobre a configuración de GeoDNS.
Anycast ou GeoDNS?
Aínda que Anycast é unha boa forma de ofrecer contido a escala global, carece de especificidade. Aquí é onde GeoDNS vén ao rescate. Este servizo permítelle crear regras que envían aos usuarios a puntos finais únicos en función da súa localización.
Exemplo: os usuarios de Europa son dirixidos a un punto final diferente.
Tamén podes denegar o acceso aos dominios descartando todas as solicitudes. Esta é, en particular, unha forma rápida de cortar os intrusos.
GeoDNS dá respostas máis precisas que Anycast. Se no caso de Anycast a ruta máis curta está determinada polo número de saltos, entón en GeoDNS o enrutamento para os usuarios finais prodúcese dependendo da súa localización física. Isto reduce a latencia e mellora a precisión ao crear regras de enrutamento granulares.
Cando se navega a un dominio, o navegador contacta co servidor DNS máis próximo, que, dependendo do dominio, emite un enderezo IP para cargar o sitio. Supoñamos que unha tenda en liña é popular nos Estados Unidos e Europa, pero os servidores DNS para ela só están dispoñibles en Europa. Entón, os usuarios estadounidenses que queiran utilizar os servizos da tenda veranse obrigados a enviar unha solicitude ao servidor máis próximo e, como está moi lonxe, terán que esperar moito tempo para recibir unha resposta: o sitio non se cargará rapidamente.
Cando un servidor GeoDNS está situado nos EUA, os usuarios xa accederán a el. A resposta será rápida, o que afectará a velocidade de carga do sitio.
Nunha situación cun servidor DNS existente nos Estados Unidos, cando un usuario dos Estados Unidos navega a un determinado dominio, contactarase co servidor máis próximo que lle proporcionará a IP necesaria. O usuario será dirixido ao servidor que contén o contido do sitio, pero como os servidores co contido están lonxe, non o recibirá rapidamente.
Se aloxa servidores CDN nos EE. UU. con datos almacenados en caché, despois de cargar o navegador do cliente enviará unha solicitude ao servidor DNS máis próximo, que devolverá o enderezo IP necesario. O navegador coa IP recibida contacta co servidor CDN máis próximo e co servidor principal, e o servidor CDN envía o contido almacenado na caché ao navegador. Mentres se carga o contido da caché, os ficheiros que faltan para cargar o sitio completo recíbense do servidor principal. Como resultado, o tempo de carga do sitio redúcese, xa que se envían moitos menos ficheiros desde o servidor principal.
Determinar a localización exacta dun enderezo IP específico non sempre é unha tarefa fácil: hai moitos factores en xogo e os propietarios dunha serie de enderezos IP poden decidir anuncialo no outro lado do mundo (entón terás que agarde a que a base de datos se actualice para obter a localización correcta). Ás veces, os provedores de VPS atribúen enderezos supostamente situados nos EUA a VPS en Singapur.
A diferenza do uso de enderezos Anycast, a distribución realízase durante a resolución de nomes en lugar de conectarse ao servidor de caché. Se o servidor recursivo non admite subredes de clientes EDNS, utilízase a localización dese servidor recursivo en lugar do usuario que se conectará ao servidor de caché.
Client Subnets in DNS é unha extensión de DNS (RFC7871) que define como os servidores DNS recursivos poden enviar información do cliente ao servidor DNS, en particular información de rede que o servidor GeoDNS pode usar para determinar con máis precisión a localización do cliente.
A maioría usa os servidores DNS do seu ISP ou os servidores DNS que están xeograficamente próximos a eles, pero se alguén nos Estados Unidos por algún motivo decide usar un resolvedor de DNS situado en Australia, é probable que acabe cun enderezo de servidor IP máis próximo a Australia.
Se queres usar GeoDNS, é importante ter en conta estas características, xa que nalgúns casos pode aumentar a distancia entre os servidores de caché e o cliente.
Resumo: se queres combinar varios VPS nun CDN, entón a mellor opción de implantación é usar un paquete de servidor DNS coa función GeoDNS + Anycast fóra da caixa.
Fonte: www.habr.com