Esegui la migrazione del routing verso nord a Private Service Connect

Questa pagina si applica a Apigee, ma non a Apigee ibrido.

Visualizza documentazione di Apigee Edge.

Importante:questo argomento si applica solo alle organizzazioni che sono state create con il peering VPC abilitato. Vedi anche Opzioni di networking Apigee.

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

Panoramica

Se al momento utilizzi gruppo di istanze gestite basata sui dati usando un'architettura globale bilanciatore del carico HTTPS esterno (Classic) per il routing del traffico esterno ad Apigee, puoi scegliere per la migrazione di questa direzione 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 trasferire il traffico in entrata tramite DNS.

Passi per la migrazione

Nota: per assicurarti che il bilanciatore del carico funzioni come previsto, è necessario trasferire tutte le configurazioni o funzionalità aggiuntive dei bilanciatori del carico HTTPS classici al nuovo con il bilanciatore del carico globale.

1. Configura il routing verso nord verso gli endpoint Apigee. Per questa attività, segui i passaggi indicati nella scheda Routing esterno (PSC) in Configura routing nel provisioning dell'interfaccia a riga di comando Apigee documento.
2. Se hai più istanze Apigee (un caso d'uso multiregionale), crea NEG corrispondenti per ciascuna delle regioni Apigee e collegarle al servizio di backend del bilanciatore del carico. Consulta Espansione di Apigee in più regioni.
3. Testa il nuovo endpoint del bilanciatore del carico globale.
4. Al termine del test, cambia tutte le voci DNS esistenti in modo che puntino alla nuova dell'endpoint del bilanciatore del carico. Tieni presente quanto segue:
   Nota:

   • Provider DNS diversi supportano tipi diversi di criteri di routing. Ad esempio: Cloud DNS supporta il criterio di routing WRR (Weighted Round Robin), che garantisce il traffico viene distribuito in base alle ponderazioni configurate. Questo criterio di routing può essere utilizzata per cambiare 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 una peso, sufficiente a consentire il 5% o il 10% del traffico. Il processo può essere incrementato lentamente per consentire il 100% del traffico sul nuovo endpoint GXLB e lo 0% sul vecchio GXLB (Classic) endpoint.
   • Rimuovi il vecchio endpoint GXLB (Classic) dal DNS ed elimina il vecchio endpoint GXLB (Classic) insieme al backend MIG.