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

Nico Cartron

Comencemos con la historia de un cliente potencial: una empresa europea ficticia que fabrica equipamiento para correr, como zapatillas, calcetines, camisetas y mucho más. Nació en España, donde se hizo popular, y rápidamente se expandió a otros países de Europa y Oriente Medio.

Esta empresa ha lanzado numerosos sitios web y aplicaciones para dar soporte a sus distintas regiones y tiendas. Sus responsables de TI decidieron desde el principio alojar los sitios y las aplicaciones en diferentes entornos, recurriendo a varios proveedores de nube pública y centros de datos locales, todo ello para que los equipos regionales de la empresa pudieran trabajar de forma autónoma.

La empresa busca ahora controlar esos distintos entornos con mayor facilidad y permitir que las aplicaciones adaptativas se ejecuten de forma más fluida para facilitar sus despliegues azul-verde. (Se trata de despliegues en los que se crean entornos separados pero idénticos: uno ejecuta la versión actual de una aplicación y el otro, una versión nueva.)

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

¿Qué es el balanceo de carga DNS?

El DNS es uno de los pocos protocolos esenciales de Internet. Cada vez que un usuario necesita acceder a una aplicación o un sitio web, se realiza una solicitud DNS para localizar esos recursos. Sin DNS, no es posible acceder a las aplicaciones ni a los sitios web.

DNS (sistema de nombres de dominio) puede ser un término conocido para la mayoría de las personas, pero probablemente no lo sea el balanceo de carga de DNS, también conocido como GSLB (balanceo de carga global de servidores). En pocas palabras, se trata de una versión más inteligente de DNS que permite dirigir el tráfico en función del estado de las aplicaciones y de las direcciones IP de origen de los clientes.

¿Qué problemas resuelve?

Hoy en día, la mayoría de las aplicaciones ya no se alojan en una única ubicación, sino en varios entornos (por ejemplo, en las instalaciones y en la nube pública, o en distintas regiones). Aunque esto permite ofrecer un mejor servicio a los usuarios, también hace necesario dirigir el tráfico de los clientes al centro de datos más cercano

En estas situaciones se suele utilizar el enrutamiento anycast. Sin embargo, requiere que todo el tráfico pase por la red del proveedor, lo que impide utilizar arquitecturas que aprovechen ubicaciones de distintos proveedores.

Además, los clientes necesitan una forma de detectar si un backend está fallando, es decir, evitar enviarle solicitudes y provocar una mala experiencia de usuario.

Aquí es donde resulta útil el balanceo de carga de DNS (DNSLB). Veamos por qué:

• DNSLB realiza comprobaciones de estado periódicas para garantizar que los endpoints que participan en una aplicación estén activos.
• Además, las comprobaciones de estado también pueden buscar palabras clave específicas para determinar si un backend funciona correctamente, descartando aquellos que, aunque sean accesibles, presenten un funcionamiento deficiente y no sirvan el contenido correctamente.
• La compatibilidad con Geo-IP permite ofrecer a los usuarios finales el contenido más relevante.
  • Por ejemplo, todos los usuarios serán dirigidos a un servicio web anycast, pero los usuarios de países alejados de los PoP (puntos de presencia) podrán ser dirigidos a un centro de datos local o a un proveedor de servicios en la nube regional.
  • O bien, si los usuarios no pueden ser redirigidos fuera de su país o región, la política basada en la ubicación geográfica garantiza que reciban el contenido desde el lugar correspondiente (esto también se aplica a los requisitos del RGPD de la Unión Europea).
• DNSLB también puede formar parte de un plan de recuperación ante desastres, lo que permite redirigir a los usuarios a una ubicación alternativa en caso de que falle la ubicación principal.

En nuestro ejemplo de la empresa que fabrica equipamiento para correr, cuya infraestructura de TI está distribuida entre distintos entornos, DNSLB es una solución inteligente para aportar flexibilidad. Esto se debe a que solo opera en la capa DNS, mientras que el resto del tráfico fluye hacia el destino elegido (por ejemplo, una nube pública, un centro de datos privado, etc.). De este modo, se evita la dependencia de un proveedor específico o de un proveedor de servicios en la nube.

Además, gracias a los distintos algoritmos de equilibrio de carga disponibles, la empresa puede implementar nuevas versiones de sus aplicaciones mediante un enfoque blue-green (migrando gradualmente a los usuarios a una versión más reciente), o incluso realizar una implementación canary —una implementación en la que primero se migra un pequeño subconjunto de servidores o nodos antes de incluir los demás— mediante el algoritmo «ratio».

Balanceador de carga DNS ofrecido como SaaS

Disponer de DNSLB como SaaS ofrece claras ventajas frente a una solución local:

• Los clientes no tienen que preocuparse por aprovisionar hardware ni por la capacidad de red y de los racks.
• Se incluye protección contra ataques de denegación de servicio distribuido (DDoS), lo que significa que los clientes no tienen que encargarse de ella.
• El enrutamiento Anycast permite a los usuarios finales acceder a los servidores DNS más cercanos a su ubicación, lo que reduce la latencia y ofrece una mejor experiencia de usuario.

Además, por supuesto, los clientes deberían disponer de una API basada en REST que les permita automatizar procesos e integrarla fácilmente con sus herramientas y sistemas actuales.

Más información sobre F5 Distributed Cloud DNS Load Balancer

Para descubrir cómo una solución SaaS de balanceo de carga de DNS puede ayudar a su empresa, consulte F5 Distributed Cloud DNS Load Balancer. Descubra cómo puede ayudarle a ofrecer velocidad, sencillez, flexibilidad y protección contra ataques DDoS a sus clientes.

Sobre el autor

Nico Cartron

Más artículos de Nico Cartron