Migrar el enrutamiento hacia el norte a Private Service Connect

Esta página se aplica a Apigee, pero no a Apigee Hybrid.

Consulta la documentación de Apigee Edge.

Importante: Este tema solo se aplica a las organizaciones que se crearon con el peering de VPC habilitado. Consulta también las opciones de redes de Apigee.

En este documento se explica cómo migrar la configuración de enrutamiento de cliente a Apigee (también llamada "de entrada") de una configuración de grupo de instancias gestionado (MIG) a una configuración basada en Private Service Connect (PSC).

Información general

Si actualmente usas la configuración basada en grupo de instancias gestionado (MIG) con un balanceador de carga HTTPS externo global (clásico) para enrutar el tráfico externo a Apigee, puedes migrar este tráfico de entrada para usar una configuración basada en PSC.

Importante: Como el balanceador de carga HTTPS externo global clásico no admite back-ends de NEG de PSC, debes crear un balanceador de carga HTTPS externo global y cambiar el tráfico entrante a través del DNS.

Pasos de la migración

Nota: Para asegurarte de que el balanceador de carga funciona correctamente, debes transferir las configuraciones o funciones complementarias del balanceador de carga HTTPS clásico al nuevo balanceador de carga global.

1. Configura el enrutamiento hacia el norte a los endpoints de Apigee. Para llevar a cabo esta tarea, sigue los pasos que se indican en la pestaña Enrutamiento externo (PSC) de la sección Configurar el enrutamiento del documento de aprovisionamiento de la CLI de Apigee.
2. Si tienes varias instancias de Apigee (un caso práctico multirregión), crea NEGs correspondientes para cada una de las regiones de Apigee y adjúntalas al servicio de backend del balanceador de carga. Consulta Ampliar Apigee a varias regiones.
3. Prueba el nuevo endpoint del balanceador de carga mundial.
4. Cuando termines las pruebas, cambia todas las entradas DNS para que apunten al nuevo endpoint del balanceador de carga. Ten en cuenta lo siguiente:
   Nota:

   • Cada proveedor de DNS admite diferentes tipos de políticas de enrutamiento. Por ejemplo, Cloud DNS admite la política de enrutamiento Round Robin ponderado (WRR), que asegura que el tráfico se distribuya según las ponderaciones configuradas. Esta política de enrutamiento se puede usar para cambiar el tráfico entre los dos endpoints del balanceador de carga.
   • El nuevo endpoint del balanceador de carga externo global (GXLB) se puede añadir al endpoint DNS del cliente con un peso pequeño, suficiente para permitir el 5% o el 10% de su tráfico. Se puede aumentar gradualmente para permitir que el 100% del tráfico se dirija al nuevo endpoint de GXLB y el 0% al antiguo (clásico).
   • Quita el antiguo endpoint de GXLB (clásico) del DNS y elimina el antiguo GXLB (clásico) junto con el backend de MIG.