Halaman ini berlaku untuk Apigee, tetapi tidak untuk Apigee hybrid.
Lihat Dokumentasi Apigee Edge.
Traffic selatan antara Apigee dan backend target dengan alamat IP publik menggunakan Cloud NAT untuk menerjemahkan alamat IP pribadi instance Apigee ke alamat IP publik. Setiap Apigee instance memiliki gateway Cloud NAT sendiri. Topik ini menjelaskan faktor-faktor yang memengaruhi performa Apigee saat menggunakan di Cloud NAT.
Ringkasan
Setiap sesi TCP baru yang terbentuk antara instance Apigee dan backend target harus dipetakan ke 4 tuple unik yang mencakup hal berikut:
- Alamat IP NAT
- Port NAT
- Alamat IP backend
- Port backend
Ada tiga faktor utama yang menentukan transaksi per detik (TPS) yang dapat didukung Cloud NAT dalam instance Apigee:
- Jumlah IP NAT yang dialokasikan (secara dinamis atau statis)
- Jumlah alamat IP backend unik dan kombinasi port yang dikonfigurasi
- Apakah penggunaan ulang koneksi diizinkan oleh backend target atau tidak
Topik ini menjelaskan bagaimana masing-masing faktor ini memengaruhi performa Apigee saat menggunakan Cloud NAT dan menjelaskan cara menghitung jumlah IP statis yang mungkin diperlukan untuk mendukung traffic yang diantisipasi.
Alokasi IP NAT
Jumlah IP NAT yang dialokasikan akan bervariasi tergantung pada penggunaan IP efemeral atau statis dalam konfigurasi NAT. Lihat Alamat IP NAT per gateway di Batas Cloud NAT untuk mengetahui informasi selengkapnya.
IP {i>ephemeral<i}
Di konfigurasi NAT default yang menggunakan IP efemeral, IP akan otomatis dialokasikan sesuai kebutuhan untuk menyediakan port sumber unik bagi koneksi untuk menargetkan backend.
IP Statis
Jika IP statis diperlukan agar IP dapat diizinkan untuk backend target, IP tersebut dicadangkan secara manual untuk instance Apigee.
Kombinasi IP Backend dan Port Unik
Anda dapat meningkatkan TPS dengan meningkatkan jumlah kombinasi port dan IP backend target unik. IP dan port NAT yang sama dapat digunakan untuk setiap porta dan IP backend target. Ini mendapatkan hasil yang sama seperti menambahkan lebih banyak IP NAT tanpa memerlukan IP tambahan yang harus diizinkan.
Untuk membuat pasangan port dan IP backend target yang unik, IP atau portnya harus berbeda. Misalnya, Anda dapat memiliki satu load balancer dengan satu alamat IP, tetapi memproses 4 port berbeda, untuk membuat 4 kombinasi IP backend dan port yang unik untuk Apigee.
Penggunaan Ulang Koneksi
Menggunakan kembali koneksi HTTP juga meningkatkan
penggunaan NAT secara efisien dengan menghilangkan
perlu membuka koneksi TCP baru. Backend target dapat menggunakan fitur ini dengan menyetel
Connection
ke keep-alive
dalam respons,
yang merupakan pengaturan
default untuk HTTP/1.1. Server backend target juga dapat menetapkan connection timeout
dan parameter max reuse
untuk meningkatkan efisiensi.
Meskipun penggunaan ulang koneksi secara teori dapat didukung dengan mengaktifkan keep-alive
responsnya. Dalam praktiknya, penggunaan kembali koneksi bergantung pada hal berikut:
- Jika instance Apigee memiliki koneksi yang ada ke backend target
- Jika koneksi yang ada memiliki respons yang tertunda
- Jika koneksi yang ada mendekati akhir siklus prosesnya
Masing-masing faktor ini akan memengaruhi sejauh mana backend target dapat menggunakan kembali koneksi.