Configura un balanceador de cargas de red de transferencia externo global con backends de grupos de instancias de VM

En este documento, se muestra cómo crear un balanceador de cargas de red de transferencia externo global para balancear el tráfico entre los backends de grupos de instancias de VM implementados en varias regiones.

Antes de comenzar

Asegúrate de que tu configuración cumpla con los requisitos.

Instala Google Cloud CLI

En las instrucciones de esta guía, se usa Google Cloud CLI para configurar un balanceador de cargas de red de transferencia externo global. Para instalarla, consulta Instala gcloud CLI.

Roles obligatorios

Si eres el creador del proyecto, se te otorga el rol de propietario (roles/owner). De forma predeterminada, el rol de propietario (roles/owner) o el rol de editor (roles/editor) incluyen los permisos necesarios para seguir este documento.

Si no eres el creador del proyecto, se deben otorgar los permisos necesarios en el proyecto a la principal correspondiente. Por ejemplo, una principal puede ser una Cuenta de Google (para usuarios finales) o una cuenta de servicio.

Para obtener los permisos que necesitas para configurar un balanceador de cargas de red externo global de transferencia con backends de grupos de instancias de VM, pídele a tu administrador que te otorgue los siguientes roles de IAM en tu proyecto:

Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

También puedes obtener los permisos necesarios a través de roles personalizados o cualquier otro rol predefinido.

Para obtener más información sobre los roles y permisos de Cloud Load Balancing, consulta Roles y permisos. Si deseas obtener más información para definir políticas de IAM con permisos condicionales para reglas de reenvío, consulta Condiciones de IAM para reglas de reenvío.

Descripción general de la configuración

En el siguiente diagrama, se muestra un balanceador de cargas de red de transferencia externo global con backends de grupos de instancias de VM implementados en las regiones us-west1 y europe-west2.

En este ejemplo, configuras una sola regla de reenvío con dos direcciones IP externas globales, una de cada grupo de disponibilidad. Para comprender cómo funciona un balanceador de cargas de red de transferencia externo global, consulta la sección Arquitectura de la guía de descripción general.

Un balanceador de cargas de red de transferencia externo global envía tráfico a los backends de grupos de instancias de VM implementados en las regiones `us-west1` y `europe-west2`.
Distribución del tráfico a los back-ends de grupos de instancias de VM con un balanceador de cargas de red de transferencia externo global (haz clic para ampliar).

Configura la red y las subredes

En el ejemplo, se usa una red de VPC en modo personalizado llamada lb-network con subredes en dos regiones diferentes.

En la siguiente tabla, se resume la compatibilidad entre los tipos de tráfico del balanceador de cargas, las interfaces de red de la VM de backend y los tipos de pila de subred de VPC. Asegúrate de conocer los requisitos de compatibilidad de la interfaz de red de la VM de backend con las subredes de VPC que se describen en la guía de arquitectura del balanceador de cargas de red de transferencia externo global.

Tipo de tráfico del balanceador de cargas Tipo de pila de la interfaz de red de la VM de backend Tipo de pila de la subred de VPC
Solo tráfico IPv4 IPV4_ONLY IPV4_ONLY o IPV4_IPV6
IPV4_IPV6 IPV4_IPV6
Solo tráfico IPv6 IPV6_ONLY IPV6_ONLY o IPV4_IPV6
IPV4_IPV6 IPV4_IPV6
Tráfico IPv4 e IPv6 IPV4_IPV6 IPV4_IPV6

Los backends que se usan en este ejemplo se encuentran en las siguientes regiones y subredes. Aunque puedes elegir qué rango de direcciones IPv4 se configura en la subred, Cloud de Confiance asigna automáticamente un rango de direcciones IPv6 de /64 a toda la subred.

  • Región: us-west1

    • Subred: lb-subnet-us, con el rango de direcciones IPv4 principal 10.1.2.0/24.

  • Región: europe-west2

    • Subred: lb-subnet-eu, con el rango de direcciones IPv4 principal 10.1.3.0/24.

gcloud

  1. Crear una red de VPC. En este ejemplo, la red de VPC se llama lb-network.

    gcloud compute networks create lb-network \
    --subnet-mode=custom

  2. Dentro de la red de VPC (lb-network), crea subredes en dos regiones.

    Crea una subred llamada lb-subnet-us para los backends en la región us-west1.

    Para crear una subred de solo IPv4, usa el siguiente comando:

    gcloud compute networks subnets create lb-subnet-us \
    --stack-type=IPV4_ONLY \
    --network=lb-network \
    --range=10.1.2.0/24 \
    --region=us-west1

    Para crear una subred de pila doble, usa el siguiente comando:

    gcloud compute networks subnets create lb-subnet-us \
    --stack-type=IPV4_IPV6 \
    --ipv6-access-type=EXTERNAL \
    --network=lb-network \
    --range=10.1.2.0/24 \
    --region=us-west1

    Para crear una subred de solo IPv6, usa el siguiente comando:

    gcloud compute networks subnets create lb-subnet-us \
    --stack-type=IPV6_ONLY \
    --ipv6-access-type=EXTERNAL \
    --network=lb-network \
    --region=us-west1

    Crea una subred llamada lb-subnet-eu para los backends en la región europe-west2.

    Para crear una subred de solo IPv4, usa el siguiente comando:

    gcloud compute networks subnets create lb-subnet-eu \
    --stack-type=IPV4_ONLY \
    --network=lb-network \
    --range=10.1.3.0/24 \
    --region=europe-west2

    Para crear una subred de pila doble, usa el siguiente comando:

    gcloud compute networks subnets create lb-subnet-eu \
    --stack-type=IPV4_IPV6 \
    --ipv6-access-type=EXTERNAL \
    --network=lb-network \
    --range=10.1.3.0/24 \
    --region=europe-west2

    Para crear una subred de solo IPv6, usa el siguiente comando:

    gcloud compute networks subnets create lb-subnet-eu \
    --stack-type=IPV6_ONLY \
    --ipv6-access-type=EXTERNAL \
    --network=lb-network \
    --range=10.1.3.0/24 \
    --region=europe-west2

Configura reglas de firewall

Para configurar de forma segura tu entorno de producción, debes crear dos reglas de firewall separadas:

  • Regla de firewall de verificación de estado, que está configurada para permitir el tráfico de entrada desde los siguientes rangos:

  • Regla de firewall de tráfico del usuario, que está configurada para permitir el tráfico de entrada desde los siguientes rangos:

    • Los rangos de IP de origen del cliente específicos que necesitan acceder a tu balanceador de cargas
    • El protocolo IP y los puertos que se configuran en tus reglas de reenvío

Ten en cuenta lo siguiente:

  • Si tu aplicación entrega contenido a todos los usuarios de Internet sin limitaciones, configura los rangos de IP de origen 0.0.0.0/0 para el tráfico de IPv4 y ::/0 para el tráfico de IPv6.

  • Si configuraste tu verificación de estado para sondear el protocolo y los puertos de IP del balanceo de cargas, puedes configurar una sola regla de firewall combinando las reglas de firewall de verificación de estado y de tráfico del usuario.

gcloud

  • Crea una regla de firewall que permita que el tráfico de TCP de todos los rangos de origen llegue a tus instancias de VM de backend en el puerto 80. Este puerto y protocolo se usan tanto para el balanceo de cargas como para la verificación de estado.

    • Para permitir todo el tráfico IPv4, ejecuta el siguiente comando:
      gcloud compute firewall-rules create firewall-allow-traffic-ipv4 \
      --network=lb-network \
      --target-tags=allow-traffic \
      --allow=tcp:80 \
      --source-ranges=0.0.0.0/0
    • Para permitir todo el tráfico IPv6, ejecuta el siguiente comando:
      gcloud compute firewall-rules create firewall-allow-traffic-ipv6 \
      --network=lb-network \
      --target-tags=allow-traffic \
      --allow=tcp:80 \
      --source-ranges=::/0

Crea las instancias de VM de backend

Para esta situación de balanceo de cargas, crearás dos grupos de instancias zonales administrados de Compute Engine en las zonas us-west1-a y europe-west2-a. El grupo de instancias administrado consta de instancias de VM que alojan los servidores de backend del balanceador de cargas. A modo de demostración, los backends entregan sus propios nombres de host.

El grupo de instancias hace referencia a una plantilla de instancias, que se usa para crear VMs de backend.

En la siguiente tabla, se resume la compatibilidad entre los tipos de tráfico del balanceador de cargas, las interfaces de red de la VM de backend y los tipos de pila de subred de VPC. Asegúrate de conocer los requisitos de compatibilidad de la interfaz de red de la VM de backend con las subredes de VPC que se describen en la guía de arquitectura del balanceador de cargas de red de transferencia externo global.

Tipo de tráfico del balanceador de cargas Tipo de pila de la interfaz de red de la VM de backend Tipo de pila de la subred de VPC
Solo tráfico IPv4 IPV4_ONLY IPV4_ONLY o IPV4_IPV6
IPV4_IPV6 IPV4_IPV6
Solo tráfico IPv6 IPV6_ONLY IPV6_ONLY o IPV4_IPV6
IPV4_IPV6 IPV4_IPV6
Tráfico IPv4 e IPv6 IPV4_IPV6 IPV4_IPV6

Crea una plantilla de instancias

En este ejemplo, crearás plantillas de instancias regionales en las regiones us-west1 y europe-west2.

gcloud

  1. Crea una plantilla de instancias en la región us-west1.

    Para crear VMs de backend con interfaces de red solo IPv4, usa el siguiente comando.

    gcloud compute instance-templates create ig-template-us \
    --region=us-west1 \
    --network=lb-network \
    --subnet=lb-subnet-us \
    --stack-type=IPV4_ONLY \
    --tags=allow-traffic \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

    Para crear VMs de backend con interfaces de red de pila doble, usa el siguiente comando.

    gcloud compute instance-templates create ig-template-us \
    --region=us-west1 \
    --network=lb-network \
    --subnet=lb-subnet-us \
    --ipv6-network-tier=PREMIUM \
    --stack-type=IPV4_IPV6 \
    --tags=allow-traffic \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

    Para crear VMs de backend con interfaces de red solo IPv6, usa el siguiente comando.

    gcloud compute instance-templates create ig-template-us \
    --region=us-west1 \
    --network=lb-network \
    --subnet=lb-subnet-us \
    --ipv6-network-tier=PREMIUM \
    --stack-type=IPV6_ONLY \
    --tags=allow-traffic \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

  2. Crea una plantilla de instancias en la región europe-west2.

    Para crear VMs de backend con interfaces de red solo IPv4, usa el siguiente comando.

    gcloud compute instance-templates create ig-template-eu \
    --region=europe-west2 \
    --network=lb-network \
    --subnet=lb-subnet-eu \
    --stack-type=IPV4_ONLY \
    --tags=allow-traffic \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

    Para crear VMs de backend con interfaces de red de pila doble, usa el siguiente comando.

    gcloud compute instance-templates create ig-template-eu \
    --region=europe-west2 \
    --network=lb-network \
    --subnet=lb-subnet-eu \
    --ipv6-network-tier=PREMIUM \
    --stack-type=IPV4_IPV6 \
    --tags=allow-traffic \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

    Para crear VMs de backend con interfaces de red solo IPv6, usa el siguiente comando.

    gcloud compute instance-templates create ig-template-eu \
    --region=europe-west2 \
    --network=lb-network \
    --subnet=lb-subnet-eu \
    --ipv6-network-tier=PREMIUM \
    --stack-type=IPV6_ONLY \
    --tags=allow-traffic \
    --image-family=debian-12 \
    --image-project=debian-cloud \
    --metadata=startup-script='#! /bin/bash
    apt-get update
    apt-get install apache2 -y
    a2ensite default-ssl
    a2enmod ssl
    vm_hostname="$(curl -H "Metadata-Flavor:Google" \
    http://metadata.google.internal/computeMetadata/v1/instance/name)"
    echo "Page served from: $vm_hostname" | \
    tee /var/www/html/index.html
    systemctl restart apache2'

Crea grupos de instancias administrados zonales

En este ejemplo, crearás dos grupos de instancias administrados zonales: uno en la zona us-west1-a y otro en las zonas europe-west2-a.

gcloud

  1. Crea un grupo de instancias administrado en la zona us-west1-a.

    gcloud compute instance-groups managed create mig-us \
  --template=ig-template-us \
  --size=2 \
  --zone=us-west1-a

  2. Crea un grupo de instancias administrado en la zona europe-west2-a.

    gcloud compute instance-groups managed create mig-eu \
  --template=ig-template-eu \
  --size=2 \
  --zone=europe-west2-a

Reserva direcciones IP externas globales

Un balanceador de cargas de red de transferencia externo global requiere dos direcciones IP externas globales, una de cada grupo de disponibilidad. Luego, estas dos direcciones IP se adjuntan a la regla de reenvío del balanceador de cargas.

En el caso de un balanceador de cargas de red de transferencia externo global, las direcciones IP de la regla de reenvío están completamente desacopladas de las subredes de VPC. Las direcciones IP pertenecen a grupos de direcciones IP externas globales propiedad de Google o a prefijos delegados públicos IPv4 externos globales de BYOIP de distintos grupos de disponibilidad y no están asociadas a ninguna subred de VPC.

Cuando configuras una regla de reenvío de IPv6, las direcciones IP de la regla de reenvío se asignan como prefijos /96.

gcloud

Para el tráfico IPv4, haz lo siguiente:

  1. Reserva la primera dirección IP externa global llamada lb-ipv4-ag0 en el grupo de disponibilidad 0.

    gcloud beta compute addresses create lb-ipv4-ag0 \
    --global \
    --purpose=PASSTHROUGH_LOAD_BALANCER_AVAILABILITY_GROUP0 \
    --ip-version=IPV4

  2. Reserva la segunda dirección IP externa global lb-ipv4-ag1 en el grupo de disponibilidad 1.

    gcloud beta compute addresses create lb-ipv4-ag1 \
    --global \
    --purpose=PASSTHROUGH_LOAD_BALANCER_AVAILABILITY_GROUP1 \
    --ip-version=IPV4

Para el tráfico IPv6, haz lo siguiente:

  1. Reserva la primera dirección IP externa global llamada lb-ipv6-ag0 en el grupo de disponibilidad 0.

    gcloud beta compute addresses create lb-ipv6-ag0 \
    --global \
    --purpose=PASSTHROUGH_LOAD_BALANCER_AVAILABILITY_GROUP0 \
    --ip-version=IPV6

  2. Reserva la segunda dirección IP externa global lb-ipv6-ag1 en el grupo de disponibilidad 1.

    gcloud beta compute addresses create lb-ipv6-ag1 \
    --global \
    --purpose=PASSTHROUGH_LOAD_BALANCER_AVAILABILITY_GROUP1 \
    --ip-version=IPV6

Configura el balanceador de cargas

La configuración de un balanceador de cargas de red de transferencia externo global implica la creación de una verificación de estado, un servicio de backend y una regla de reenvío.

gcloud

  1. Crea una verificación de estado de TCP configurada para generar sondeos TCP:80.

    gcloud compute health-checks create tcp hc-tcp-80 \
  --global \
  --port=80

  2. Crea un servicio de backend global con el esquema de balanceo de cargas EXTERNAL_PASSTHROUGH.

    gcloud beta compute backend-services create lb-backend-service \
  --load-balancing-scheme=EXTERNAL_PASSTHROUGH \
  --health-checks=hc-tcp-80 \
  --global

  3. Agrega los grupos de instancias como backends al servicio de backend.

    Agrega el grupo de instancias en la región us-west1-a al servicio de backend.

    gcloud beta compute backend-services add-backend lb-backend-service \
    --instance-group=mig-us \
    --instance-group-zone=us-west1-a \
    --balancing-mode=UTILIZATION \
    --max-utilization=0.7 \
    --global

    Agrega el grupo de instancias en la región europe-west2-a al servicio de backend.

    gcloud beta compute backend-services add-backend lb-backend-service \
    --instance-group=mig-eu \
    --instance-group-zone=europe-west2-a \
    --balancing-mode=UTILIZATION \
    --max-utilization=0.7 \
    --global

  4. Crea una regla de reenvío global para atender el tráfico de TCP:80. Debes crear dos reglas de reenvío para controlar el tráfico IPv4 e IPv6.

    Asegúrate de que la versión de IP de tu regla de reenvío coincida con el tipo de pila de las interfaces de red de tu VM de backend.

    La regla de reenvío hace referencia a las direcciones IP de cada grupo de disponibilidad.

    Para el tráfico IPv4, haz lo siguiente:

    gcloud beta compute forwarding-rules create lb-forwarding-rule-ipv4 \
  --load-balancing-scheme=EXTERNAL_PASSTHROUGH \
  --ip-protocol=TCP \
  --ports=80 \
  --backend-service=lb-backend-service \
  --global \
  --ip-addresses=lb-ipv4-ag0,lb-ipv4-ag1

    Para el tráfico IPv6, haz lo siguiente:

    gcloud beta compute forwarding-rules create lb-forwarding-rule-ipv6 \
  --load-balancing-scheme=EXTERNAL_PASSTHROUGH \
  --ip-protocol=TCP \
  --ports=80 \
  --backend-service=lb-backend-service \
  --global \
  --ip-addresses=lb-ipv6-ag0,lb-ipv6-ag1

Prueba el balanceador de cargas

  1. Obtén las direcciones IP reservadas asociadas a la regla de reenvío.

      gcloud beta compute forwarding-rules describe lb-forwarding-rule-ipv4 \
      --global

    Esto devuelve dos direcciones IP, una para cada grupo de disponibilidad. Estas direcciones IP se denominan IP_ADDRESS_AVAILABILITY_GROUP_0 y IP_ADDRESS_AVAILABILITY_GROUP_1.

  2. Envía tráfico a cualquiera de las direcciones IP.

      curl http://IP_ADDRESS_AVAILABILITY_GROUP_0

      curl http://IP_ADDRESS_AVAILABILITY_GROUP_1

Deberías ver respuestas de las VMs de backend en diferentes regiones según tu ubicación y el estado del backend.

Verifica la tabla de enrutamiento local para ver las direcciones IP del balanceador de cargas

Las tablas de enrutamiento locales de las VMs de backend contienen las direcciones IP del balanceador de cargas de red de transferencia externo global.

Para verificar las rutas locales en la VM de backend, conéctate a ella a través de SSH y ejecuta el siguiente comando:

  ip route list table local

El resultado es el siguiente:

local 10.1.2.5 dev ens4 proto kernel scope host src 10.1.2.5
local 127.0.0.0/8 dev lo proto kernel scope host src 127.0.0.1
local 127.0.0.1 dev lo proto kernel scope host src 127.0.0.1
broadcast 127.255.255.255 dev lo proto kernel scope link src 127.0.0.1
local 136.124.69.214 dev ens4 proto 66 scope host
local 136.124.83.205 dev ens4 proto 66 scope host

En el ejemplo anterior, 136.124.69.214 y 136.124.83.205 son las direcciones IP asignadas a la regla de reenvío del balanceador de cargas. Las entradas de línea local 136.124.69.214 dev ens4 proto 66 scope host y local 136.124.83.205 dev ens4 proto 66 scope host en la tabla de enrutamiento local de la VM permiten que el backend acepte los paquetes dirigidos a las direcciones IP del balanceador de cargas. El Cloud de Confiance entorno invitado es responsable de agregar esta entrada.

La entrada de la tabla de enrutamiento local en la VM de backend acepta el paquete para la entrega del host local, en la que la pila de red lo entrega a la aplicación en espera. Luego, los paquetes de respuesta de la aplicación se envían directamente al cliente.

Ten en cuenta que la dirección IP del balanceador de cargas no se configura en realidad en la interfaz de red de la VM. Para verificarlo, ejecuta el siguiente comando:

  ip addr list

El resultado es el siguiente. Las direcciones IP (136.124.69.214 y 136.124.83.205) aparecen en la tabla de enrutamiento local, pero no están configuradas en la interfaz de red.

1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute
       valid_lft forever preferred_lft forever
2: ens4:  mtu 1460 qdisc fq_codel state UP group default qlen 1000
    link/ether 42:01:0a:01:02:0d brd ff:ff:ff:ff:ff:ff
    altname enp0s4
    inet 10.1.2.13/32 metric 100 scope global dynamic ens4
       valid_lft 84283sec preferred_lft 84283sec
    inet6 fe80::4001:aff:fe01:20d/64 scope link
       valid_lft forever preferred_lft forever

Cómo ver las reglas de reenvío secundarias

Cuando se crea una regla de reenvío para un balanceador de cargas de red de transferencia externo global,Cloud de Confiance genera dos reglas de reenvío secundarias de solo lectura, una para cada grupo de disponibilidad, para garantizar la alta disponibilidad.

Para ver las reglas de reenvío secundarias de tu regla de reenvío, ejecuta el siguiente comando:

  gcloud beta compute forwarding-rules list

Este comando enumera todas las reglas de reenvío de tu proyecto. Las reglas de reenvío secundarias de solo lectura tienen -ag0 y -ag1 agregados al nombre de la regla de reenvío principal.

Las métricas de supervisión no se pueden consultar ni filtrar con la regla de reenvío global principal que creas, sino que se consultan y filtran con las reglas de reenvío secundarias. Esto se debe a que cada regla de reenvío secundaria de su grupo de disponibilidad implementa el tráfico con balanceo de cargas y las verificaciones de estado.

Opciones de configuración adicionales

En esta sección, se expande el ejemplo de configuración para proporcionar instrucciones sobre cómo personalizar aún más el balanceador de cargas de red de transferencia externo global. Estas tareas son opcionales. Puedes realizarlas en cualquier orden.

Configura la afinidad de sesión

De forma predeterminada, el servicio de backend del balanceador de cargas se crea con un valor de afinidad de sesión establecido en NONE. En esta sección, se muestra cómo actualizar el servicio de backend para cambiar la configuración de afinidad de sesión del balanceador de cargas.

gcloud

Usa el siguiente comando gcloud beta compute backend-services update para actualizar la afinidad de sesión del servicio de backend:

gcloud beta compute backend-services update BACKEND_SERVICE \
    --global \
    --session-affinity=SESSION_AFFINITY_OPTION

Reemplaza lo siguiente:

  • BACKEND_SERVICE: El servicio de backend que estás actualizando.
  • SESSION_AFFINITY_OPTION: Es la opción de afinidad de sesión que deseas establecer.

Cómo cambiar el comportamiento de persistencia de la conexión

De forma predeterminada, el comportamiento de persistencia de la conexión de un balanceador de cargas se establece en DEFAULT_FOR_PROTOCOL. En esta sección, se muestra cómo cambiar el comportamiento de persistencia de la conexión del balanceador de cargas.

gcloud

Usa el siguiente comando gcloud beta compute backend-services update para actualizar el comportamiento de persistencia de la conexión:

gcloud beta compute backend-services update BACKEND_SERVICE \
    --global \
    --connection-persistence-on-unhealthy-backends=CONNECTION_PERSISTENCE_BEHAVIOR

Reemplaza lo siguiente:

  • BACKEND_SERVICE: El servicio de backend que estás actualizando.
  • CONNECTION_PERSISTENCE_BEHAVIOR: Es el comportamiento de persistencia de la conexión cuando los backends están en mal estado.

¿Qué sigue?