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. Vedi anche Opzioni di rete Apigee.

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

Panoramica

Se attualmente utilizzi la configurazione basata su un gruppo di istanze gestite (MIG) utilizzando un bilanciatore del carico HTTPS esterno globale (classico) per instradare il traffico esterno ad Apigee, puoi scegliere di eseguire la migrazione di questo traffico "inbound" per 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 reindirizzare il traffico in entrata tramite DNS.

Passi per la migrazione

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

1. Configura il routing in direzione nord 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 multiregionale), crea i NEG corrispondenti per ciascuna delle regioni Apigee e collegali al servizio di backend del bilanciatore del carico. Consulta Espansione di Apigee a più regioni.
3. Testa il nuovo endpoint del bilanciatore del carico globale.
4. Al termine del test, passa tutte le voci DNS esistenti in modo che puntino al nuovo endpoint del bilanciatore del carico. Nota:
   Nota:

   • Provider DNS diversi supportano tipi diversi di criteri di routing. Ad esempio: Cloud DNS supporta la policy di routing round robin ponderata (WRR), che garantisce la distribuzione del traffico in base ai pesi configurati. Questi criteri di routing possono essere utilizzati 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 a consentire il 5% o il 10% del traffico. Questo può essere aumentato lentamente per consentire il 100% del traffico sul nuovo endpoint GXLB e lo 0% sul vecchio endpoint GXLB (classico).
   • Rimuovi il vecchio endpoint GXLB (classico) dal DNS ed elimina il vecchio GXLB (classico) insieme al backend MIG.