Topik ini menjelaskan metrik performa dan batas-batas Network Load Balancer (NLB).
Metrik performa instans
Metrik performa per VIP | Performa maksimum auto-scaling |
Laju koneksi baru | 200.000 per detik |
Koneksi bersamaan maksimum | 5.000.000 |
Throughput jaringan internal (inbound + outbound) | 50 Gbps |
Laju pemrosesan paket | 8.000.000 pps |
Jika sebuah instans NLB diterapkan di beberapa zona, metrik performanya dihitung menggunakan rumus berikut: metrik performa instans = Jumlah zona × Metrik performa per VIP.
Performa per alamat IP virtual (VIP) dari sebuah instans NLB secara otomatis diskalakan dalam hitungan menit seiring peningkatan penggunaan. Jika Anda memerlukan performa yang lebih tinggi atau penskalaan yang lebih cepat, hubungi account manager Anda.
Sebuah instans NLB menyediakan akses jaringan publik melalui Elastic IP Address (EIP) secara default. Performa koneksi jaringan publik tunduk pada batas EIP.
Batas kuota NLB
Sumber daya | Batas default | Tingkatkan kuota |
NLB instance | ||
Jumlah instans NLB yang dapat dibuat oleh Akun Alibaba Cloud di setiap wilayah | 60 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Jumlah server backend tipe ECI yang dapat disambungkan ke setiap instans NLB | 1.600 | Tidak dapat ditingkatkan |
Jumlah server backend tipe ECS, ENI, atau IP yang dapat disambungkan ke setiap instans NLB | 400 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Jumlah Pendengar yang dapat ditambahkan ke setiap instans NLB | 50 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Jumlah sertifikat tambahan yang dapat ditambahkan ke setiap instans NLB (tidak termasuk sertifikat default) | 25 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Grup server | ||
Jumlah kelompok server NLB yang dapat dibuat oleh Akun Alibaba Cloud di setiap wilayah | 3.000 | Tidak dapat ditingkatkan |
Jumlah server tipe ECI yang dapat ditambahkan ke setiap kelompok server | 1.600 | Tidak dapat ditingkatkan |
Jumlah server tipe ECS, ENI, atau IP yang dapat ditambahkan ke setiap kelompok server | 400 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Jumlah kali sebuah server backend (termasuk server backend tipe IP) dapat ditambahkan ke kelompok server NLB | 200 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Jumlah Pendengar yang dapat dikaitkan dengan setiap kelompok server NLB | 50 | Anda dapat meningkatkan kuota dengan salah satu cara berikut:
Untuk informasi selengkapnya, lihat Tingkatkan kuota. |
Kebijakan keamanan | ||
Jumlah kebijakan keamanan kustom untuk NLB yang dapat dibuat oleh Akun Alibaba Cloud di setiap wilayah | 50 | Tidak dapat ditingkatkan |
Grup keamanan | ||
Jumlah security group tempat sebuah instans NLB dapat ditambahkan | Jumlah security group tempat sebuah instans NLB dapat ditambahkan dan jumlah aturan grup keamanan yang dapat dikaitkan dengan instans NLB tunduk pada batas kuota grup keamanan ECS: | |
Batasan lainnya
Jika sebuah kelompok server hanya berisi sedikit server backend, konflik 5-tuple dapat terjadi pada server backend tersebut. Hal ini dapat terjadi apabila satu klien mengakses nama domain instans NLB yang telah mengaktifkan persistensi alamat IP klien untuk kelompok server tersebut, atau jika klien secara bersamaan mengakses alamat IP virtual (VIP) atau EIP dari instans NLB dan instans Classic Load Balancer (CLB) yang sama-sama menggunakan server backend yang sama.
Nama domain instans NLB memiliki fitur probing ketersediaan bawaan untuk VIP privatnya. Saat mengonfigurasi Cloud Firewall atau ACL jaringan, izinkan lalu lintas melalui protokol ICMP untuk mencegah kegagalan probing ketersediaan, yang dapat menyebabkan VIP dihapus dari resolusi nama domain NLB.
Jika Pendengar UDP dikaitkan dengan kelompok server yang menggunakan algoritma penjadwalan selain penghashan QUIC ID—seperti round-robin atau Round-robin berbobot—jangan gunakan layanan stateful seperti QUIC pada server UDP backend. Untuk menggunakan layanan UDP backend stateful, gunakan algoritma penjadwalan penghashan QUIC ID untuk kelompok server tersebut.
Jika persistensi alamat IP klien dinonaktifkan untuk kelompok server, sebuah node NLB di suatu zona dapat menangani hingga 60.000 koneksi bersamaan ke satu server backend (atau alamat IP). Jika batas ini terlampaui, NLB secara otomatis mengalokasikan alamat IP lokal baru untuk mencegah kegagalan alokasi port. Sebuah node NLB di suatu zona dapat diskalakan hingga delapan alamat IP lokal, sehingga mampu menangani hingga 250.000 koneksi bersamaan ke satu server backend (atau alamat IP). Pastikan vSwitch memiliki cukup alamat IP idle untuk mendukung penskalaan ini.
CatatanUntuk menghindari hal ini, aktifkan persistensi alamat IP klien atau tambahkan lebih banyak server backend (atau alamat IP) ke kelompok server guna mendistribusikan koneksi.