Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Mengedit atribut grup target untuk Network Load Balancer
Setelah membuat grup target untuk Network Load Balancer, Anda dapat mengedit atribut grup targetnya.
Atribut grup target
Preservasi IP klien
Network Load Balancers dapat mempertahankan alamat IP sumber klien saat merutekan permintaan ke target backend. Saat Anda menonaktifkan pelestarian IP klien, alamat IP sumber adalah alamat IP pribadi dari Network Load Balancer.
Secara default, pelestarian IP klien diaktifkan (dan tidak dapat dinonaktifkan) misalnya dan grup target tipe IP dengan protokol UDP dan TCP_UDP. Namun, Anda dapat mengaktifkan atau menonaktifkan pelestarian IP klien untuk grup target TCP dan TLS menggunakan atribut grup preserve_client_ip.enabled
target.
Pengaturan default
-
Kelompok target tipe instans: Diaktifkan
-
Kelompok target tipe IP (UDP, TCP_UDP): Diaktifkan
-
Grup target tipe IP (TCP, TLS): Dinonaktifkan
Saat pelestarian IP klien diaktifkan
Tabel berikut menjelaskan alamat IP yang ditargetkan menerima ketika pelestarian IP klien diaktifkan.
Target | IPv4 permintaan klien | IPv6 permintaan klien |
---|---|---|
Jenis contoh (IPv4) | IPv4 Alamat klien | Alamat penyeimbang IPv4 beban |
Jenis IP (IPv4) | IPv4 Alamat klien | Alamat penyeimbang IPv4 beban |
Jenis IP (IPv6) | Alamat penyeimbang IPv6 beban | IPv6 Alamat klien |
Ketika pelestarian IP klien dinonaktifkan
Tabel berikut menjelaskan alamat IP yang ditargetkan menerima ketika pelestarian IP klien dinonaktifkan.
Target | IPv4 permintaan klien | IPv6 permintaan klien |
---|---|---|
Jenis contoh (IPv4) | Alamat penyeimbang IPv4 beban | Alamat penyeimbang IPv4 beban |
Jenis IP (IPv4) | Alamat penyeimbang IPv4 beban | Alamat penyeimbang IPv4 beban |
Jenis IP (IPv6) | Alamat penyeimbang IPv6 beban | Alamat penyeimbang IPv6 beban |
Persyaratan dan pertimbangan
-
Perubahan pelestarian klien IP berlaku hanya untuk koneksi TCP baru.
-
Ketika pelestarian IP klien diaktifkan, lalu lintas harus mengalir langsung dari Network Load Balancer ke target. Target harus berada di VPC yang sama dengan penyeimbang beban atau di VPC peered di Wilayah yang sama.
-
Pelestarian IP klien tidak didukung ketika target dicapai melalui gateway transit.
-
Pelestarian IP klien tidak didukung saat menggunakan titik akhir Load Balancer Gateway untuk memeriksa lalu lintas antara Network Load Balancer dan target (contoh atau alamat IP), meskipun target berada dalam VPC yang sama dengan Network Load Balancer.
-
Jenis contoh berikut tidak mendukung pelestarian IP klien: C1,,,,, CC1, CC2 CG1, G1 CG2 CR1, G2,,, M1 HI1, M2 HS1, M3, dan T1. Kami merekomendasikan bahwa Anda mendaftarkan jenis instans ini sebagai alamat IP dengan pelestarian IP klien dinonaktifkan.
-
Pelestarian IP klien tidak berpengaruh pada lalu lintas masuk dari AWS PrivateLink. Alamat IP sumber AWS PrivateLink lalu lintas selalu merupakan alamat IP pribadi dari Network Load Balancer.
-
Pelestarian IP klien tidak didukung ketika grup target berisi antarmuka AWS PrivateLink jaringan, atau antarmuka jaringan Network Load Balancer lain. Hal ini menyebabkan hilangnya komunikasi dengan target tersebut.
-
Pelestarian IP klien tidak berpengaruh pada lalu lintas yang dikonversi dari IPv6 ke IPv4. Alamat IP sumber dari jenis lalu lintas ini selalu merupakan alamat IP pribadi dari Network Load Balancer.
-
Ketika Anda menentukan target berdasarkan jenis Application Load Balancer, IP klien dari semua lalu lintas yang masuk dipertahankan oleh Network Load Balancer dan dikirim ke Application Load Balancer. Application Load Balancer kemudian menambahkan IP klien ke header
X-Forwarded-For
permintaan sebelum mengirimnya ke target. -
Loopback NAT, juga dikenal sebagai hairpinning, tidak didukung saat pelestarian IP klien diaktifkan. Hal ini terjadi ketika menggunakan Network Load Balancer internal, dan target yang terdaftar di belakang Network Load Balancer membuat koneksi ke Network Load Balancer yang sama. Koneksi dapat diarahkan ke target yang mencoba membuat koneksi, yang menyebabkan kesalahan koneksi. Kami menyarankan untuk tidak menghubungkan ke Network Load Balancer dari target di belakang Network Load Balancer yang sama, atau Anda juga dapat mencegah jenis kesalahan koneksi ini dengan menonaktifkan pelestarian IP klien. Jika Anda memerlukan alamat IP klien, Anda dapat menggunakan mengambilnya menggunakan Proxy Protocol v2. Untuk informasi selengkapnya, lihat Protokol proxy.
-
Ketika pelestarian IP klien dinonaktifkan, Network Load Balancer mendukung 55.000 koneksi simultan atau sekitar 55.000 koneksi per menit ke setiap target unik (alamat IP dan port). Jika Anda melebihi koneksi ini, ada kemungkinan peningkatan kesalahan alokasi port, yang mengakibatkan kegagalan untuk membuat koneksi baru. Untuk informasi selengkapnya, lihat Kesalahan alokasi port untuk aliran backend.
Penundaan Pembatalan Pendaftaran
Ketika target dideregistrasi, penyeimbang beban berhenti membuat koneksi baru ke target. Penyeimban beban menggunakan pengosongan koneksi untuk memastikan bahwa lalu lintas dalam penerbangan selesai pada koneksi yang ada. Jika target yang dibatalkan tetap sehat dan sambungan yang ada tidak siaga, penyeimbang beban dapat terus mengirim lalu lintas ke target. Untuk memastikan bahwa koneksi yang ada ditutup, Anda dapat melakukan salah satu dari berikut ini: mengaktifkan atribut grup target untuk penghentian sambungan, memastikan bahwa instans tidak sehat sebelum Anda membatalkan pendaftaran, atau secara berkala menutup sambungan klien.
Keadaan awal target deregistering adalahdraining
, di mana target akan berhenti menerima koneksi baru. Namun, target mungkin masih menerima koneksi karena penundaan propagasi konfigurasi. Secara default, penyeimbang beban mengubah keadaan dari target deregisterasi untuk unused
setelah 300 detik. Untuk mengubah jumlah waktu yang penyeimbang beban tunggu sebelum mengubah keadaan target deregisterasi ke unused
, perbarui nilai penundaan deregisterasix. Kami sarankan Anda menentukan nilai setidaknya 120 detik untuk memastikan bahwa permintaan selesai.
Jika Anda mengaktifkan atribut grup target untuk penghentian sambungan, koneksi ke target yang dibatalkan ditutup segera setelah akhir batas waktu pembatalan pendaftaran.
Protokol proxy
Penyeimbang Beban Jaringan menggunakan protokol proxy versi 2 untuk mengirim informasi koneksi tambahan seperti sumber dan tujuan. Protokol proxy versi 2 menyediakan pengkodean biner dari header protokol proxy. Dengan pendengar TCP, penyeimbang beban menambahkan header protokol proxy ke data TCP. Itu tidak membuang atau menimpa data yang ada, termasuk header protokol proxy yang masuk yang dikirim oleh klien atau proxy lain, penyeimbang beban, atau server di jalur jaringan. Oleh karena itu, dimungkinkan untuk menerima lebih dari satu proxy protokol header. Juga, jika ada jalur jaringan lain ke target Anda di luar Penyeimbang Beban Jaringan, header protokol proxy pertama mungkin bukan yang dari Penyeimbang Beban Jaringan Anda.
Jika Anda menentukan target dengan alamat IP, alamat IP sumber yang disediakan untuk aplikasi Anda tergantung pada protokol grup target sebagai berikut:
-
TCP dan TLS: Secara default, pelestarian IP klien dinonaktifkan, dan alamat IP sumber yang diberikan ke aplikasi Anda adalah alamat IP pribadi dari node penyeimbang beban. Untuk mempertahankan alamat IP klien, pastikan bahwa target berada dalam VPC yang sama atau VPC peered dan aktifkan pelestarian IP klien. Jika Anda memerlukan alamat IP klien dan kondisi ini tidak terpenuhi, aktifkan protokol proxy dan dapatkan alamat IP klien dari header protokol proxy.
-
UDP dan TCP_UDP: Alamat IP sumber adalah alamat IP klien, karena pelestarian IP klien diaktifkan secara default untuk protokol ini dan tidak dapat dinonaktifkan. Jika Anda menentukan target dengan instans ID, alamat IP sumber yang disediakan untuk aplikasi Anda adalah alamat IP klien. Namun, jika Anda lebih suka, Anda dapat mengaktifkan protokol proxy dan mendapatkan alamat IP klien dari header protokol proxy.
Jika Anda menentukan target dengan instans ID, alamat IP sumber yang disediakan untuk aplikasi Anda adalah alamat IP klien. Namun, jika Anda lebih suka, Anda dapat mengaktifkan protokol proxy dan mendapatkan alamat IP klien dari header protokol proxy.
Pendengar TLS tidak mendukung koneksi masuk dengan header protokol proxy yang dikirim oleh klien atau proxy lainnya.
Koneksi pemeriksaan kondisi
Setelah Anda mengaktifkan protokol proxy, header protokol proxy juga disertakan dalam sambungan pemeriksaan kondisi dari penyeimbang beban. Namun, dengan sambungan pemeriksaan kondisi, informasi koneksi klien tidak dikirim di header protokol proxy.
Target dapat gagal pemeriksaan kesehatan jika mereka tidak dapat mengurai header protokol proxy. Misalnya, mereka mungkin mengembalikan kesalahan berikut: HTTP 400: Permintaan buruk.
Layanan VPC endpoint
Untuk lalu lintas yang berasal dari konsumen layanan melalui Layanan VPC endpoint, alamat IP sumber yang disediakan untuk aplikasi Anda adalah alamat IP privat dari sampul penyeimbang beban. Jika aplikasi Anda membutuhkan alamat IP dari konsumen layanan, aktifkan protokol proxy dan dapatkan layanannya dari header protokol proxy.
Header protokol Proxy juga termasuk ID dari titik akhir. Informasi ini dikodekan menggunakan vektor kustom Type-Length-Value (TLV) sebagai berikut.
Bidang | Panjang (dalam oktet) | Deskripsi |
---|---|---|
Jenis |
1 |
PP2_TYPE_AWS (0xEA) |
Panjang |
2 |
Panjang nilai |
Nilai |
1 |
PP2_subtipe_ AWS_VPCE_ID (0x01) |
variabel (nilai panjang dikurangi 1) | ID dari titik akhir |
Aktifkan protokol proxy
Sebelum Anda mengaktifkan protokol proxy pada grup target, pastikan bahwa aplikasi Anda mengharapkan dan dapat mengurai header protokol proxy v2, jika tidak, mereka mungkin gagal. Untuk informasi selengkapnya, lihat Protokol Proxy versi 1 dan 2
Sesi lengket
Sesi lengket adalah mekanisme untuk merutekan lalu lintas klien ke target yang sama dalam grup target. Hal ini berguna untuk server yang mempertahankan informasi negara untuk memberikan pengalaman terus-menerus ke klien.
Pertimbangan
-
Menggunakan sesi lengket dapat menyebabkan distribusi koneksi dan aliran yang tidak merata, yang mungkin berdampak pada ketersediaan target Anda. Sebagai contoh, semua klien di belakang perangkat NAT yang sama memiliki alamat IP sumber yang sama. Oleh karena itu, semua lalu lintas dari klien ini diarahkan ke target yang sama.
-
Penyeimbang beban dapat mengatur ulang sesi lengket untuk grup target jika status kesehatan salah satu targetnya berubah atau jika Anda mendaftarkan atau membatalkan target dengan grup target.
-
Ketika atribut stickiness diaktifkan untuk grup target, pemeriksaan kesehatan pasif tidak didukung. Untuk informasi selengkapnya, lihat Pemeriksaan Kesehatan untuk kelompok sasaran Anda.
-
Sesi lengket tidak didukung untuk pendengar TLS.
Penyeimbangan beban lintas zona untuk kelompok sasaran
Node untuk Load Balancer Anda mendistribusikan permintaan dari klien ke target yang telah terdaftar. Saat penyeimbangan beban lintas zona aktif, setiap node penyeimbang beban mendistribusikan lalu lintas ke seluruh target terdaftar di semua Availability Zone yang terdaftar. Ketika penyeimbangan beban lintas zona tidak aktif, setiap node penyeimbang beban mendistribusikan lalu lintas hanya di target yang terdaftar di Availability Zone. Ini dapat digunakan jika domain kegagalan zona lebih disukai daripada regional, memastikan bahwa zona sehat tidak terpengaruh oleh zona yang tidak sehat, atau untuk peningkatan latensi secara keseluruhan.
Dengan Network Load Balancers, penyeimbangan beban lintas zona dinonaktifkan secara default pada tingkat penyeimbang beban, bit Anda dapat mengaktifkannya kapan saja. Untuk grup target, defaultnya adalah menggunakan pengaturan penyeimbang beban, tetapi Anda dapat mengganti default dengan mengaktifkan atau menonaktifkan penyeimbangan beban lintas zona secara eksplisit di tingkat grup target.
Pertimbangan
-
Saat mengaktifkan penyeimbangan beban lintas zona untuk Network Load Balancer EC2 , biaya transfer data berlaku. Untuk informasi selengkapnya, lihat Memahami biaya transfer AWS data di Panduan Pengguna Ekspor Data
-
Pengaturan grup target menentukan perilaku load balancing untuk kelompok target. Misalnya, jika penyeimbangan beban lintas zona diaktifkan pada tingkat penyeimbang beban dan dinonaktifkan pada tingkat grup target, lalu lintas yang dikirim ke grup target tidak dirutekan melintasi Availability Zone.
-
Ketika penyeimbangan beban lintas zona dinonaktifkan, pastikan Anda memiliki kapasitas target yang cukup di setiap Zona Ketersediaan penyeimbang beban, sehingga setiap zona dapat melayani beban kerja yang terkait.
-
Ketika penyeimbangan beban lintas zona dinonaktifkan, pastikan bahwa semua grup target berpartisipasi dalam Availability Zone yang sama. Availability Zone yang kosong dianggap tidak sehat.
-
Anda dapat mengaktifkan atau menonaktifkan penyeimbangan beban lintas zona di tingkat grup target jika jenis grup target adalah
instance
atau.ip
Jika tipe grup target adalahalb
, grup target selalu mewarisi pengaturan penyeimbangan beban lintas zona dari penyeimbang beban.
Untuk informasi selengkapnya tentang mengaktifkan penyeimbangan beban lintas zona pada tingkat penyeimbang beban, lihat. Penyeimbangan beban lintas zona
Pengakhiran koneksi untuk target yang tidak sehat
Pengakhiran koneksi diaktifkan secara default. Ketika target Network Load Balancer gagal dalam pemeriksaan kesehatan yang dikonfigurasi dan dianggap tidak sehat, penyeimbang beban menghentikan koneksi yang sudah ada dan berhenti merutekan koneksi baru ke target. Dengan penghentian koneksi dinonaktifkan, target masih dianggap tidak sehat dan tidak akan menerima koneksi baru, tetapi koneksi yang sudah mapan tetap aktif, memungkinkan mereka untuk menutup dengan anggun.
Pengakhiran koneksi untuk target yang tidak sehat dikonfigurasi pada tingkat kelompok target.
Interval pengeringan yang tidak sehat
Target di unhealthy.draining
negara bagian dianggap tidak sehat, tidak menerima koneksi baru, tetapi mempertahankan koneksi yang ditetapkan untuk interval yang dikonfigurasi. Interval koneksi yang tidak sehat menentukan jumlah waktu target tetap dalam unhealthy.draining
keadaan sebelum keadaannya menjadiunhealthy
. Jika target melewati pemeriksaan kesehatan selama interval koneksi yang tidak sehat, kondisinya menjadi healthy
lagi. Jika deregistrasi dipicu, status target menjadi draining
dan batas waktu tunda deregistrasi dimulai.
Persyaratan
Penghentian koneksi harus dinonaktifkan sebelum mengaktifkan interval pengeringan yang tidak sehat.