Seguramente, muchos han oído hablar de Anycast. Con este método de direccionamiento y enrutamiento de red, una dirección IP se asigna a varios servidores en la red. Estos servidores pueden estar incluso en centros de datos que se encuentran lejos unos de otros. La idea de Anycast es que, dependiendo de la ubicación de la fuente de las solicitudes, los datos se envían al servidor más cercano (de acuerdo con la topología de la red, más precisamente, el protocolo de enrutamiento BGP). De esta manera, se puede reducir el número de saltos de red y la latencia.
En esencia, se anuncia la misma ruta desde varios centros de datos en todo el mundo. Así, los clientes serán dirigidos al centro de datos "mejor" y "más cercano" según las rutas BGP. ¿Por qué Anycast? ¿Por qué usar Anycast en lugar de Unicast?
Unicast es adecuado para un sitio con un solo servidor web y un volumen moderado de tráfico. Sin embargo, si el servicio tiene millones de suscriptores, generalmente utiliza múltiples servidores web, cada uno de los cuales tiene la misma dirección IP. Estos servidores están distribuidos geográficamente para optimizar la atención a las solicitudes.
En tal escenario, Anycast mejorará el rendimiento (el tráfico se dirige al usuario con la mínima latencia), garantizará la fiabilidad del servicio (gracias a los servidores de respaldo) y permitirá el balanceo de carga: el enrutamiento a varios servidores distribuirá eficazmente la carga entre ellos, mejorando la velocidad del sitio web.
Los operadores ofrecen a los clientes diversos tipos de balanceo de carga basados en Anycast y DNS. Los clientes pueden especificar las direcciones IP a las que se enviarán las solicitudes según la ubicación geográfica del sitio. Esto permite una distribución más flexible de las solicitudes de los usuarios.
Supongamos que hay varios sitios entre los cuales se necesita distribuir la carga (de usuarios), como una tienda en línea con 100,000 solicitudes al día o un blog popular. Para limitar la región desde donde los usuarios acceden a un sitio específico, se puede utilizar la opción de Geo Community. Esta opción permite restringir la región en la que 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), permitiendo tomar decisiones de enrutamiento que mejoran el rendimiento de la red. Las redes de entrega de contenido utilizan Anycast debido a que manejan grandes volúmenes de tráfico, y Anycast presenta varias ventajas en este caso (sobre ellas a continuación). En DNS, Anycast permite aumentar significativamente la fiabilidad y la resistencia del servicio.
En Anycast IP, al utilizar BGP, existen múltiples rutas hacia un host específico. De hecho, son copias de hosts en varios centros de datos, utilizadas para establecer conexiones con menor latencia.
Así, en una red Anycast, la misma dirección IP se anuncia desde diferentes lugares, y la red decide a dónde dirigir la solicitud del usuario en función del 'costo' de la ruta. Por ejemplo, a menudo se utiliza el protocolo BGP 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 disponibles en la red Anycast.
Ventajas de Anycast
Reducción de latencia
Los sistemas con Anycast pueden reducir la latencia en el procesamiento de las solicitudes de los usuarios, ya que permiten obtener datos del servidor más cercano. Es decir, los usuarios siempre se conectarán al servidor DNS 'más cercano' (en términos de protocolo de enrutamiento). Como resultado, Anycast reduce el tiempo de interacción al disminuir la distancia de red entre el cliente y el servidor. Esto no solo reduce la latencia, sino que también proporciona equilibrio de carga.
Velocidad
Dado que el tráfico se dirige al nodo más cercano y se reduce la latencia en la transmisión de datos entre el cliente y el nodo, el resultado será una optimización de la velocidad de entrega, independientemente de dónde el cliente solicite la información.
Mayor estabilidad y resistencia
Si varios servidores en todo el mundo utilizan la misma IP, en caso de que uno de los servidores falle o se desconecte, el tráfico se redirigirá al servidor más cercano. Como resultado, Anycast hace que el servicio sea más resistente y mejora el acceso a la red/la latencia/la velocidad.
De este modo, gracias a la disponibilidad de varios servidores accesibles para los usuarios, Anycast, por ejemplo, mejora la estabilidad del funcionamiento de DNS. En caso de que un nodo falle, las solicitudes de los usuarios se redirigirán a otro servidor DNS sin intervención manual o reconfiguración. Anycast permite un cambio prácticamente transparente a otros sitios, simplemente eliminando las rutas del sitio problemático.
Balanceo de carga
En el sistema Anycast, el tráfico de red se distribuye entre diferentes servidores. Esto significa que funciona como un balanceador de carga, evitando que cualquier servidor individual reciba la mayor parte del tráfico. El balanceo de carga se puede utilizar, por ejemplo, cuando hay varios nodos de red a la misma distancia geográfica de la fuente de solicitudes. En este caso, la carga se distribuye entre los nodos.
Reducción del impacto de ataques DoS
Otra característica de Anycast es la resistencia a DDoS. Es poco probable que los ataques DDoS logren inhabilitar el sistema Anycast, ya que tendrían que abrumar con una avalancha de solicitudes a todos los servidores dentro de dicha red.
Los ataques DDoS a menudo utilizan botnets que pueden generar un volumen de tráfico tan grande que abrumen al servidor atacado. La ventaja de usar Anycast en esta situación es que cada servidor puede 'absorber' parte del ataque, lo que reduce la carga en un servidor específico. Un ataque de tipo 'denegación de servicio' probablemente se localizará en un servidor y no afectará al servicio completo.
Alta escalabilidad horizontal
Los sistemas Anycast son ideales para servicios con grandes volúmenes de tráfico. Si un servicio que utiliza Anycast requiere nuevos servidores para manejar el tráfico en crecimiento, se pueden agregar nuevos servidores a la red para su procesamiento. Estos pueden ser ubicados en nuevos o ya existentes centros de datos.
Si hay un gran aumento de tráfico en un lugar específico, agregar un servidor ayudará a equilibrar la carga para esa ubicación. Añadir un servidor en un nuevo sitio ayudará a reducir el tiempo de espera, creando una nueva ruta más corta para algunos usuarios. Ambas estrategias también ayudan a mejorar la estabilidad del servicio, ya que nuevos servidores se vuelven disponibles en la red. De este modo, si un servidor está sobrecargado, simplemente se puede desplegar otro en un lugar que le permita recibir parte de las solicitudes del servidor sobrecargado. Además, no se requerirá ninguna configuración por parte de los clientes.
Solo de esta manera se pueden manejar terabits de tráfico y un número muy grande de usuarios, cuando el servidor tiene solo unos pocos puertos de 10 o 25 Gbit/s. 100 hosts con una sola dirección IP permitirán procesar volúmenes de tráfico de terabits.
Facilidad de gestión de la configuración
Como se mencionó anteriormente, un uso interesante de Anycast es el DNS. Se pueden colocar varios servidores DNS diferentes en los nodos de la red, pero usar una sola dirección DNS. Dependiendo de la ubicación del origen, las solicitudes se dirigen al nodo más cercano. Esto proporciona cierta balanceo de tráfico y redundancia en caso de fallo del servidor DNS. Por lo tanto, en lugar de configurar diferentes servidores DNS según su ubicación, se puede extender la configuración de un solo servidor DNS a todos los nodos.
Las redes Anycast pueden configurarse para enrutar solicitudes no solo en función de la distancia, sino también según parámetros como la disponibilidad del servidor, el número de conexiones establecidas o el tiempo de respuesta.
No se requieren servidores, redes o componentes especiales del lado del cliente para utilizar la tecnología Anycast. Sin embargo, Anycast también tiene desventajas. Se considera que su implementación es una tarea compleja que requiere hardware adicional, proveedores confiables y la correcta ruta del tráfico.
Desde la pura fuente hacia el bello más allá
Aunque Anycast dirige a los usuarios basado en el menor número de saltos, esto no necesariamente significa la menor latencia. La latencia es una métrica más compleja, ya que un solo salto puede tener una latencia mayor que diez.
Ejemplo: las comunicaciones intercontinentales pueden incluir un salto con una latencia muy alta.
Anycast se utiliza principalmente para servicios basados en UDP, como DNS. Las solicitudes de los usuarios se dirigen al centro de datos "mejor" y "más cercano" según las rutas BGP.
Ejemplo: una estación de trabajo cliente DNS con la dirección IP Anycast DNS 123.10.10.10 resuelve DNS para el más cercano de tres servidores de nombres DNS desplegados con la misma dirección IP Anycast. En caso de fallo del enrutador R1 o del servidor A, los paquetes del cliente DNS se redirigirá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, evitando el uso futuro de este servidor de nombres.
Escenarios de implementación
Existen dos esquemas comunes que se utilizan para determinar a qué servidor se conecta el usuario:
- Anycast de nivel de red. Conecta al usuario con el servidor más cercano. Aquí es importante el camino de red desde el usuario al servidor.
- Anycast de nivel de aplicación. En este esquema hay más métricas computacionales, incluida la disponibilidad del servidor, el tiempo de respuesta, el número 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 redes de entrega de contenido. Anycast es, sin duda, un concepto de red interesante y está ganando cada vez más reconocimiento entre los proveedores de CDN de nueva generación.
Una CDN es una red distribuida de servidores que entrega contenido a los usuarios finales con alta disponibilidad y baja latencia. Las redes de entrega de contenido juegan hoy un papel importante, siendo la base de numerosos servicios multimedia en línea, y los consumidores son cada vez menos tolerantes con las velocidades de carga lentas. Las aplicaciones de video y voz son especialmente sensibles a la oscilación y la latencia en la red.
CDN combina todos los servidores en una sola red y proporciona una carga de contenido más rápida. A veces, se puede reducir el tiempo de espera del usuario en 5-6 segundos. El objetivo de CDN es optimizar la entrega mediante la provisión de contenido desde el servidor que está más cerca del usuario final. Esto es muy similar a Anycast, donde se elige el servidor más cercano según la ubicación del usuario final. Aparentemente, cada proveedor de servicios CDN utilizaría Anycast por defecto, pero en realidad, no es así.
Las aplicaciones que utilizan protocolos como HTTP/TCP dependen de una conexión establecida. Si se selecciona un nuevo nodo Anycast (por ejemplo, en caso de falla del servidor), el servicio puede verse interrumpido. Por esta razón, Anycast se recomendó 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 correctamente en modo Anycast.
Algunos proveedores de CDN aplican enrutamiento basado en Anycast, mientras que otros prefieren el enrutamiento basado en DNS: se elige el servidor más cercano según la ubicación del servidor DNS del usuario.
Las infraestructuras híbridas y de múltiples centros de datos son otro ejemplo de aplicación de Anycast. La dirección IP de balanceo de carga proporcionada por el proveedor permite distribuir la carga entre las direcciones IP de diferentes servicios de clientes en el centro de datos del proveedor. Gracias a la tecnología de direccionamiento a cualquier dispositivo, esto garantiza un mejor rendimiento bajo tráfico intenso, tolerancia a fallos y ayuda a optimizar el tiempo de respuesta con un gran número de usuarios.
En infraestructuras híbridas con múltiples centros de datos, se puede distribuir el tráfico entre servidores o incluso máquinas virtuales en servidores dedicados.
Por lo tanto, hay una gran variedad de soluciones técnicas para construir la infraestructura. También se puede configurar el balanceo de carga por direcciones IP en varios centros de datos, utilizando el direccionamiento a cualquier dispositivo del grupo para optimizar el funcionamiento del sitio web.
Se puede distribuir el tráfico de acuerdo con sus propias reglas, definiendo el "peso" de cada uno de los servidores distribuidos en cada centro de datos. Esta configuración es especialmente útil cuando hay un parque de servidores distribuidos y el rendimiento de los servicios varía. Esto permitirá distribuir el tráfico más a menudo para mejorar el rendimiento de los servidores.
Para crear un sistema de control mediante el comando ping, existe la posibilidad de configurar sondas. Esto permite al administrador definir sus propios procedimientos de control y obtener una visión más clara del estado de cada componente en la infraestructura. Así es posible establecer criterios de disponibilidad.
Es posible construir una infraestructura híbrida: a veces es conveniente mantener el back-office en la red corporativa, mientras que la parte de interfaz se externaliza a un proveedor.
Es posible añadir certificados SSL para el balanceo de carga, el cifrado de los datos transmitidos y la seguridad de la comunicación entre los visitantes del sitio y la infraestructura corporativa. En el caso de balanceo de carga entre centros de datos, también se puede aplicar SSL.
El servicio Anycast con balanceo de carga de direcciones se puede obtener de un proveedor. Esta función ayudará a mejorar el algoritmo de interacción de los usuarios con las aplicaciones según su ubicación. Solo es necesario anunciar qué servicios están disponibles en el centro de datos, y el tráfico será redirigido 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 de uso de Anycast es la elección óptima del punto de presencia del operador (PoP). Veamos . LinkedIn (bloqueado en Rusia) busca no solo mejorar el rendimiento y la velocidad de sus productos —aplicaciones móviles y web—, sino también perfeccionar la infraestructura de red para la entrega acelerada de contenido. Para esto, LinkedIn utiliza activamente PoP, puntos de presencia, para la entrega dinámica de contenido. Para dirigir a los usuarios al PoP más cercano, se aplica Anycast.
La razón es que en el caso de Unycast, cada PoP de LinkedIn tiene una dirección IP única. Luego, los usuarios son asignados a un PoP según su ubicación geográfica mediante DNS. El problema es que, al utilizar DNS, alrededor del 30% de los usuarios en los Estados Unidos eran redirigidos a un PoP subóptimo. Gracias a la implementación gradual de Anycast, la asignación subóptima de PoP se redujo del 31% al 10%.
Los resultados de la prueba piloto se muestran en un gráfico, donde el eje Y representa el porcentaje de asignación óptima de PoP. A medida que se "escaló" Anycast en muchos estados de EE. UU., se observó una mejora en los porcentajes de tráfico hacia el PoP óptimo.
Monitoreo de la red Anycast
Teóricamente, las redes Anycast son simples: múltiples servidores físicos se asignan la misma dirección IP, que BGP utiliza para determinar la ruta. Pero la implementación y el diseño de plataformas Anycast son complejos, especialmente las redes Anycast que son "destacadas" por su tolerancia a fallos. El monitoreo efectivo de la red Anycast para la rápida detección y localización de fallas es aún más complicado.
Si los servicios utilizan un proveedor CDN externo para alojar su contenido, es muy importante monitorear y verificar el rendimiento de la red. Al monitorear una CDN basada en Anycast, el enfoque principal se centra en medir las latencias de extremo a extremo y las características del penúltimo salto, para entender qué centro de datos está sirviendo el contenido. El análisis de los encabezados HTTP del servidor es otra manera 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 la indicación del centro de datos al que se dirigió 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 se pueden 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 solicitudes de usuarios a un punto final específico de la red:
Unicast
La mayor parte de Internet hoy en día utiliza precisamente este método. Unicast es una transmisión unidireccional, la dirección IP está vinculada solo a un nodo específico en la red. Esto se llama coincidencia uno a uno.
Multicast
El multicast utiliza una conexión de "uno a muchos de muchos" o "muchos a muchos". La difusión multidifusión permite enviar solicitudes desde un emisor a múltiples destinos seleccionados al mismo tiempo. Esto le da al cliente la capacidad de descargar un archivo en partes desde múltiples hosts simultáneamente (lo que es útil para la transmisión de audio o video). A menudo se confunde el multicast con el anycast, sin embargo, la principal diferencia radica en que el anycast dirige al emisor a un nodo específico, incluso si hay varios nodos disponibles.
Difusión
Un datagrama de un único emisor se dirige a todos los puntos finales asociados con una dirección de difusión. La red replica automáticamente los datagramas para poder comunicarse con todos los receptores en una difusión (normalmente dentro de una misma subred).
Geocast
El geocast es en cierto modo similar al multicast: las solicitudes del emisor se envían simultáneamente a varios puntos finales. Sin embargo, la diferencia es que el destinatario se determina por su ubicación geográfica. Esta es una forma especializada de direccionamiento grupal utilizada por algunos protocolos de enrutamiento para redes móviles peer-to-peer.
Un enrutador geográfico (Geo Router) calcula su zona de servicio y la aproxima. Los geomarshrutizadores, al intercambiar zonas de servicio, construyen tablas de enrutamiento. El sistema de geomarshrutizadores tiene una estructura jerárquica.
Unicast, Multicast y Broadcast.
El uso de la tecnología anycast aumenta el nivel de fiabilidad, tolerancia a fallos y seguridad de DNS. Al utilizar esta tecnología, los operadores ofrecen a sus clientes servicios de diferentes tipos de balanceo de carga basado en DNS. En el panel de control se pueden especificar las direcciones IP a las que se enviarán las solicitudes según la localización geográfica. Esto permitirá a los clientes distribuir las solicitudes de los usuarios de manera más flexible.
Algunos operadores aplican herramientas de monitoreo de rutas en cada punto de presencia (POP): el sistema analiza automáticamente las rutas locales y globales más cortas para los puntos de presencia y las redirige a través de las ubicaciones geográficas con la menor latencia y sin tiempo de inactividad.
En la actualidad, Anycast es la solución más estable y confiable para construir servicios DNS de alta carga que requieren altos estándares de robustez y fiabilidad.
El dominio .ru cuenta con 35 servidores Anycast DNS, agrupados en 20 nodos distribuidos en cinco nubes Anycast. Se utiliza el principio de construcción geográfica, es decir, Geocast. Al ubicar los nodos DNS, se considera su despliegue en ubicaciones geográficas diseminadas, cercanas a los usuarios más activos, con una concentración máxima de proveedores rusos en el punto de ubicación del nodo, así como la disponibilidad de capacidades libres y la conveniencia de la interacción con el sitio.
¿Cómo construir un CDN?
CDN es una red de servidores que acelera la entrega de contenido a los usuarios. une todos los servidores en una sola red y asegura una carga de contenido más rápida. La velocidad de carga depende en gran medida de la distancia entre el servidor y el usuario.
El CDN permite utilizar servidores que están más cerca de la audiencia objetivo. Esto reduce el tiempo de espera y ayuda a acelerar la carga de contenido de los sitios para todos los visitantes, lo cual es especialmente crítico para sitios con archivos de gran volumen o servicios multimedia. Las áreas típicas de aplicación del CDN son el comercio electrónico y el entretenimiento.
La red de servidores adicionales creada en la infraestructura del 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 estadísticas, el uso de un CDN reduce la latencia al acceder al sitio en más del 70% en comparación con sitios sin CDN.
¿Cómo? Настройка CDN с использованием собственного решения Anycast может быть достаточно дорогим проектом, но есть более дешевые варианты. Например, можно использовать GeoDNS и обычные серверы с уникальными IP-адресами. С помощью сервисов GeoDNS можно создать CDN с функциями геолокации, в которой решения принимаются на основе реального местоположения посетителя, а не местоположения ресолвера DNS. Можно настроить свою DNS-зону так, чтобы показывать IP-адреса американских серверов посетителям из США, а европейские посетители будут видеть IP-адрес из Европы.
Con GeoDNS se pueden devolver diferentes respuestas DNS dependiendo de la dirección IP del usuario. Para esto, se configura el servidor DNS para que devuelva diferentes direcciones IP dependiendo de la dirección IP de origen en la solicitud. Generalmente, se utiliza una base de datos GeoIP para determinar la región desde la que se realiza la solicitud. La geolocalización mediante DNS permite enviar contenido a los usuarios desde el sitio más cercano.
GeoDNS determina la dirección IP del cliente que realiza la consulta DNS, o la IP del servidor DNS recursivo del proveedor que se utiliza para procesar la solicitud del cliente. A partir de la IP del cliente y la base de datos GeoIP, se determina el país/región. Luego, el cliente recibe la dirección IP del servidor CDN más cercano. Puedes leer más sobre la configuración de GeoDNS..
¿Anycast o GeoDNS?
Aunque Anycast es una excelente manera de entregar contenido a nivel global, le falta especificidad. Aquí es donde GeoDNS entra en juego. Este servicio 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 se puede prohibir el acceso a dominios descartando todas las solicitudes. Este es, entre otras cosas, un método rápido para eliminar a los atacantes.
GeoDNS proporciona respuestas más precisas que Anycast. Mientras que en Anycast la ruta más corta se determina por el número de saltos, en GeoDNS la ruta para los usuarios finales se realiza en función de su ubicación física. Esto reduce la latencia y mejora la precisión al crear reglas de enrutamiento granulares.
Al acceder a un dominio, el navegador consulta el servidor DNS más cercano, el cual, dependiendo del dominio, proporciona la dirección IP para cargar el sitio web. Supongamos que una tienda en línea es popular en EE.UU. y Europa, pero solo tiene servidores DNS en Europa. Entonces, los usuarios en EE.UU. que quieren utilizar los servicios de la tienda tendrán que enviar solicitudes al servidor más cercano, y dado que está muy lejos, tendrán que esperar mucho tiempo para recibir una respuesta: la carga del sitio no será rápida.
Al colocar un servidor GeoDNS en EE.UU., los usuarios ya se conectarán a él. La respuesta será rápida, lo que afectará la velocidad de carga del sitio web.
En la situación de un servidor DNS existente en EE.UU., al acceder a este dominio, un usuario de EE.UU. se conectará al servidor más cercano, que entregará la IP necesaria. El usuario se dirigirá al servidor que contiene el contenido del sitio, pero dado que los servidores con contenido están lejos, no lo recibirá rápidamente.
Si se alojan en EE. UU. y servidores CDN con datos en caché, al cargar el navegador del cliente enviará una solicitud al servidor DNS más cercano, que devolverá la dirección IP necesaria. El navegador, con la IP obtenida, se conecta al servidor CDN más cercano y al servidor principal, y el servidor CDN transmite al navegador el contenido en caché. Mientras se carga el contenido en caché, se envían desde el servidor principal los archivos que faltan para cargar el sitio completo. Como resultado, se reduce el tiempo de carga del sitio, ya que se envían mucho 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: aquí intervienen muchos factores y los propietarios de los rangos de direcciones IP pueden decidir declarar que se encuentran en el otro lado del mundo (en cuyo caso habrá que esperar a que la base de datos se actualice para obtener la ubicación correcta). A veces, los proveedores de VPS asignan direcciones que supuestamente están 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, no durante la conexión al servidor de caché. Si el servidor recursivo no admite subredes de clientes EDNS, se utiliza la ubicación de este servidor recursivo, en lugar de la del usuario que se conectará al servidor de caché.
Las subredes de clientes en DNS son una extensión de DNS (RFC7871) que define cómo los servidores DNS recursivos pueden enviar información sobre el cliente a un servidor DNS, en particular información sobre la red, que el servidor GeoDNS puede utilizar para determinar de manera más precisa la ubicación del cliente.
La mayoría utiliza los servidores DNS de su proveedor de internet o servidores DNS que están geográficamente cerca de ellos, pero si alguien en EE. UU. decide usar un resolutor DNS ubicado en Australia, probablemente obtendrá la dirección IP del servidor más cercano a Australia.
Si desea utilizar GeoDNS, es importante tener en cuenta tales peculiaridades, ya que en algunos casos esto puede aumentar la distancia entre los servidores de caché y el cliente.
Resumen: si desea combinar varios VPS en CDN, la mejor opción de implementación es utilizar una combinación de un servidor DNS con la función GeoDNS + Anycast "listo para usar".
Fuente: habr.com
