Instans Network Load Balancer (NLB) merupakan resource inti layanan NLB. Untuk menggunakannya, Anda harus membuat instans NLB serta menambahkan setidaknya satu listener dan satu server group.
Status instans
Status | Deskripsi | Dapat dihapus | Dapat dimodifikasi |
Active | Instans NLB berjalan sebagaimana mestinya. | Bergantung pada perlindungan penghapusan | Bergantung pada mode baca-saja konfigurasi |
Creating | Instans NLB sedang dalam proses pembuatan. | Tidak | Tidak |
Modifying | Konfigurasi instans NLB sedang diperbarui. | Tidak | Tidak |
Creation Failed | Pembuatan instans NLB gagal. | Ya | Tidak |
Inactive | Instans NLB dihentikan dan terkunci. Lihat Alasan penguncian. | Bergantung pada alasan penguncian | Tidak |
Alasan penguncian
Ketika instans NLB memasuki status Inactive, instans tersebut dikunci karena salah satu alasan berikut:
Alasan penguncian | Deskripsi | Dapat dihapus |
Pembayaran tertunda | Instans NLB dikunci karena adanya pembayaran tertunda. Perpanjang masa berlaku instans untuk melanjutkan layanan. | Tidak |
Resource terkait terkunci | elastic IP addresses (EIPs) atau instans Internet Shared Bandwidth yang terkait dengan instans NLB dikunci karena pembayaran tertunda. Perpanjang masa berlaku resource terkait untuk melanjutkan layanan. | Tidak |
Residual locked | EIPs atau instans Internet Shared Bandwidth yang terkait dengan instans NLB telah direlease karena pembayaran tertunda. Instans NLB tidak tersedia. Kami menyarankan agar Anda me-release instans NLB tersebut. | Ya |
Alasan keamanan | Instans NLB dikunci karena adanya risiko keamanan. Buka halaman Cloud resource events di Konsol Manajemen Keamanan untuk mengajukan permohonan membuka kunci instans. | Tidak |
Saat instans NLB berada dalam status Active, kemampuan untuk menghapusnya bergantung pada pengaturan perlindungan penghapusan, sedangkan kemampuan untuk memodifikasinya bergantung pada pengaturan mode baca-saja konfigurasi.
Jenis jaringan
NLB mendukung instans Internet-facing dan internal. Anda dapat mengubah jenis jaringan instans NLB. Untuk informasi selengkapnya, lihat Mengubah jenis jaringan instans NLB.
Instans NLB yang menghadap Internet
Instans NLB Internet-facing diberikan Alamat IP publik dan Alamat IP pribadi.
Instans NLB menggunakan elastic IP addresses (EIPs) untuk menerima permintaan dari Internet dan meneruskannya ke server backend berdasarkan aturan pengalihan.
Anda dapat menggunakan Anycast EIP pada instans NLB guna menerapkan akses terdekat untuk layanan cross-region.
Alamat IP pribadi memungkinkan instans NLB mengakses instans Elastic Compute Service (ECS) di virtual private clouds (VPCs).
Penggunaan instans NLB Internet-facing dikenai biaya instans, biaya Load Balancer Capacity Unit (LCU), dan biaya transfer data Internet (dikenakan oleh EIP).
Instans NLB internal
Instans NLB internal hanya diberikan Alamat IP pribadi.
Instans NLB hanya menerima permintaan dari VPC tempat instans tersebut ditempatkan, lalu meneruskannya ke server backend berdasarkan aturan pengalihan.
Instans NLB internal tidak mendukung akses Internet.
Penggunaan instans NLB internal hanya dikenai biaya instans dan biaya LCU.
Versi IP
NLB mendukung IPv4 dan dual-stack.
Versi IP | Alamat yang diberikan per zona | Akses klien |
IPv4 | Internet-facing: satu IPv4 publik dan satu IPv4 pribadi. Internal-facing: satu IPv4 pribadi. | Hanya alamat IPv4 (misalnya, 192.168.0.1) |
Dual-stack | Internet-facing: satu IPv4 publik, satu IPv4 pribadi, dan satu IPv6. Internal-facing: satu IPv4 pribadi dan satu IPv6. | Alamat IPv4 (misalnya, 192.168.0.1) atau alamat IPv6 (misalnya, 2001:db8:1:1:1:1:1:1) |
Jenis jaringan instans NLB dual-stack ditentukan oleh tipe alamat IPv4-nya. Jika alamat IPv4 bersifat pribadi, instans NLB tersebut bersifat internal. Jika alamat IPv4 bersifat publik, instans NLB tersebut bersifat Internet-facing.
Wilayah yang mendukung dual-stack
Area | Wilayah |
China | China (Hangzhou), China (Beijing), China (Shenzhen), China (Shanghai), China (Qingdao), China (Zhangjiakou), China (Chengdu), China (Guangzhou), China (Hong Kong), China (Heyuan), China (Ulanqab) |
Asia Pasifik | Thailand (Bangkok), Filipina (Manila), Singapura, Jepang (Tokyo), Korea Selatan (Seoul), Malaysia (Kuala Lumpur), Indonesia (Jakarta) |
Eropa dan Amerika | Jerman (Frankfurt), Inggris (London), AS (Virginia), AS (Silicon Valley), Meksiko |
Timur Tengah | SAU (Riyadh - Partner Region) |
Anda tidak dapat meningkatkan instans NLB IPv4 yang sudah ada menjadi dual-stack. Untuk menggunakan dual-stack, buat instans NLB baru dengan fitur dual-stack diaktifkan.
Cross-zone load balancing
Cross-zone load balancing mengontrol apakah alamat IP virtual (VIP) instans NLB mendistribusikan traffic ke seluruh zona yang diaktifkan atau hanya dalam zonanya sendiri.
Diaktifkan: VIP instans NLB mendistribusikan permintaan ke server backend di seluruh zona yang diaktifkan dalam wilayah tersebut.
Dinonaktifkan: VIP instans NLB hanya mendistribusikan permintaan ke server backend dalam zonanya sendiri.
Contoh
Contoh berikut menggunakan algoritma round-robin. Sebuah instans NLB ditempatkan di dua zona: Zona A memiliki 2 instans ECS dan Zona B memiliki 8 instans ECS.
Pengaturan | Zone A (2 instances) | Zona B (8 instans) | Diagram |
Cross-zone load balancing diaktifkan | Setiap instans menerima 10% traffic | Setiap instans menerima 10% traffic | |
Cross-zone load balancing dinonaktifkan | Setiap instans menerima 25% traffic | Setiap instans menerima 6,25% traffic |
Ketika cross-zone load balancing diaktifkan, setiap zona menerima 50% permintaan, yang kemudian didistribusikan secara merata ke seluruh 10 server backend. Ketika cross-zone load balancing dinonaktifkan, setiap zona menerima 50% permintaan, yang didistribusikan hanya di antara server backend dalam zona tersebut.
Nama domain
Setiap instans NLB diberikan nama domain untuk akses layanan. Anda dapat menggunakan Rekaman CNAME untuk memetakan nama domain kustom ke nama domain instans NLB. Saat klien mengakses nama domain kustom, permintaan tersebut akan di-resolve ke nama domain instans NLB.
Sejak peningkatan nama domain, instans NLB yang baru dibuat tidak dapat diakses langsung melalui nama domainnya.