Load Balancer básico frente a estándar de Azure: ¿cuál necesitas?

By Mirko Peters · 2026-08-27

Al diseñar la infraestructura en la nube de Microsoft Azure, garantizar alta disponibilidad, rendimiento óptimo y tolerancia a fallos no es negociable. En el centro de muchas arquitecturas de nube resilientes está Azure Load Balancer. Sin embargo, en cuanto decides implementar un balanceador de carga, te enfrentas a una decisión de diseño crítica: ¿elegir el nivel Básico o el nivel Estándar? Elegi

Automatically translated with AI from the original post. Read the English original

Al diseñar la infraestructura en la nube de Microsoft Azure, garantizar alta disponibilidad, rendimiento óptimo y tolerancia a fallos no es negociable. En el centro de muchas arquitecturas de nube resilientes está Azure Load Balancer. Sin embargo, en cuanto decides implementar un balanceador de carga, te enfrentas a una decisión de diseño crítica: ¿elegir el nivel Básico o el nivel Estándar? Elegir mal puede suponer un gasto innecesario o dejar tus aplicaciones críticas expuestas a cuellos de botella de escalado y a caídas del servicio.

En esta guía completa vamos a desglosar todo lo que necesitas saber sobre los balanceadores de carga Básico y Estándar de Azure. Repasaremos sus capacidades principales, las diferencias de arquitectura, las métricas de rendimiento, los diagnósticos y los escenarios de implementación, para que puedas elegir con seguridad el nivel adecuado para los requisitos de tu aplicación.

Introducción a Azure Load Balancer

Antes de entrar en los niveles, conviene entender qué hace realmente Azure Load Balancer. Operando en la capa 4 del modelo OSI, Azure Load Balancer gestiona tanto el tráfico TCP como UDP, ofreciendo latencia ultrabaja y alto rendimiento. Actúa como el agente de tráfico de tu infraestructura en la nube, situado entre tus clientes y tus grupos de servidores back-end.

El balanceador de carga gestiona los flujos entrantes y salientes, garantizando que las solicitudes de los clientes se distribuyan de forma uniforme entre recursos back-end como máquinas virtuales o conjuntos de escalado de máquinas virtuales. Mediante sondeos de estado, supervisa de forma continua el estado operativo de tus servidores back-end. Si un servidor deja de responder, el balanceador de carga lo retira automáticamente de la rotación, evitando que tus usuarios sufran caídas de aplicaciones o interrupciones. Tanto si ejecutas una carga de trabajo interna sencilla como si gestionas millones de solicitudes por segundo para una plataforma global de comercio electrónico, entender cómo configurar este servicio es fundamental.

Comprender los niveles Básico y Estándar

Azure ofrece dos niveles distintos para su servicio de balanceador de carga: Básico y Estándar. Aunque ambos comparten el objetivo fundamental de distribuir el tráfico de red, están diseñados para casos de uso, tamaños de audiencia y posturas de seguridad muy diferentes.

El Load Balancer Básico está pensado para cargas de trabajo más pequeñas y menos exigentes. Ofrece capacidades esenciales de equilibrio de carga, pero tiene limitaciones en cuanto a escalabilidad, redundancia y funciones avanzadas. En cambio, el Load Balancer Estándar está diseñado para cargas de trabajo de nivel empresarial y de producción a gran escala. Incorpora capacidades avanzadas de enrutamiento, paradigmas de seguridad rigurosos y funciones sólidas de observabilidad. Comprender el cambio de enfoque entre estos dos niveles es el primer paso para tomar una decisión de arquitectura informada para tu entorno.

Características principales y comparativa de capacidades

Para apreciar de verdad las diferencias entre los niveles Básico y Estándar, debemos compararlos función por función. La brecha arquitectónica entre ellos determina lo que puedes lograr en términos de alta disponibilidad, seguridad y supervisión.

Una de las diferencias más significativas está en los endpoints del grupo back-end. Un Load Balancer Estándar puede escalar para dar soporte a cualquier máquina virtual dentro de una red virtual, incluidos los conjuntos de escalado de máquinas virtuales y las instancias dispares, hasta límites de grupos back-end de gran tamaño. El Load Balancer Básico, en cambio, restringe el grupo back-end a máquinas virtuales dentro de un único conjunto de disponibilidad o de escalado.

La seguridad es otro diferenciador crítico. El Load Balancer Estándar es seguro por defecto, lo que significa que las instancias back-end no quedan expuestas implícitamente a Internet a menos que se permita explícitamente mediante reglas de salida o configuraciones de grupos de seguridad de red. El Load Balancer Básico está abierto por defecto, por lo que debes gestionar con cuidado los grupos de seguridad de red para bloquear el acceso entrante y saliente. Además, funciones como los puertos de HA (alta disponibilidad), el balanceo de carga global y la persistencia de sesión flexible están reservadas exclusivamente al nivel Estándar.

Cuándo elegir el Load Balancer Básico

Dada la naturaleza avanzada del nivel Standard, es posible que te preguntes si todavía hay lugar para el Basic Load Balancer. La respuesta corta es que sí, pero sus casos de uso están estrictamente limitados a entornos que no son de producción y a escenarios ligeros específicos.

Deberías considerar el Basic Load Balancer si trabajas dentro de los siguientes parámetros:

• Entornos de no producción y de desarrollo/pruebas: Cuando levantas recursos temporales para pruebas, aprendizaje o preproducción, donde no se requieren alta disponibilidad ni Acuerdos de Nivel de Servicio (SLA) estrictos.
• Aplicaciones pequeñas con presupuesto limitado: Como el nivel Basic tiene un coste más bajo (o a veces es gratuito, según los modelos de configuración específicos de Azure), puede ser adecuado para pequeñas aplicaciones internas con bajo volumen de tráfico.
• Arquitecturas sencillas: Si tu aplicación no necesita zonas de disponibilidad, protocolos de sondeo de estado complejos (más allá de TCP y HTTP básicos) ni diagnósticos de métricas avanzados, el nivel Basic ofrece un balanceo de capa 4 directo y sin complejidad añadida.

Cuándo elegir el Standard Load Balancer

Para casi cualquier aplicación empresarial moderna, carga de trabajo de producción o servicio orientado al cliente, el Standard Load Balancer es la opción definitiva. Su conjunto de funciones robusto está diseñado para cumplir las exigencias de las arquitecturas de alta disponibilidad en la nube.

Deberías elegir el Standard Load Balancer en los siguientes escenarios:

• Aplicaciones de producción críticas: Cualquier aplicación que requiera un SLA respaldado económicamente, alta disponibilidad y tolerancia cero al tiempo de inactividad debe usar el nivel Standard.
• Arquitecturas de escalado horizontal: Aplicaciones que utilizan conjuntos de escalado de máquinas virtuales y necesitan escalar hacia arriba y hacia abajo de forma dinámica según la carga de tráfico.
• Aplicaciones con estado que requieren persistencia de sesión: Si tu aplicación depende de sesiones de usuario y necesita afinidad de IP de origen para dirigir a un usuario al mismo servidor backend de forma constante, Standard proporciona los controles de configuración necesarios.
• Alcance global y multirregión: Cuando necesitas escalar tu aplicación a nivel mundial y distribuir el tráfico de forma eficiente entre varias regiones de Azure.

Rendimiento, diagnósticos y zonas de disponibilidad

Al evaluar los componentes de infraestructura, la observabilidad y la resiliencia son tan importantes como el rendimiento bruto. Aquí es donde el Standard Load Balancer realmente supera a su equivalente Basic.

Zonas de disponibilidad: El nivel Standard admite de forma nativa las zonas de disponibilidad de Azure. Esto significa que puedes alinear el frontend del balanceador de carga y los pools de backend con zonas específicas, garantizando que tu aplicación siga siendo resiliente incluso si un centro de datos físico completo sufre una interrupción. El nivel Basic no admite zonas de disponibilidad.

Diagnósticos y observabilidad: Solucionar problemas de red puede convertirse en una pesadilla sin los datos adecuados. El Standard Load Balancer se integra a fondo con Azure Monitor y proporciona métricas ricas y multidimensionales sobre el estado de la ruta de datos, los paquetes SYN, los recuentos de bytes y las caídas de conexión. Incluso puedes configurar alertas para umbrales de métricas. El nivel Basic ofrece métricas mucho más limitadas, normalmente restringidas al registro básico mediante Azure Log Analytics solo para balanceadores de carga públicos.

Sondeos de estado: Aunque ambos niveles admiten sondeos de estado TCP y HTTP, el nivel Standard también admite sondeos de estado HTTPS. Esto te permite realizar comprobaciones de estado seguras y cifradas contra las instancias de backend, garantizando que la validación del tráfico de extremo a extremo siga siendo segura.

Conclusión y cómo tomar la decisión

Elegir entre el Azure Load Balancer Basic y el Standard depende, en última instancia, de equilibrar los requisitos de tu aplicación, las expectativas de rendimiento, la postura de seguridad y el presupuesto. Mientras que el nivel Basic es una opción económica para desarrollo, pruebas y cargas de trabajo pequeñas no críticas, el Standard Load Balancer es el campeón indiscutible para entornos de producción modernos. Con su soporte para zonas de disponibilidad, diagnósticos ricos en Azure Monitor, una arquitectura segura por defecto y una escalabilidad masiva, el nivel Standard garantiza que tu infraestructura en la nube siga siendo resiliente, eficiente y segura.

Para saber más sobre cómo diseñar arquitecturas resilientes y explorar estrategias prácticas en la nube, no dejes de consultar el episodio de podcast relacionado: Azure Load Balancer — Simply Explained. Este episodio explica estos conceptos con un lenguaje claro y práctico, y muestra cómo encajan en el ecosistema más amplio de Microsoft.