Los balanceadores de cargas de aplicaciones externos abordan muchos casos de uso. En esta página, se proporcionan algunos ejemplos de alto nivel.
Servicios web de tres niveles
Puedes usar un balanceador de cargas 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 cargas de Google Cloud para escalar tres niveles. En cada nivel el tipo de balanceador de cargas depende del tipo de tráfico:
Nivel web: El tráfico ingresa desde Internet y se balancea mediante un balanceador de cargas de aplicaciones externo.
Nivel de la aplicación: El nivel de la aplicación se escala mediante un balanceador de cargas de aplicaciones interno regional.
Nivel de la base de datos: El nivel de la base de datos se escala mediante un balanceador de cargas de red de transferencia interno.
En el diagrama se muestra cómo se mueve el tráfico a través de los niveles:
- Un balanceador de cargas de aplicaciones externo (el asunto de esta descripción general) distribuye el tráfico desde Internet hasta un conjunto de grupos de instancias de frontend web en varias regiones.
- Estos frontends web envían el tráfico HTTP(S) a un conjunto de balanceadores de cargas de aplicaciones regionales internos. Para que el balanceador de cargas de aplicaciones externo reenvíe el tráfico a un balanceador de cargas de aplicaciones interno, el balanceador de cargas 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 cargas de aplicaciones interno.
- Los balanceadores de cargas de aplicaciones internos distribuyen el tráfico a grupos de instancias de middleware.
- Estos grupos de instancias de middleware envían el tráfico a balanceadores de cargas de transferencia internos, que balancean la carga del tráfico a los clústeres de almacenamiento de datos.
Balanceo de cargas multirregión
Cuando configuras un balanceador de cargas de aplicaciones externo en el nivel Premium, se usa una dirección IP externa global y se pueden enrutar de forma inteligente las solicitudes de los usuarios al grupo de instancias de backend o NEG más cercano, según la proximidad. Por ejemplo, si configuras grupos de instancias en Norteamérica, Europa y Asia, y los conectas al servicio de backend de un balanceador de cargas, las solicitudes de usuarios de todo el mundo se envían de manera automática a las VMs más cercanas a los usuarios, en caso de que las VMs pasen las verificaciones de estado y tengan capacidad suficiente (definida por el modo de balanceo). Si las VMs más cercanas están en mal estado, o si el grupo de instancias más cercano está al máximo de capacidad y otro grupo no, el balanceador de cargas envía solicitudes de manera automática a la siguiente región más cercana con capacidad.
En el nivel Premium, el balanceador de cargas de aplicaciones externo proporciona balanceo de cargas multirregión mediante varios servicios de backend, cada uno con grupos de instancias de backend o NEG en varias regiones.
Cargas de trabajo con cumplimiento jurisdiccional
Algunas cargas de trabajo con requisitos regulatorios o de cumplimiento requieren que los parámetros de configuración de red y la finalización del tráfico residan en una región específica. Para estas cargas de trabajo, un balanceador de cargas de aplicaciones regional externo suele ser la opción preferida a fin de proporcionar los controles jurisdiccionales que requieren estas cargas de trabajo.
Administración avanzada del tráfico
Con los balanceadores de cargas de aplicaciones externos globales y los balanceadores de cargas de aplicaciones externos regionales, puedes agregar capacidades de administración avanzada del tráfico que te brindan un control detallado sobre cómo se maneja el tráfico. Estas funciones te ayudan a cumplir con tus objetivos de disponibilidad y rendimiento. Uno de los beneficios de usar el balanceador de cargas de aplicaciones externo para estos casos de uso es que puedes actualizar la forma en que se administra el tráfico sin tener que modificar el código de la aplicación.
Para obtener más detalles, consulta lo siguiente:
- Descripción general de la administración del tráfico en el balanceador de cargas de aplicaciones externo.
- Descripción general de la administración del tráfico en el balanceador de cargas de aplicaciones externo regional
Balanceo de cargas con enrutamiento de solicitudes
El balanceador de cargas de aplicaciones externo admite el enrutamiento de solicitudes mediante mapas de URL para seleccionar un servicio de backend según el nombre de host solicitado, la ruta de solicitud o ambos. Por ejemplo, puedes usar un conjunto de grupos de instancias o NEG para manejar el contenido de video y otro conjunto a fin de manejar todo lo demás.
También puedes usar balanceadores de cargas de aplicaciones externos con buckets de Cloud Storage. Una vez que configures el balanceador de cargas, podrás agregarle buckets de Cloud Storage.
Para obtener más información, consulta los conceptos de los mapas de URL.
Balanceo de cargas para aplicaciones de GKE
Existen dos formas de implementar balanceadores de cargas de aplicaciones externos para clústeres de GKE:
- Controlador de Gateway de GKE. Es compatible con el balanceador de cargas de aplicaciones externo global y el balanceador de cargas de aplicaciones clásico. Para obtener instrucciones de configuración, consulta Implementa puertas de enlace.
- Controlador de Ingress de GKE. Es compatible con el balanceador de cargas de aplicaciones clásico y el balanceador de cargas de aplicaciones externo regional. Si deseas obtener instrucciones de configuración, consulta Configura Ingress para balanceadores de cargas de aplicaciones externos.
Balanceo de cargas para aplicaciones de Cloud Run, funciones de Cloud Run y App Engine
Puedes usar un balanceador de cargas de aplicaciones global externo como frontend para tus aplicaciones de Cloud Run, Cloud Run Functions y App Engine. A fin de configurar esto, usa un NEG sin servidores para el backend del balanceador de cargas.
En este diagrama, se muestra cómo un NEG sin servidores se ajusta al modelo del balanceador de cargas de aplicaciones interno.
Documentación relacionada:
- Descripción general de NEG sin servidores
- Configura un balanceador de cargas de aplicaciones externo con Cloud Run, Cloud Run Functions o App Engine
Agrega tráfico mediante proxy a backends externos con conectividad a Internet
Cloud Load Balancing admite tráfico mediante proxy a backends externos fuera de Google Cloud. Puedes usar este tipo de implementación cuando quieras entregar contenido desde un backend externo, pero quieras que tu balanceador de cargas de Google Cloud sea el frontend. El balanceador de cargas envía tráfico mediante proxy a tu extremo externo a través de la red troncal altamente confiable de Google durante la mayor parte de su recorrido y solo pasa a la Internet pública cerca del destino.
Documentación relacionada:
- Configura un balanceador de cargas de aplicaciones externo global con un NEG de Internet
- Configura un balanceador de cargas de aplicaciones clásico con un NEG de Internet
Balanceo de cargas con conectividad híbrida
Cloud Load Balancing admite tráfico de balanceo de cargas a extremos que se extienden más allá de Google Cloud, como centros de datos locales y otras nubes públicas a las que puedes usar la conectividad híbrida para llegar.
En el siguiente diagrama, se muestra una implementación híbrida con un balanceador de cargas de aplicaciones externo global.
Documentación relacionada:
- Descripción general de los NEG de conectividad híbrida
- Configura un balanceador de cargas de aplicaciones externo con otros backends de nube o locales
Balanceo de cargas con Private Service Connect
Puedes usar un balanceador de cargas de aplicaciones global externo para acceder a los servicios administrados que se publican mediante Private Service Connect.
Para obtener más información, consulta Acerca de los backends de Private Service Connect.