Pertimbangan performa untuk Apigee Cloud NAT

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

Baca dokumentasi Apigee Edge.

Traffic arah 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 instance Apigee memiliki gateway Cloud NAT sendiri. Topik ini menjelaskan faktor-faktor yang memengaruhi performa Apigee saat menggunakan Cloud NAT.

Ringkasan

Setiap sesi TCP baru yang dibuat 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:

  1. Jumlah IP NAT yang dialokasikan (secara dinamis atau statis)
  2. Jumlah kombinasi alamat IP backend dan port unik yang dikonfigurasi
  3. Apakah penggunaan ulang koneksi diizinkan oleh backend target atau tidak

Topik ini menjelaskan bagaimana setiap 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, bergantung pada penggunaan IP efemeral atau statis dalam konfigurasi NAT.

IP ephemeral

Dalam konfigurasi NAT default menggunakan IP efemeral, IP akan otomatis dialokasikan sesuai kebutuhan untuk menyediakan port sumber unik bagi koneksi ke backend target. Maksimum 300 IP efemeral dapat dialokasikan untuk instance Apigee.

IP statis

Jika IP statis diperlukan agar IP dapat diizinkan untuk backend target, IP tersebut akan dicadangkan secara manual untuk instance Apigee. Maksimum 50 IP statis dapat dialokasikan untuk instance Apigee.

Kombinasi IP Backend dan Port Unik

Anda dapat meningkatkan TPS dengan menambah jumlah kombinasi port dan IP backend target unik. IP dan port NAT yang sama dapat digunakan untuk setiap port dan IP backend target. Hal ini memberikan 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 port-nya harus berbeda. Misalnya, Anda dapat memiliki satu load balancer dengan satu alamat IP, tetapi memproses di 4 port berbeda, untuk membuat 4 kombinasi port dan IP backend yang unik untuk Apigee.

Penggunaan Ulang Koneksi

Menggunakan kembali koneksi HTTP juga meningkatkan penggunaan NAT secara efisien dengan meniadakan kebutuhan untuk membuka koneksi TCP baru. Backend target dapat menggunakan fitur ini dengan menetapkan header Connection ke keep-alive dalam respons, yang merupakan setelan default untuk HTTP/1.1. Server backend target juga dapat menetapkan parameter connection timeout dan max reuse untuk meningkatkan efisiensi.

Meskipun penggunaan ulang koneksi secara teori dapat didukung dengan mengaktifkan keep-alive dalam respons, dalam praktiknya, penggunaan ulang koneksi bergantung pada hal berikut:

  • Jika instance Apigee memiliki koneksi ke backend target
  • Jika koneksi yang ada memiliki respons yang tertunda
  • Jika koneksi yang ada mendekati akhir siklus prosesnya

Setiap faktor ini akan memengaruhi sejauh mana backend target dapat menggunakan kembali koneksi.