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.
Los balanceadores de cargas de red del proxy están disponibles en los siguientes modos de implementación:
Balanceador de cargas de red del proxy externo: Balancea las cargas del tráfico que proviene de los clientes en Internet. Para obtener más detalles sobre la arquitectura, consulta Arquitectura del balanceador de cargas de red del proxy externo.
Modo de implementación Nivel de servicio de red Esquema de balanceo de cargas † Dirección IP Puertos de frontend Global externo Nivel Premium EXTERNAL_MANAGED IPv4
IPv6Puede hacer referencia exactamente a un puerto de 1 a 65535. Clásico Global en el nivel Premium
Regional en el nivel Estándar
EXTERNAL IPv4
IPv6 (requiere 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 del tráfico dentro de tu red de VPC o las redes conectadas a tu red de VPC. Para obtener detalles sobre la arquitectura, consulta Arquitectura del balanceador de cargas de red del proxy interno.
Modo de implementación Nivel de servicio de red Esquema de balanceo de cargas † Dirección IP Puertos de frontend Regional interno Nivel Premium INTERNAL_MANAGED IPv4 Puede hacer referencia exactamente a un puerto de 1 a 65535. Interno entre regiones Nivel Premium INTERNAL_MANAGED IPv4
† 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-SHA256para 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.
- 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
- 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 los usuarios de la ciudad A y la ciudad B finaliza en la capa del balanceo de cargas y se establece una conexión independiente para el backend seleccionado.
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 A de tu red de VPC. Tus clientes también se encuentran en la región A.
- Un servicio de backend global que hace referencia a los backends en las regiones A y B de Google Cloud.
- Cuando los backends en la región A están inactivos, el tráfico se conmuta por error a la región B.
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 A y B de tu red de VPC. Tus clientes se encuentran en la región A.
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:
- Configura un balanceador de cargas de red de proxy interno entre regiones con backends de grupos de instancias de VM
- Configura un balanceador de cargas de red de proxy interno entre regiones con conectividad híbrida