¿Por qué el balanceo de carga DNS sigue siendo necesario?

Comencemos con una historia sobre un cliente potencial: una empresa europea ficticia que fabrica equipos para correr, incluidos zapatos, calcetines, camisetas y más. Comenzó en España, se hizo popular allí y rápidamente se expandió a otros países de Europa y Oriente Medio.

Esta empresa ha lanzado numerosos sitios web y aplicações para apoyar a sus distintas regiones y tiendas. Sus líderes de TI decidieron desde el principio alojar los sitios y las aplicaciones en diferentes entornos, involucrando múltiples proveedores de nube pública y centros de datos locales, todo para que los equipos regionales de la empresa pudieran ser autónomos.

La empresa ahora busca controlar esas diferentes propiedades con mayor facilidad y permitir que las aplicaciones adaptativas se ejecuten con mayor fluidez para ayudar con sus implementaciones azul-verdes. (Se trata de implementaciones en las que se crean entornos separados pero idénticos, uno que ejecuta una versión actual de la aplicación y el otro que ejecuta una nueva versión).

Veamos cómo el equilibrio de carga de DNS (DNSLB) puede ayudar a esta empresa a alcanzar sus objetivos.

DNS es uno de los pocos protocolos críticos de Internet. Siempre que un usuario necesita acceder a una aplicação o un sitio web, se realizará una solicitud DNS para localizar esos recursos. Sin DNS, no se puede acceder a las aplicações ni a los sitios web.

DNS (Sistema de nombres de dominio) puede ser un término familiar para la mayoría de las personas, pero el equilibrio de carga DNS, también conocido como GSLB (Equilibrio de carga del servidor global), probablemente no lo sea. En pocas palabras, es una versión más inteligente de DNS, que permite dirigir el tráfico en función del estado de las aplicações y las direcciones IP de origen del cliente.

Hoy en día, la mayoría de las aplicações ya no están alojadas en ubicaciones únicas, sino en entornos múltiples (por ejemplo, locales y en la nube pública, o por región). Si bien esto permite un mejor servicio a los usuarios, también genera la necesidad de enrutar el tráfico de los clientes al centro de datos más cercano.

En estas situaciones se suele utilizar el enrutamiento anycast. Pero requiere que todo el tráfico pase por la red del proveedor, lo que prohíbe arquitecturas que aprovechen ubicaciones con diferentes proveedores.

Además, los clientes necesitan una forma de detectar un backend fallido, es decir, evitar enviarle solicitudes y causar una mala experiencia de usuario.

Aquí es donde el equilibrio de carga de DNS (DNSLB) resulta útil. He aquí por qué:

• DNSLB ofrece controles de estado periódicos para garantizar que los puntos finales que participan en una aplicação estén activos.
• No solo esto, sino que los controles de salud también pueden buscar trabajos clave específicos para concluir que un backend está en buen estado, eliminando backends a los que se puede acceder de forma degradada y que no brindan contenido de forma adecuada.
• La compatibilidad con Geo-IP significa que se puede ofrecer a los usuarios finales el contenido más relevante.
  • Por ejemplo, todos los usuarios serán enviados a un servicio web anycast, pero los usuarios en países alejados de los PoP (puntos de presencia) pueden ser enviados a un centro de datos local o a un proveedor de nube regional.
  • O bien, si no se puede enviar a los usuarios fuera de su país o región, la política basada geográficamente garantiza que se les brinde contenido del lugar relevante (esto también se aplica a los requisitos del GDPR de la Unión Europea).
• DNSLB también puede ser parte de un plan de recuperación ante desastres, permitiendo el enrutamiento de usuarios a una ubicación alternativa en caso de que la primera ubicación falle.

En nuestro ejemplo de la empresa que fabrica trenes de rodaje, con su TI distribuida en diferentes entornos, DNSLB es una forma inteligente de aportar flexibilidad. Esto se debe a que solo se ocupa de la capa DNS mientras que el resto del tráfico fluye hacia el destino elegido (por ejemplo, nube pública, centro de datos privados, etc.). Esto le permite evitar estar atado a un proveedor o proveedor de nube específico.

Además, gracias a los diferentes algoritmos de equilibrio de carga disponibles, la empresa puede implementar nuevas versiones de sus aplicaciones utilizando un enfoque azul-verde (cambiando gradualmente a los usuarios a una versión más nueva) o incluso realizando una implementación canaria (una implementación que corta un pequeño subconjunto de servidores o nodos primero antes de incluir otros) mediante el algoritmo de "proporción".

Tener DNSLB como SaaS ofrece claras ventajas sobre una solución local:

• Los clientes no tienen que preocuparse por aprovisionar ningún hardware ni capacidad de red o rack.
• Se incluye protección contra ataques de denegación de servicio distribuido (DDoS), lo que significa que los clientes no tienen que ocuparse de ello ellos mismos.
• El enrutamiento anycast brinda a los usuarios finales acceso a los servidores DNS más cercanos a sus ubicaciones, mejorando así la latencia y proporcionando una mejor experiencia de usuario.

Además, por supuesto, debería estar disponible una API basada en REST para que los clientes puedan automatizarla e integrarla fácilmente con sus herramientas y sistemas existentes.