Descripción general del balanceador de cargas de red del proxy

Los balanceadores de cargas de red del proxy son balanceadores de cargas del proxy inverso de capa 4 que distribuyen el tráfico de TCP a los backends en tu red de nube privada virtual (VPC) de Google Cloud o en otros entornos de nube. El tráfico finaliza en la capa de balanceo de cargas y, luego, se reenvía al backend disponible más cercano mediante el TCP.

Los balanceadores de cargas de red del proxy están diseñados solo para el tráfico de TCP, con o sin SSL. Para el tráfico HTTP(S), te recomendamos que uses un balanceador de cargas de aplicaciones.

Los balanceadores de cargas de red del proxy admiten las siguientes funciones:

Compatibilidad con todos los puertos. Estos balanceadores de cargas permiten cualquier puerto válido del 1 al 65535. Para obtener más información, consulta Especificaciones de puertos.
Reasignación de puertos. El puerto que usa la regla de reenvío del balanceador de cargas no tiene que coincidir con el puerto que se usa cuando se realizan conexiones a sus backends. Por ejemplo, la regla de reenvío podría usar el puerto TCP 80, mientras que la conexión a los backends podría usar el puerto TCP 8080.
Retransmite la dirección IP de origen original. Puedes usar el protocolo PROXY para retransmitir la dirección IP de origen y la información del puerto del cliente a los backends del balanceador de cargas.

En el siguiente diagrama, se muestra una arquitectura de balanceador de cargas de red del proxy de muestra.

Arquitectura del balanceador de cargas de red del proxy.

Los balanceadores de cargas de red del proxy están disponibles en los siguientes modos de implementación.

	Modo de implementación	Nivel de servicio de red	Esquema de balanceo de cargas ^†	Dirección IP	Puertos de frontend	Vínculos
Balanceador de cargas de red del proxy externo Balancea la carga del tráfico que proviene de los clientes en Internet.	Global externo	Nivel Premium	EXTERNAL_MANAGED	IPv4 IPv6	Exactamente un puerto del 1 al 65535	Detalles de la arquitectura
	Clásico	Global en el nivel Premium Regional en el nivel Estándar	EXTERNO	IPv4 Terminación de IPv6 (solo en el nivel Premium)
	Regional y externo	Nivel Premium o Estándar	EXTERNAL_MANAGED	IPv4
Balanceador de cargas de red del proxy interno Balancea las cargas de tráfico dentro de tu red de VPC o las redes conectadas a tu red de VPC.	Regional interno	Nivel Premium	INTERNAL_MANAGED	IPv4	Exactamente un puerto del 1 al 65535	Detalles de la arquitectura
	Interna entre regiones*	Nivel Premium	INTERNAL_MANAGED	IPv4	Exactamente un puerto del 1 al 65535	Detalles de la arquitectura

^† El esquema de balanceo de cargas es un atributo de la regla de reenvío y el servicio de backend de un balanceador de cargas y, luego, indica si el balanceador de cargas se puede usar para tráfico interno o externo. El término *_MANAGED en el esquema de balanceo de cargas indica que el balanceador de cargas se implementa como un servicio administrado en Google Front End (GFE) o como un servicio administrado en el Proxy de Envoy de código abierto. En un esquema de balanceo de cargas que es *_MANAGED, las solicitudes se enrutan al GFE o al proxy de Envoy.

Balanceador de cargas de red de proxy externo

El balanceador de cargas de red del proxy externo distribuye el tráfico que proviene de Internet a los backends en tu red de VPC de Google Cloud, local o en otros entornos de nube. Estos balanceadores de cargas se pueden implementar en uno de los siguientes modos: global, regional o clásico.

Los balanceadores de cargas de red del proxy externos admiten las siguientes funciones:

Terminación de IPv6. Los balanceadores de cargas externos admiten direcciones IPv6 y direcciones IPv4 para el tráfico del cliente. Las solicitudes de cliente de IPv6 se finalizan en la capa de balanceo de cargas y, luego, se envían mediante proxies de IPv4 a tus backends.
Transferencia de TLS/SSL. Tienes la opción de usar un balanceador de cargas de red del proxy clásico para descargar TLS en la capa de balanceo de cargas mediante un proxy SSL. Las conexiones nuevas reenvían el tráfico a los backends disponibles más cercanos mediante SSL (recomendado) o TCP.
- Mejor uso de backends: El procesamiento SSL puede consumir una gran cantidad de CPU si los algoritmos de cifrados que se usan no son eficientes en cuanto al uso de ese recurso. A fin de maximizar el rendimiento de CPU, usa certificados SSL ECDSA y TLS 1.2, y opta por el conjunto de algoritmos de cifrado ECDHE-ECDSA-AES128-GCM-SHA256 para SSL entre el balanceador de cargas y las instancias de backend.
- Políticas de SSL. Las políticas de SSL te permiten controlar las funciones de SSL que el balanceador de cargas negocia con clientes.
Integración con Google Cloud Armor. Puedes usar las políticas de seguridad de Google Cloud Armor para proteger tu infraestructura contra ataques de denegación de servicio distribuido (DSD) y otros ataques dirigidos.
Control geográfico sobre la ubicación en la que se finaliza TLS. El balanceador de cargas finaliza TLS en ubicaciones distribuidas de manera global a fin de minimizar la latencia entre los clientes y el balanceador de cargas. Si necesitas control geográfico sobre la ubicación dónde se finaliza TLS, puedes usar el nivel de red Estándar para forzar al balanceador de cargas a finalizar TLS en backends ubicados solo en una región específica. Para obtener más información, consulta Configura el nivel Estándar.
Compatibilidad con App Hub. Los recursos que usan los balanceadores de cargas de red del proxy externos se pueden designar como servicios en App Hub, que se encuentra en vista previa.

En el siguiente diagrama, el tráfico de usuarios de Iowa y Boston finaliza en la capa del balanceo de cargas y se establece una conexión independiente para el backend seleccionado.

Balanceador de cargas de red del proxy con finalización SSL.

Para obtener más detalles, consulta Descripción general del balanceador de cargas de red del proxy externo.

Balanceador de cargas de red del proxy interno

El balanceador de cargas de red del proxy interno es un balanceador de cargas Envoy regional de capa 4 basado en proxy que te permite ejecutar y escalar el tráfico de servicio TCP detrás de una dirección IP interna a la que solo pueden acceder los clientes de la misma red de VPC o los clientes conectados a tu red de VPC.

El balanceador de cargas distribuye el tráfico de TCP a los backends alojados en Google Cloud, en entornos locales o en otros entornos de nube. Estos balanceadores de cargas se pueden implementar en uno de los siguientes modos: interregional o regional.

Los balanceadores de cargas de red del proxy internos admiten las siguientes funciones:

Políticas de localidad. Dentro de un grupo de instancias de backend o de un grupo de extremos de red, puedes configurar cómo se distribuyen las solicitudes a instancias o extremos miembros.
Acceso global. Cuando el acceso global está habilitado, los clientes de cualquier región pueden acceder al balanceador de cargas.
Acceso desde redes conectadas. Puedes hacer que tu balanceador de cargas interno sea accesible para los clientes desde redes más allá de su propia red de VPC de Google Cloud. Las otras redes deben conectarse a la red de VPC del balanceador de cargas mediante el intercambio de tráfico entre redes de VPC, Cloud VPN o Cloud Interconnect.
Compatibilidad con App Hub. Los recursos que usan los balanceadores de cargas de red del proxy internos regionales se pueden designar como servicios en App Hub, que está en vista previa.

Para obtener más detalles, consulta Descripción general del balanceador de cargas de red del proxy interno.

Alta disponibilidad y conmutación por error entre regiones

Puedes configurar un balanceador de cargas de red del proxy interno entre regiones en varias regiones para obtener los siguientes beneficios:

Si los backends en una región en particular están inactivos, el tráfico se conmuta por error a los backends en otra región con facilidad.

En el ejemplo de implementación de conmutación por error entre regiones, se muestra lo siguiente:
- Un balanceador de cargas de red de proxy interno entre regiones con una dirección VIP de frontend en la región RegionA de tu red de VPC. Tus clientes también se encuentran en la región RegionA.
- Un servicio de backend global que hace referencia a los backends en las regiones RegionA y RegionB de Google Cloud.
- Cuando los backends en la región RegionA están inactivos, el tráfico se conmuta por error a la región RegionB.
Balanceador de cargas de red de proxy interno entre regiones con una implementación de conmutación por error entre regiones (haz clic para agrandar).
Los balanceadores de cargas de red de proxy internos entre regiones también pueden proteger tu aplicación contra interrupciones regionales completas mediante la entrega de tráfico a tu cliente desde proxies y backends en otra región.

En el ejemplo de la implementación de alta disponibilidad, se muestra lo siguiente:
- Un balanceador de cargas de red de proxy interno entre regiones con VIP de frontend en las regiones RegionA y RegionB en tu red de VPC. Tus clientes se encuentran en la región RegionA.
- Puedes hacer que el balanceador de cargas sea accesible mediante VIP de frontend de dos regiones.
  
  Implementación de alta disponibilidad del balanceador de cargas de red del proxy interno interregional (haz clic para ampliar)

Para obtener información sobre cómo configurar una implementación de alta disponibilidad, consulta los siguientes vínculos: