Memigrasikan pemilihan rute northbound ke Private Service Connect

Halaman ini berlaku untuk Apigee, tetapi tidak untuk Apigee Hybrid.

Lihat dokumentasi Apigee Edge.

Penting: Topik ini hanya berlaku untuk organisasi yang dibuat dengan peering VPC diaktifkan. Lihat juga Opsi jaringan Apigee.

Dokumen ini menjelaskan cara memigrasikan konfigurasi pemilihan rute klien ke Apigee (juga disebut "northbound") dari konfigurasi grup instance terkelola (MIG) ke konfigurasi berbasis Private Service Connect (PSC).

Ringkasan

Jika saat ini Anda menggunakan konfigurasi berbasis grup instance terkelola (MIG) menggunakan Load Balancer HTTPS eksternal (Klasik) global untuk merutekan traffic eksternal ke Apigee, Anda dapat memilih untuk memigrasikan traffic "northbound" ini untuk menggunakan konfigurasi berbasis PSC.

Penting: Karena load balancer HTTPS eksternal global klasik tidak mendukung backend NEG PSC, Anda harus membuat load balancer HTTPS eksternal global baru dan mengalihkan traffic masuk melalui DNS.

Langkah-langkah migrasi

Catatan: Untuk memastikan load balancer beroperasi seperti yang diharapkan, Anda harus mentransfer konfigurasi atau fitur add-on load balancer HTTPS klasik ke load balancer global baru.

1. Konfigurasikan pemilihan rute northbound ke endpoint Apigee. Untuk tugas ini, ikuti langkah-langkah di tab External routing (PSC) di bagian Configure routing dalam dokumen penyediaan Apigee CLI.
2. Jika Anda memiliki beberapa instance Apigee (kasus penggunaan multi-region), buat NEG yang sesuai untuk setiap region Apigee dan lampirkan ke layanan backend load balancer. Lihat Memperluas Apigee ke beberapa region.
3. Uji endpoint load balancer global yang baru.
4. Setelah pengujian selesai, alihkan semua entri DNS yang ada untuk mengarah ke endpoint load balancer baru. Perhatikan hal berikut:
   Catatan:

   • Penyedia DNS yang berbeda mendukung berbagai jenis kebijakan pemilihan rute. Misalnya: Cloud DNS mendukung kebijakan pemilihan rute round robin berbobot (WRR), yang memastikan traffic didistribusikan sesuai dengan bobot yang dikonfigurasi. Kebijakan perutean tersebut dapat dimanfaatkan untuk mengalihkan traffic di antara 2 endpoint load balancer.
   • Endpoint load balancer eksternal global (GXLB) baru dapat ditambahkan ke endpoint DNS pelanggan dengan bobot kecil, cukup untuk mengizinkan 5% atau 10% traffic mereka. Hal ini dapat ditingkatkan secara perlahan untuk mengizinkan 100% traffic di endpoint GXLB baru dan 0% di endpoint GXLB (Klasik) lama.
   • Hapus endpoint GXLB (Klasik) lama dari DNS, dan hapus GXLB (Klasik) lama bersama dengan backend MIG.