Esegui la migrazione del routing in uscita a Private Service Connect

Questa pagina si applica ad Apigee, ma non ad Apigee hybrid.

Visualizza la documentazione di Apigee Edge.

Importante: questo argomento riguarda solo le organizzazioni create con il peering VPC abilitato. Consulta anche le opzioni di networking di Apigee.

Questo documento spiega come eseguire la migrazione della configurazione di routing client-to-Apigee (chiamata anche "northbound") da una configurazione del gruppo di istanze gestite (MIG) a una configurazione basata su Private Service Connect (PSC).

Panoramica

Se al momento utilizzi la configurazione basata su gruppi di istanze gestite (MIG) con un bilanciatore del carico HTTPS esterno globale (classico) per instradare il traffico esterno ad Apigee, puoi scegliere di eseguire la migrazione di questo traffico "in uscita" in modo da utilizzare una configurazione basata su PSC.

Importante: poiché il bilanciatore del carico HTTPS esterno globale classico non supporta i backend NEG PSC, devi creare un nuovo bilanciatore del carico HTTPS esterno globale e inoltrare il traffico in entrata tramite DNS.

Passi per la migrazione

Nota: per assicurarti che il bilanciatore del carico funzioni come previsto, devi trasferire eventuali configurazioni o funzionalità aggiuntive del bilanciatore del carico HTTPS classico al nuovo bilanciatore del carico globale.

1. Configura il routing northbound verso gli endpoint Apigee. Per questa attività, segui i passaggi nella scheda Routing esterno (PSC) in Configura il routing nel documento di provisioning della CLI Apigee.
2. Se hai più istanze Apigee (un caso d'uso multiregione), crea NEG corrispondenti per ciascuna delle regioni Apigee e associale al servizio di backend del bilanciatore del carico. Consulta Espandere Apigee in più regioni.
3. Testa il nuovo endpoint del bilanciatore del carico globale.
4. Al termine del test, imposta tutte le voci DNS esistenti in modo che rimandino al nuovo endpoint del bilanciatore del carico. Tieni presente quanto segue:
   Nota:

   • Diversi provider DNS supportano diversi tipi di criteri di routing. Ad esempio: Cloud DNS supporta il criterio di routing round robin ponderato (WRR), che garantisce che il traffico venga distribuito in base ai pesi configurati. Questo criterio di routing può essere utilizzato per spostare il traffico tra i due endpoint del bilanciatore del carico.
   • Il nuovo endpoint del bilanciatore del carico esterno globale (GXLB) può essere aggiunto all'endpoint DNS del cliente con un peso ridotto, sufficiente per consentire il 5 o il 10% del traffico. Questo valore può essere aumentato lentamente per consentire il 100% del traffico sul nuovo endpoint GXLB e lo 0% sul vecchio endpoint GXLB (classico).
   • Rimuovi l'endpoint GXLB (versione classica) precedente dal DNS ed elimina il vecchio GXLB (versione classica) insieme al backend MIG.