Migra el conector de VPC compartida a la salida de VPC directa

Esta página está destinada a los especialistas en redes que desean migrar de los conectores de Acceso a VPC sin servidores a la salida de VPC directa cuando se envía tráfico a una red de VPC compartida.

La salida de VPC directa es más rápida y puede manejar más tráfico que los conectores, lo que entrega una latencia menor y una capacidad de procesamiento mayor, ya que usa una ruta de red nueva y directa en lugar de las instancias de conectores.

Antes de comenzar

Antes de migrar, te recomendamos que te familiarices con lo siguiente para la salida de VPC directa:

Los conectores continúan generando cargos, incluso si no tienen tráfico y están desconectados. Para obtener detalles, consulta Precios. Si ya no necesitas el conector, asegúrate de borrarlo.

Migra servicios a la salida de VPC directa de forma gradual

Cuando migres los servicios de App Engine de los conectores del Acceso a VPC sin servidores a la salida de VPC directa, te recomendamos que lo hagas en una transición gradual.

Para realizar una transición gradual, haz lo siguiente:

  1. Sigue las instrucciones de esta sección para actualizar tu servicio para usar la salida de VPC directa.
  2. Divide un pequeño porcentaje de tráfico para determinar si el tráfico se enruta de forma correcta.
  3. Actualiza la división del tráfico para enviar todo el tráfico a la versión nueva con la salida de VPC directa.

Si deseas migrar el tráfico con la salida de VPC directa para un servicio, usa Google Cloud CLI:

  1. Abre el archivo app.yaml de tu servicio y quita cualquier configuración vpc_access_connector existente. Por ejemplo:

    vpc_access_connector:
  name: projects/PROJECT_ID/locations/REGION/connectors/CONNECTOR_NAME

  2. Agrega la siguiente sección de configuración de vpc_access en tu archivo app.yaml y especifica los nombres de recursos completamente calificados para la red de VPC compartida y la subred en el proyecto host:

    vpc_access:
  network_interface:
    network: projects/HOST_PROJECT_ID/global/networks/VPC_NETWORK
    subnet: projects/HOST_PROJECT_ID/regions/REGION/subnetworks/SUBNET_NAME
    tags:
        - NETWORK_TAGS
  vpc_egress: EGRESS_SETTING

    Reemplaza lo siguiente:

    • HOST_PROJECT_ID: el ID del proyecto host de la VPC compartida.

    • VPC_NETWORK: el nombre de tu red de VPC compartida.

    • REGION: Es la región del servicio de App Engine, que debe coincidir con la región de la subred.

    • SUBNET_NAME: el nombre de tu subred.

    • Opcional: NETWORK_TAGS enumera las etiquetas de red que se asociarán con las instancias de tu servicio de App Engine para usarlas en las reglas de firewall y las políticas de enrutamiento.

    • Opcional: EGRESS_SETTING controla cómo se enruta el tráfico saliente. Este campo admite los siguientes parámetros de configuración:

      • all-traffic: Todas las solicitudes salientes se enrutan a través de la red de VPC.
      • private-ranges-only (predeterminado): Solo el tráfico a las direcciones IP internas se enruta a través de la red de VPC. El tráfico de Internet usa la ruta predeterminada de App Engine.

  3. Vuelve a implementar tu servicio en App Engine ejecutando el siguiente comando:

    gcloud app deploy --no-promote

  4. Para determinar si el tráfico se enruta de forma correcta, divide un pequeño porcentaje de tráfico a la versión nueva que usa la salida de VPC directa.

  5. Después de verificar que el tráfico se enruta de forma correcta, migra todo el tráfico a la versión nueva.

  6. Si ya no necesitas el conector de Acceso a VPC sin servidores, bórralo para dejar de generar costos.

¿Qué sigue?