Reglas de reenvío de balanceo de cargas de TCP/UDP interno que usan una dirección IP común

Organiza tus páginas con colecciones Guarda y categoriza el contenido según tus preferencias.

Los balanceadores de cargas de TCP/UDP internos de Google Cloud son balanceadores de cargas regionales que te permiten ejecutar y escalar tus servicios detrás de una dirección IP interna a la que solo pueden acceder tus instancias de máquinas virtuales (VM) internas.

En esta página, se discute el uso de múltiples reglas de reenvío con la misma dirección IP. Para obtener información general sobre los balanceadores de cargas de TCP/UDP internos, consulta Descripción general del balanceo de cargas de TCP/UDP interno.

Las reglas de reenvío internas que tienen una dirección IP interna común pueden hacer lo siguiente:

  • Usar los mismos protocolos o diferentes
  • Usa los mismos puertos o diferentes, o la opción --ports=ALL
  • Consultar un servicio de fondo común (un solo balanceador de carga) o múltiples servicios de fondo (múltiples balanceadores de carga que comparten la misma dirección IP)

Cuando tus reglas de reenvío tienen protocolos diferentes, también debes tener dos servicios backend diferentes. Un único balanceador de carga TCP/UDP interno funciona para el tráfico TCP o UDP, no para ambos, porque tiene un único servicio de fondo que usa solo uno de estos protocolos.

Matrices de decisión para las reglas de reenvío

Usa las siguientes tablas para diseñar tu implementación.

Balanceador de cargas TCP/UDP interno único

Un solo servicio de backend puede admitir TCP o UDP, pero no ambos.

Cuando necesites varias reglas de reenvío, calcula la cantidad de reglas de reenvío que necesitas mediante la fórmula ⌈total number of ports / 5⌉, en la que ⌈⌉ es la función techo (mínimo entero) y significa redondear.

Por ejemplo, supón que necesitas 26 puertos TCP en una dirección IP del balanceador de carga. Si no deseas crear una sola regla de reenvío mediante --ports=ALL, debes crear seis reglas de reenvío porque 26 / 5 = 5 with a remainder of 1.

Configuración de frontend previsto Cantidad de reglas de reenvío requeridas Se requiere la marca --purpose=SHARED_LOADBALANCER_VIP para la dirección IP Especificación del puerto de regla de reenvío
Una dirección IP, tráfico en todos los puertos Una regla de reenvío No --ports=ALL
Una dirección IP, tráfico en puertos específicos

Cinco puertos o menos:
una regla de reenvío

Para seis puertos o más:
varias reglas de reenvío

Para cinco puertos o menos: no

Para seis puertos o más: sí

Establece --ports en un conjunto de hasta cinco números de puerto contiguos o no contiguos.
Varias direcciones IP, tráfico en todos los puertos Una regla de reenvío por dirección IP No --ports=ALL
Varias direcciones IP, tráfico en puertos específicos Al menos una regla de reenvío por dirección IP

Si usas cinco puertos o menos por dirección IP: no

Si usas seis o más puertos por dirección IP: sí

Establece --ports en un conjunto de hasta cinco números de puerto contiguos o no contiguos.

Dos balanceadores de carga TCP/UDP internos

Cuando tiene dos balanceadores de carga TCP/UDP internos, puedes tener dos servicios de backend, donde un servicio de backend es para tráfico TCP y el otro servicio de backend es para tráfico UDP.

Cuando necesites varias reglas de reenvío, calcula la cantidad de reglas de reenvío que necesitas mediante la siguiente fórmula, en la que ⌈⌉ es la función techo (mínimo entero) y significa redondear:

 ⌈total number of TCP ports / 5⌉

 ⌈total number of UDP ports / 5⌉

Por ejemplo, supongamos que necesitas 26 puertos TCP y 12 puertos UDP. Debes crear nueve reglas de reenvío:

  • 26 / 5 = 5 with a remainder of 1, por lo que necesitas seis reglas de reenvío para tus puertos TCP.
  • 12 / 5 = 2 with a remainder of 2, por lo que necesitas tres reglas de reenvío para tus puertos UDP.
Configuración de frontend previsto Cantidad de reglas de reenvío requeridas Se requiere la marca --purpose=SHARED_LOADBALANCER_VIP para la dirección IP Especificación del puerto de regla de reenvío
Una dirección IP, tráfico en todos los puertos Dos reglas de reenvío, una para TCP y otra para UDP Debido a que la regla de reenvío de TCP y la de reenvío de UDP deben compartir una dirección IP única: sí --ports=ALL
Una dirección IP, tráfico en puertos específicos

Para cinco puertos TCP o menos y cinco puertos UDP o menos: dos reglas de reenvío, una para TCP, una para UDP

Para seis o más puertos TCP o UDP: varias reglas de reenvío, en las que cada regla de reenvío admite un protocolo y cinco puertos o menos

Establece --ports en un conjunto de hasta cinco números de puerto contiguos o no contiguos.
Varias direcciones IP, tráfico en todos los puertos, ya sea TCP o UDP

Al menos dos reglas de reenvío: una para TCP con una dirección IP y otra para UDP con una dirección IP diferente

Tres o más reglas de reenvío si necesitas tres o más direcciones IP

No --ports=ALL
Varias direcciones IP, tráfico en puertos específicos, ya sea TCP o UDP

Al menos dos reglas de reenvío: una para TCP con una dirección IP y otra para UDP con una dirección IP diferente

Más de dos reglas de reenvío si necesitas una de las siguientes opciones:

  • Más de dos direcciones IP
  • Más de cinco puertos para tráfico de TCP en una dirección IP o más de cinco puertos para tráfico UDP en una dirección IP

Para una dirección IP con cinco puertos TCP o menos y una dirección IP con cinco puertos UDP o menos: no

Para seis puertos TCP o UDP o más: sí

Establece --ports en un conjunto de hasta cinco números de puerto contiguos o no contiguos.

Casos de uso

Se pueden realizar muchos tipos de implementaciones. En los siguientes ejemplos, se usa una dirección IP que acepta tráfico en puertos específicos para dos balanceadores de cargas.

Ejemplo 1

Este ejemplo usa diferentes reglas de reenvío con los siguientes parámetros:

  • La misma dirección IP (10.1.1.1)
  • Protocolos diferentes
  • Servicios de backend separados a los que apunta cada regla de reenvío
  • Protocolos coincidentes: el protocolo de cada servicio de backend coincide con el protocolo de la regla de reenvío correspondiente
Diferentes reglas de reenvío, misma dirección IP, diferentes protocolos/puertos (haz clic para ampliar)
Diferentes reglas de reenvío, misma dirección IP, diferentes protocolos/puertos (haz clic para ampliar)

Ejemplo 2

Este ejemplo usa diferentes reglas de reenvío con los siguientes parámetros:

  • La misma dirección IP (10.1.1.1)
  • El mismo protocolo
  • Un conjunto diferente de puertos numerados distintos en cada regla de reenvío
Diferentes reglas de reenvío, misma dirección IP, mismo protocolo, más de cinco puertos numerados (haz clic para ampliar)
Diferentes reglas de reenvío, misma dirección IP, mismo protocolo, más de cinco puertos numerados (haz clic para ampliar)

Pasos de configuración

Puedes crear varias reglas de reenvío internas que tengan la misma dirección IP si haces lo siguiente:

  1. Crea una dirección IP interna estática (reservada) para que usen las reglas de reenvío.
  2. Establece el indicador --purpose en la dirección IP interna compartida en el valor SHARED_LOADBALANCER_VIP.

Para ver una configuración de ejemplo, consulta Acepta tráfico en varios puertos mediante dos reglas de reenvío.