Memigrasikan pemilihan rute ke arah utara ke Private Service Connect

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

Baca 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 perutean 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 global (Klasik) untuk mengarahkan traffic eksternal ke Apigee, Anda dapat memilih untuk memigrasikan traffic "arah utara" 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 bahwa load balancer beroperasi seperti yang diharapkan, Anda harus memindahkan konfigurasi atau fitur add-on load balancer HTTPS klasik ke load balancer global yang baru.

1. Mengonfigurasi pemilihan rute ke arah utara ke endpoint Apigee. Untuk tugas ini, ikuti langkah-langkah di tab External routing (PSC) di bagian Configure routing dalam dokumen penyediaan CLI Apigee.
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 agar mengarah ke endpoint load balancer baru. Perhatikan hal berikut:
   Catatan:

   • Penyedia DNS yang berbeda mendukung jenis kebijakan perutean yang berbeda. Misalnya: Cloud DNS mendukung kebijakan perutean round robin (WRR) berbobot, yang memastikan traffic didistribusikan sesuai dengan bobot yang dikonfigurasi. Kebijakan perutean tersebut dapat dimanfaatkan untuk mengalihkan traffic antara 2 endpoint load balancer.
   • Endpoint load balancer eksternal global (GXLB) yang baru dapat ditambahkan ke endpoint DNS pelanggan dengan bobot yang kecil, cukup untuk memungkinkan 5% atau 10% traffic-nya. Hal ini dapat ditingkatkan secara perlahan untuk memungkinkan 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.