Probablemente mucha gente haya oído hablar de Anycast. En este método de direccionamiento y enrutamiento de red, se asigna una única dirección IP a varios servidores en una red. Estos servidores pueden incluso estar ubicados en centros de datos alejados entre sí. La idea de Anycast es que, dependiendo de la ubicación de la fuente de la solicitud, los datos se envían al servidor más cercano (según la topología de la red, más precisamente, el protocolo de enrutamiento BGP). De esta manera, puede reducir la cantidad de saltos de red y la latencia.
Básicamente, la misma ruta se anuncia desde múltiples centros de datos en todo el mundo. De esta manera, los clientes serán enviados al "mejor" y "más cercano" según las rutas BGP, el centro de datos. ¿Por qué Anycast? ¿Por qué utilizar Anycast en lugar de Unicast?
Unicast es realmente adecuado para un sitio con un servidor web y una cantidad moderada de tráfico. Sin embargo, si un servicio tiene millones de suscriptores, normalmente utiliza muchos servidores web, cada uno con la misma dirección IP. Estos servidores están distribuidos geográficamente para atender las solicitudes de manera óptima.
En este escenario, Anycast mejorará el rendimiento (el tráfico se envía al usuario con un retraso mínimo), garantizará la confiabilidad del servicio (gracias a los servidores de respaldo) y el equilibrio de carga: el enrutamiento a varios servidores distribuirá efectivamente la carga entre ellos, mejorando la velocidad. del sitio.
Los operadores ofrecen a los clientes varios tipos de equilibrio de carga basados en Anycast y DNS. Los clientes pueden especificar direcciones IP a las que se enviarán las solicitudes según la ubicación geográfica del sitio. Esto permite distribuir las solicitudes de los usuarios de forma más flexible.
Supongamos que hay varios sitios entre los que necesita distribuir la carga (usuarios), por ejemplo, una tienda online con 100 solicitudes por día o un blog popular. Para limitar la región desde la cual los usuarios acceden a un sitio específico, puede utilizar la opción Geo Community. Le permite limitar la región dentro de la cual el operador anunciará la ruta.
Anycast y Unicast: diferencias
Anycast se utiliza a menudo en aplicaciones como DNS (Sistema de nombres de dominio) y CDN (Redes de entrega de contenido), lo que permite decisiones de enrutamiento que mejoran el rendimiento de la red. Las redes de distribución de contenido utilizan Anycast porque manejan grandes volúmenes de tráfico, y Anycast ofrece una serie de ventajas en este caso (más sobre ellas a continuación). En DNS, Anycast le permite aumentar significativamente el nivel de confiabilidad y tolerancia a fallas del servicio.
En Anycast IP, cuando se usa BGP, existen múltiples rutas a un host específico. En realidad, se trata de copias de hosts en múltiples centros de datos, que se utilizan para establecer conexiones de menor latencia.
Entonces, en una red Anycast, la misma dirección IP se anuncia desde diferentes lugares y la red decide dónde enrutar la solicitud del usuario en función del "costo" de la ruta. Por ejemplo, BGP se utiliza a menudo para determinar la ruta más corta para la transmisión de datos. Cuando un usuario envía una solicitud Anycast, BGP determina la mejor ruta para los servidores Anycast disponibles en la red.
Beneficios de Anycast
Reducir la latencia
Los sistemas con Anycast pueden reducir la latencia al procesar las solicitudes de los usuarios porque le permiten recibir datos del servidor más cercano. Es decir, los usuarios siempre se conectarán al servidor DNS "más cercano" (desde el punto de vista del protocolo de enrutamiento). Como resultado, Anycast reduce el tiempo de interacción al reducir la distancia de la red entre el cliente y el servidor. Esto no sólo reduce la latencia sino que también proporciona equilibrio de carga.
velocidad
Debido a que el tráfico se enruta al nodo más cercano y la latencia entre el cliente y el nodo se reduce, el resultado es una velocidad de entrega optimizada, sin importar desde dónde solicita información el cliente.
Mayor estabilidad y tolerancia a fallos.
Si varios servidores en todo el mundo utilizan la misma IP, si uno de los servidores falla o se desconecta, el tráfico se redirigirá al servidor más cercano. Como resultado, Anycast hace que el servicio sea más resistente y proporciona mejor acceso, latencia y velocidad de red.
Así, al tener múltiples servidores constantemente disponibles para los usuarios, Anycast, por ejemplo, mejora la estabilidad del DNS. Si un nodo falla, las solicitudes de los usuarios se redirigirán a otro servidor DNS sin ninguna intervención manual ni reconfiguración. Anycast proporciona un cambio prácticamente transparente a otros sitios simplemente eliminando las rutas del sitio problemático.
Balanceo de carga
En Anycast, el tráfico de la red se distribuye entre diferentes servidores. Es decir, actúa como un equilibrador de carga, evitando que un solo servidor reciba la mayor parte del tráfico. El equilibrio de carga se puede utilizar, por ejemplo, cuando hay varios nodos de red a la misma distancia geográfica del origen de la solicitud. En este caso, la carga se distribuye entre los nodos.
Reducir el impacto de los ataques DoS
Otra característica de Anycast es su resistencia a DDoS. Es poco probable que los ataques DDoS puedan derribar un sistema Anycast, ya que tendrían que saturar todos los servidores de dicha red con una avalancha de solicitudes.
Los ataques DDoS suelen utilizar botnets, que pueden generar tanto tráfico que sobrecargan el servidor atacado. La ventaja de utilizar Anycast en esta situación es que cada servidor puede "absorber" parte del ataque, lo que reduce la carga en ese servidor en particular. Lo más probable es que un ataque de denegación de servicio se localice en el servidor y no afecte a todo el servicio.
Alta escalabilidad horizontal
Los sistemas Anycast son muy adecuados para servicios con grandes volúmenes de tráfico. Si un servicio que utiliza Anycast requiere nuevos servidores para manejar un mayor tráfico, se pueden agregar nuevos servidores a la red para manejarlo. Se pueden colocar en sitios nuevos o existentes.
Si una ubicación en particular está experimentando un gran aumento en el tráfico, agregar un servidor ayudará a equilibrar la carga de ese sitio. Agregar un servidor en un sitio nuevo ayudará a reducir los tiempos de espera al crear una nueva ruta más corta para algunos usuarios. Ambos métodos también ayudan a mejorar la estabilidad del servicio a medida que hay nuevos servidores disponibles en la red. De esta manera, si un servidor está sobrecargado, simplemente puede implementar otro en una ubicación que le permita aceptar una parte de las solicitudes del servidor sobrecargado. Esto no requiere ninguna configuración por parte de los clientes.
Sólo de esta manera se pueden atender terabits de tráfico y un gran número de usuarios cuando el servidor sólo tiene unos pocos puertos de 10 o 25 Gbps. 100 hosts con una dirección IP permitirán procesar volúmenes de tráfico de terabits.
Fácil gestión de configuración
Como se señaló anteriormente, un uso interesante de Anycast es el DNS. Puede colocar varios servidores DNS diferentes en los nodos de la red, pero use una dirección DNS. Dependiendo de dónde se encuentre la fuente, las solicitudes se enrutan al nodo más cercano. Esto proporciona cierto equilibrio de tráfico y redundancia en caso de una falla del servidor DNS. De esta manera, en lugar de configurar diferentes servidores DNS dependiendo de dónde estén ubicados, la configuración de un servidor DNS se puede propagar a todos los nodos.
Las redes Anycast se pueden configurar para enrutar solicitudes no solo en función de la distancia, sino también de parámetros como la presencia de un servidor y la cantidad de conexiones establecidas. o tiempo de respuesta.
No se requieren servidores, redes o componentes especiales del lado del cliente para utilizar la tecnología Anycast. Pero Anycast también tiene sus desventajas. Se cree que su implementación es una tarea compleja que requiere equipos adicionales, proveedores confiables y un enrutamiento adecuado del tráfico.
Lejos de la fuente pura a la belleza
Aunque Anycast enruta a los usuarios basándose en la menor cantidad de saltos, esto no significa necesariamente la latencia más baja. La latencia es una métrica más compleja porque puede ser mayor para una transición que para diez.
Ejemplo: las comunicaciones intercontinentales pueden implicar un único salto con una latencia muy alta.
Anycast se utiliza principalmente para servicios basados en UDP, como DNS. Las solicitudes de los usuarios se enrutan al "mejor" y "más cercano" centro de datos según las rutas BGP.
Ejemplo: una estación de trabajo cliente DNS con una dirección IP DNS Anycast de 123.10.10.10 realiza la resolución DNS al más cercano de los tres servidores de nombres DNS implementados utilizando la misma dirección IP Anycast. Si el enrutador R1 o el servidor A fallan, los paquetes del cliente DNS se reenviarán automáticamente al siguiente servidor DNS más cercano a través de los enrutadores R2 y R3. Además, la ruta a nuestro servidor A se eliminará de las tablas de enrutamiento, lo que impedirá el uso posterior de ese servidor de nombres.
Escenarios de implementación
Hay dos esquemas generales que se utilizan para determinar a qué servidor se conecta un usuario:
- Capa de red Anycast. Conecta al usuario al servidor más cercano. Aquí es importante la ruta de red desde el usuario hasta el servidor.
- Nivel de aplicación anycast. Este esquema tiene métricas más calculadas, incluida la disponibilidad del servidor, el tiempo de respuesta, la cantidad de conexiones, etc. Esto depende de un monitor externo que proporciona estadísticas de la red.
CDN basado en Anycast
Volvamos ahora al uso de Anycast en las redes de distribución de contenido. Anycast es sin duda un concepto de red interesante y está ganando cada vez más aceptación entre los proveedores de CDN de próxima generación.
CDN es una red distribuida de servidores que entrega contenido a los usuarios finales con alta disponibilidad y baja latencia. Las redes de distribución de contenidos desempeñan hoy un papel importante como columna vertebral de muchos servicios de medios en línea, y los consumidores son cada vez menos tolerantes con las velocidades de descarga lentas. Las aplicaciones de vídeo y voz son especialmente sensibles a la fluctuación y la latencia de la red.
Una CDN conecta todos los servidores en una red y garantiza una carga de contenido más rápida. En ocasiones es posible reducir el tiempo de espera del usuario entre 5 y 6 segundos. El propósito de una CDN es optimizar la entrega ofreciendo contenido desde el servidor más cercano al usuario final. Esto es muy similar a Anycast, donde se selecciona el servidor más cercano según la ubicación del usuario final. Parecería que todos los proveedores de servicios CDN utilizarían Anycast de forma predeterminada, pero en realidad este no es el caso.
Las aplicaciones que utilizan protocolos como HTTP/TCP dependen de la conexión que se establece. Si se selecciona un nuevo nodo Anycast (por ejemplo, debido a una falla del servidor), es posible que se interrumpa el servicio. Es por eso que Anycast se recomendaba anteriormente para servicios sin conexión como UDP y DNS. Sin embargo, Anycast también funciona bien para protocolos orientados a conexión; por ejemplo, TCP funciona bien en modo Anycast.
Algunos proveedores de CDN utilizan enrutamiento basado en Anycast, otros prefieren el enrutamiento basado en DNS: el servidor más cercano se selecciona en función de dónde se encuentra el servidor DNS del usuario.
Las infraestructuras híbridas y de múltiples centros de datos son otro ejemplo del uso de Anycast. La dirección IP de equilibrio de carga recibida del proveedor le permite distribuir la carga entre las direcciones IP de diferentes servicios del cliente en el centro de datos del proveedor. Gracias a la tecnología de cualquier dispositivo, proporciona un mejor rendimiento en condiciones de tráfico intenso, tolerancia a fallos y ayuda a optimizar el tiempo de respuesta cuando se trata de una gran cantidad de usuarios.
En infraestructuras híbridas de múltiples centros de datos, puede distribuir el tráfico entre servidores o incluso máquinas virtuales en servidores dedicados.
Por tanto, existe una gran selección de soluciones técnicas para la construcción de infraestructuras. También puede configurar el equilibrio de carga entre direcciones IP en varios centros de datos, dirigiéndose a cualquier dispositivo de un grupo para optimizar el rendimiento del sitio.
Puedes distribuir el tráfico según tus propias reglas, definiendo el “peso” de cada uno de los servidores distribuidos en cada centro de datos. Esta configuración es especialmente útil cuando existe un parque de servidores distribuidos y el rendimiento de los servicios es desigual. Esto permitirá que el tráfico se distribuya con más frecuencia para mejorar el rendimiento del servidor.
Para crear un sistema de monitoreo usando el comando ping, es posible configurar sondas. Esto permite al administrador definir sus propios procedimientos de monitoreo y obtener una imagen más clara del estado de cada componente de la infraestructura. De esta forma se pueden definir criterios de accesibilidad.
Es posible construir una infraestructura híbrida: a veces es conveniente dejar el back office en la red corporativa y subcontratar la parte de la interfaz al proveedor.
Es posible agregar certificados SSL para equilibrio de carga, cifrado de datos transmitidos y seguridad de la comunicación entre los visitantes del sitio y la infraestructura corporativa. En caso de equilibrio de carga entre centros de datos, también se puede utilizar SSL.
Puede obtener el servicio Anycast con equilibrio de carga de direcciones de su proveedor. Esta característica ayudará a mejorar la forma en que los usuarios interactúan con las aplicaciones según la ubicación. Basta con anunciar qué servicios están disponibles en el centro de datos y el tráfico se redirigirá a la infraestructura más cercana. Si hay servidores dedicados, por ejemplo en Francia o América del Norte, los clientes serán dirigidos al servidor más cercano en la red.
Una de las opciones para utilizar Anycast es la elección óptima del punto de presencia (PoP) de un operador. vamos a dar . LinkedIn (bloqueado en Rusia) se esfuerza no sólo por mejorar el rendimiento y la velocidad de sus productos (aplicaciones web y móviles), sino también por mejorar su infraestructura de red para una entrega de contenido más rápida. Para esta entrega dinámica de contenido, LinkedIn utiliza activamente PoP, puntos de presencia. Anycast se utiliza para dirigir a los usuarios al PoP más cercano.
La razón es que en el caso de Unycast, cada PoP de LinkedIn tiene una dirección IP única. Luego, los usuarios se asignan a PoP según su ubicación geográfica mediante DNS. El problema es que al usar DNS, alrededor del 30% de los usuarios en los Estados Unidos fueron redirigidos a un PoP subóptimo. Con la implementación gradual de Anycast, la asignación de PoP subóptima se redujo del 31 % al 10 %.
Los resultados de la prueba piloto se muestran en el gráfico, donde el eje Y es el porcentaje de asignación óptima de PoP. A medida que Anycast aumentó, muchos estados de EE. UU. vieron una mejora en el porcentaje de tráfico hacia el PoP óptimo.
Monitoreo de red Anycast
Las redes Anycast son simples en teoría: a varios servidores físicos se les asigna la misma dirección IP, que BGP utiliza para determinar la ruta. Pero la implementación y el diseño de las plataformas Anycast son complejos, y las redes Anycast tolerantes a fallas son especialmente famosas por esto. Aún más desafiante es monitorear efectivamente una red Anycast para identificar y aislar fallas rápidamente.
Si los servicios utilizan un proveedor de CDN externo para ofrecer su contenido, es muy importante que supervisen y verifiquen el rendimiento de la red. El monitoreo de CDN basado en Anycast se enfoca en medir la latencia de un extremo a otro y el rendimiento del penúltimo salto para comprender qué centro de datos ofrece el contenido. Analizar los encabezados del servidor HTTP es otra forma de determinar de dónde provienen los datos.
Ejemplo: encabezados de respuesta HTTP que indican la ubicación del servidor CDN.
Por ejemplo, CloudFlare utiliza su propio encabezado CF-Ray en los mensajes de respuesta HTTP, que incluye una indicación del centro de datos al que se realizó la solicitud. En el caso de Zendesk, el encabezado CF-Ray para la región de Seattle es CF-RAY: 2a21675e65fd2a3d-SEA, y para Ámsterdam es CF-RAY: 2a216896b93a0c71-AMS. También puede utilizar encabezados HTTP-X de la respuesta HTTP para determinar dónde se encuentra el contenido.
Otros métodos de direccionamiento
Existen otros métodos de direccionamiento para enrutar las solicitudes de los usuarios a un punto final de red específico:
Unidifusión
La mayor parte de Internet hoy en día utiliza este método. Unicast: transmisión de unidifusión, la dirección IP está asociada con un solo nodo específico en la red. Esto se llama coincidencia uno a uno.
Multicast
La multidifusión utiliza una relación de uno a muchos o de muchos a muchos. La multidifusión permite que una solicitud de un remitente se envíe simultáneamente a diferentes puntos finales seleccionados. Esto le da al cliente la capacidad de descargar un archivo en fragmentos desde múltiples hosts simultáneamente (lo cual es útil para transmitir audio o video). La multidifusión a menudo se confunde con Anycast, sin embargo, la principal diferencia es que Anycast dirige al remitente a un nodo específico, incluso si hay varios nodos disponibles.
Radio
Un datagrama de un único remitente se reenvía a todos los puntos finales asociados con la dirección de transmisión. La red replica automáticamente los datagramas para poder llegar a todos los destinatarios de la transmisión (normalmente en la misma subred).
Geodifusión
Geocast es algo similar a Multicast: las solicitudes del remitente se envían a múltiples puntos finales simultáneamente. Sin embargo, la diferencia es que el destinatario viene determinado por su ubicación geográfica. Esta es una forma especializada de multidifusión utilizada por algunos protocolos de enrutamiento para redes móviles ad hoc.
Un enrutador geográfico calcula su área de servicio y la aproxima. Georouters, intercambio de áreas de servicio, construcción de tablas de enrutamiento. El sistema georouter tiene una estructura jerárquica.
Unicast, Multicast y Broadcast.
El uso de la tecnología Anycast aumenta el nivel de confiabilidad, tolerancia a fallas y seguridad del DNS. Utilizando esta tecnología, los operadores ofrecen a sus clientes servicios para diversos tipos de equilibrio de carga basados en DNS. En el panel de control, puede especificar las direcciones IP a las que se enviarán las solicitudes según la ubicación geográfica. Esto brindará a los clientes la oportunidad de distribuir las solicitudes de los usuarios de manera más flexible.
Algunos operadores implementan capacidades de monitoreo de rutas en cada punto de presencia (POP): el sistema analiza automáticamente las rutas locales y globales más cortas en busca de puntos de presencia y las enruta a través de las ubicaciones geográficas de menor latencia sin tiempo de inactividad.
Por el momento, Anycast es la solución más estable y confiable para crear servicios DNS de alta carga, que tienen altos requisitos de estabilidad y confiabilidad.
El dominio .ru admite 35 servidores DNS Anycast, agrupados en 20 nodos, distribuidos en cinco nubes Anycast. En este caso se utiliza el principio de construcción basado en características geográficas, es decir. Geocast. A la hora de colocar nodos DNS, se prevé su traslado a ubicaciones geográficamente dispersas cercanas a los usuarios más activos, la máxima concentración de proveedores rusos en el punto donde se ubica el nodo, así como la disponibilidad de capacidad libre y la facilidad de interacción con el sitio.
¿Cómo construir una CDN?
CDN es una red de servidores que acelera la entrega de contenido a los usuarios. une todos los servidores en una red y garantiza una carga de contenido más rápida. La distancia entre el servidor y el usuario juega un papel importante en la velocidad de carga.
CDN le permite utilizar servidores más cercanos al público objetivo. Esto reduce el tiempo de espera y ayuda a acelerar la carga del contenido del sitio para todos los visitantes, lo cual es especialmente crítico para sitios con archivos grandes o servicios multimedia. Las aplicaciones típicas de CDN son el comercio electrónico y el entretenimiento.
La red de servidores adicionales creada en la infraestructura CDN, que están ubicados lo más cerca posible de los usuarios, contribuye a una entrega de datos más estable y rápida. Según las estadísticas, el uso de una CDN reduce la latencia al acceder a un sitio en más de un 70% en comparación con los sitios sin CDN.
cómo? Configurar una CDN utilizando la propia solución de Anycast puede ser un proyecto bastante costoso, pero existen opciones más económicas. Por ejemplo, puede utilizar GeoDNS y servidores normales con direcciones IP únicas. Al utilizar los servicios GeoDNS, puede crear una CDN con capacidades de geolocalización, donde las decisiones se toman en función de la ubicación real del visitante, en lugar de la ubicación del solucionador de DNS. Puede configurar su zona DNS para mostrar las direcciones IP del servidor de EE. UU. a los visitantes de EE. UU., pero los visitantes europeos verán la dirección IP europea.
Con GeoDNS, puede devolver diferentes respuestas DNS según la dirección IP del usuario. Para hacer esto, el servidor DNS está configurado para devolver diferentes direcciones IP dependiendo de la dirección IP de origen en la solicitud. Normalmente, se utiliza una base de datos GeoIP para determinar la región desde la que se realiza una solicitud. La geolocalización mediante DNS le permite enviar contenido a los usuarios desde un sitio cercano.
GeoDNS determina la dirección IP del cliente que envió la solicitud DNS, o la dirección IP del servidor DNS recursivo del proveedor, que se utiliza al procesar la solicitud del cliente. El país/región está determinado por la base de datos IP y GeoIP del cliente. Luego, el cliente obtiene la dirección IP del servidor CDN más cercano. Puede leer más sobre cómo configurar GeoDNS.
¿Anycast o GeoDNS?
Si bien Anycast es una excelente manera de entregar contenido a escala global, carece de especificidad. Aquí es donde GeoDNS viene al rescate. Este servicio le permite crear reglas que envían a los usuarios a puntos finales únicos según su ubicación.
Ejemplo: los usuarios de Europa son dirigidos a un punto final diferente.
También puede denegar el acceso a dominios descartando todas las solicitudes. Esta es, en particular, una forma rápida de aislar a los intrusos.
GeoDNS ofrece respuestas más precisas que Anycast. Si en el caso de Anycast la ruta más corta está determinada por el número de saltos, en GeoDNS el enrutamiento para los usuarios finales ocurre dependiendo de su ubicación física. Esto reduce la latencia y mejora la precisión al crear reglas de enrutamiento granulares.
Al navegar a un dominio, el navegador contacta con el servidor DNS más cercano, que, dependiendo del dominio, emite una dirección IP para cargar el sitio. Supongamos que una tienda en línea es popular en EE. UU. y Europa, pero los servidores DNS solo están disponibles en Europa. Luego, los usuarios estadounidenses que quieran utilizar los servicios de la tienda se verán obligados a enviar una solicitud al servidor más cercano y, como está muy lejos, tendrán que esperar mucho tiempo para recibir una respuesta: el sitio no se cargará rápidamente.
Cuando un servidor GeoDNS está ubicado en EE. UU., los usuarios ya accederán a él. La respuesta será rápida, lo que afectará la velocidad de carga del sitio.
En una situación con un servidor DNS existente en los Estados Unidos, cuando un usuario de los Estados Unidos navega a un dominio determinado, se comunicará con el servidor más cercano que le proporcionará la IP requerida. El usuario será dirigido al servidor que contiene el contenido del sitio, pero como los servidores con el contenido están lejos, no lo recibirá rápidamente.
Si aloja servidores CDN en los EE. UU. con datos almacenados en caché, al cargar el navegador del cliente enviará una solicitud al servidor DNS más cercano, que devolverá la dirección IP requerida. El navegador con la IP recibida se pone en contacto con el servidor CDN más cercano y con el servidor principal, y el servidor CDN entrega el contenido almacenado en caché al navegador. Mientras se carga el contenido en caché, los archivos que faltan para cargar el sitio completo se reciben del servidor principal. Como resultado, el tiempo de carga del sitio se reduce, ya que se envían muchos menos archivos desde el servidor principal.
Determinar la ubicación exacta de una dirección IP específica no siempre es una tarea fácil: hay muchos factores en juego, y los propietarios de un rango de direcciones IP pueden decidir anunciarla en el otro lado del mundo (entonces tendrás que hacerlo). espere a que la base de datos se actualice para obtener la ubicación correcta). A veces, los proveedores de VPS asignan direcciones supuestamente ubicadas en EE. UU. a VPS en Singapur.
A diferencia del uso de direcciones Anycast, la distribución se realiza durante la resolución de nombres en lugar de mientras se conecta al servidor de caché. Si el servidor recursivo no admite subredes de clientes EDNS, entonces se utiliza la ubicación de ese servidor recursivo en lugar del usuario que se conectará al servidor de caché.
Subredes de cliente en DNS es una extensión de DNS (RFC7871) que define cómo los servidores DNS recursivos pueden enviar información del cliente al servidor DNS, particularmente información de red que el servidor GeoDNS puede usar para determinar con mayor precisión la ubicación del cliente.
La mayoría usa los servidores DNS de su ISP o servidores DNS que están geográficamente cerca de ellos, pero si alguien en los EE. UU., por alguna razón, decide usar un solucionador de DNS ubicado en Australia, probablemente terminará con una dirección de servidor IP más cercana a Australia.
Si desea utilizar GeoDNS, es importante conocer estas características, ya que en algunos casos puede aumentar la distancia entre los servidores de caché y el cliente.
Resumen: si desea combinar varios VPS en una CDN, entonces la mejor opción de implementación es utilizar un paquete de servidor DNS con la función GeoDNS + Anycast lista para usar.
Fuente: habr.com