Los balanceadores de carga de aplicaciones externos se adaptan a muchos casos prácticos. En esta página se ofrecen algunos ejemplos generales.
Servicios web de tres niveles
Puedes usar un balanceador de carga de aplicaciones externo para admitir servicios web tradicionales de tres niveles. En el siguiente ejemplo se muestra cómo puedes usar tres tipos de balanceadores de carga Google Cloud para escalar tres niveles. En cada nivel, el tipo de balanceador de carga depende del tipo de tráfico:
Nivel web: el tráfico entra desde Internet y se balancea la carga mediante un balanceador de carga de aplicación externo.
Nivel de aplicación: el nivel de aplicación se escala mediante un balanceador de carga de aplicación interno regional.
Nivel de base de datos: el nivel de base de datos se escala mediante un balanceador de carga de red de paso a través interno.
En el diagrama se muestra cómo se mueve el tráfico entre los niveles:
- Un balanceador de carga de aplicaciones externo (el tema de este resumen) distribuye el tráfico de Internet a un conjunto de grupos de instancias de frontend web en varias regiones.
- Estos front-ends web envían el tráfico HTTP(S) a un conjunto de balanceadores de carga de aplicaciones internos regionales. Para que el balanceador de carga de aplicaciones externo reenvíe el tráfico a un balanceador de carga de aplicaciones interno, el balanceador de carga de aplicaciones externo debe tener instancias de backend con software de servidor web (como Netscaler o NGINX) configurado para reenviar el tráfico al frontend del balanceador de carga de aplicaciones interno.
- Los balanceadores de carga de aplicación internos distribuyen el tráfico a los grupos de instancias de middleware.
- Estos grupos de instancias de middleware envían el tráfico a balanceadores de carga de red de paso a través internos, que balancean la carga del tráfico a clústeres de almacenamiento de datos.
Balanceo de carga multirregional
Cuando configuras un balanceador de carga de aplicaciones externo en el nivel Premium, utiliza una dirección IP externa global y puede enrutar de forma inteligente las solicitudes de los usuarios al grupo de instancias de backend o al NEG más cercano, en función de la proximidad. Por ejemplo, si configura grupos de instancias en Norteamérica, Europa y Asia, y los asocia al servicio backend de un balanceador de carga, las solicitudes de los usuarios de todo el mundo se enviarán automáticamente a las VMs más cercanas a los usuarios, siempre que las VMs superen las comprobaciones de estado y tengan capacidad suficiente (definida por el modo de balanceo). Si todas las VMs más cercanas no están en buen estado o si el grupo de instancias más cercano está al máximo de su capacidad y otro grupo de instancias no, el balanceador de carga envía automáticamente las solicitudes a la región más cercana que tenga capacidad.
En el nivel Premium, el balanceador de carga de aplicaciones externo proporciona balanceo de carga multirregional mediante varios servicios de backend, cada uno con grupos de instancias de backend o NEGs en varias regiones.
Cargas de trabajo con cumplimiento de la jurisdicción
Algunas cargas de trabajo con requisitos normativos o de cumplimiento requieren que las configuraciones de red y la terminación del tráfico se encuentren en una región específica. Para estas cargas de trabajo, un balanceador de carga de aplicaciones externo regional suele ser la opción preferida para proporcionar los controles jurisdiccionales que requieren estas cargas de trabajo.
Gestión avanzada del tráfico
Con los balanceadores de carga de aplicación externos globales y regionales, puedes añadir funciones de gestión de tráfico avanzadas que te permitan controlar de forma pormenorizada cómo se gestiona el tráfico. Estas funciones te ayudan a cumplir tus objetivos de disponibilidad y rendimiento. Una de las ventajas de usar balanceadores de carga de aplicaciones externos en estos casos prácticos es que puedes actualizar la forma en que se gestiona el tráfico sin tener que modificar el código de tu aplicación.
Para obtener más información, consulta lo siguiente:
- Descripción general de la gestión del tráfico del balanceador de carga de aplicación externo global
- Descripción general de la gestión del tráfico del balanceador de carga de aplicación externo regional
Balanceo de carga con enrutamiento de solicitudes
El balanceador de carga de aplicaciones externo admite el enrutamiento de solicitudes mediante mapas de URLs para seleccionar un servicio de backend en función del nombre de host solicitado, la ruta de la solicitud o ambos. Por ejemplo, puedes usar un conjunto de grupos de instancias o NEGs para gestionar tu contenido de vídeo y otro conjunto para gestionar el resto.
También puedes usar balanceadores de carga de aplicaciones externos con segmentos de Cloud Storage. Una vez que hayas configurado el balanceador de carga, puedes añadirle segmentos de Cloud Storage.
Para obtener más información, consulta los conceptos de mapa de URLs.
Balanceo de carga para aplicaciones de GKE
Hay dos formas de desplegar balanceadores de carga de aplicación externos para clústeres de GKE:
- Controlador de GKE Gateway. Compatible con el balanceador de carga de aplicación externo global y el balanceador de carga de aplicación clásico. Para obtener instrucciones de configuración, consulta Implementar pasarelas.
- Controlador de GKE Ingress. Admitido por el balanceador de carga de aplicación clásico y el balanceador de carga de aplicación externo regional. Para ver las instrucciones de configuración, consulta Configurar objetos Ingress para balanceadores de carga de aplicación externos.
Balanceo de carga para aplicaciones de Cloud Run, Cloud Run functions y App Engine
Puedes usar un balanceador de carga de aplicaciones externo global como frontend de tus aplicaciones de Cloud Run, Cloud Run functions y App Engine. Para configurarlo, usa un NEG sin servidor para el backend del balanceador de carga.
En este diagrama se muestra cómo encaja un NEG sin servidor en el modelo de balanceador de carga de aplicaciones externo.
Documentación relacionada:
- Información general sobre los NEGs sin servidor
- Configurar un balanceador de carga de aplicaciones externo con Cloud Run, Cloud Run functions o App Engine
Proxy del tráfico a backends externos con conectividad a Internet
Cloud Load Balancing admite el tráfico de proxy a backends externos Google Cloud. Puedes usar este tipo de implementación cuando quieras servir contenido desde un backend externo, pero quieras que tu balanceador de carga Google Cloud sea el frontend. El balanceador de carga proxyiza el tráfico a tu endpoint externo mediante la red troncal de alta fiabilidad de Google durante la mayor parte del trayecto y solo lo transfiere a Internet cerca del destino.
Documentación relacionada:
- Configurar un balanceador de carga de aplicación externo global con un NEG de Internet
- Configurar un balanceador de carga de aplicación clásico con un NEG de Internet
Balanceo de carga con conectividad híbrida
Cloud Load Balancing admite el balanceo de carga del tráfico a endpoints que se extienden Google Cloudmás allá, como centros de datos on-premise y otras nubes públicas a las que puedes acceder mediante conectividad híbrida.
En el siguiente diagrama se muestra un despliegue híbrido con un balanceador de carga de aplicaciones externo global.
Documentación relacionada:
- Descripción general de los NEG de conectividad híbrida
- Configurar un balanceador de carga de aplicación externo con back-ends on-premise u otros back-ends en la nube
Balanceo de carga con Private Service Connect
Puedes usar un balanceador de carga de aplicaciones externo global para acceder a los servicios que se publican mediante Private Service Connect.
Para obtener más información, consulta Acerca de los back-ends de Private Service Connect.