Topik ini menjawab pertanyaan umum (FAQ) mengenai instans Classic Load Balancer (CLB).
Topik ini mencakup pertanyaan-pertanyaan berikut:
|
Kategori |
Pertanyaan |
|
Pemilihan Instance |
|
|
Tipe instans |
|
|
Konfigurasi instans |
|
|
O&M instans |
Cara memilih instans pay-as-you-go
Mulai pukul 00.00.00 tanggal 1 Juni 2025 (UTC+8), instans CLB pay-by-specification tidak lagi tersedia untuk pembelian.
Secara default, instans CLB menggunakan metode pengukuran pay-by-LCU. Performa instans secara otomatis menyesuaikan dengan penggunaan, artinya Anda tidak perlu menentukan tipe instans. Anda dikenai biaya per jam berdasarkan penggunaan aktual (LCU). Untuk informasi selengkapnya mengenai batas performa, lihat Batas performa instans. Untuk informasi selengkapnya mengenai metode pengukuran, lihat Metode pengukuran instans.
Mengapa instans mungkin tidak mencapai batas performa
Hal ini mengikuti prinsip mata rantai terlemah. Instans guaranteed-performance tidak menjamin bahwa ketiga metrik performanya—termasuk bandwidth—dapat mencapai batas atas secara bersamaan. Pembatasan kecepatan dipicu ketika salah satu metrik mencapai batasnya.
Sebagai contoh, pengguna memilih instans High-performance I (slb.s3.small). Jika QPS instans telah mencapai 20.000 tetapi jumlah koneksi bersamaan belum mencapai 200.000, jumlah koneksi maksimum mungkin tidak pernah mencapai batas atas yang ditentukan untuk tipe instans tersebut. Hal ini terjadi karena permintaan koneksi baru dijatuhkan saat QPS mencapai batas atasnya.
Dapatkah saya mengubah tipe instans?
Ya, Anda bisa.
Anda dapat mengubah konfigurasi instans guaranteed-performance di Konsol CLB. Untuk informasi selengkapnya, lihat Ubah konfigurasi instans pay-as-you-go.
-
Mulai pukul 00.00.00 tanggal 1 Juni 2025 (UTC+8), instans CLB pay-by-specification tidak lagi tersedia untuk pembelian. Anda tidak dapat lagi mengubah metode pengukuran instans pay-by-LCU menjadi pay-by-specification. Untuk informasi selengkapnya, lihat Pengumuman penghentian penjualan instans Classic Load Balancer (CLB) pay-by-specification.
-
Anda hanya dapat mengubah instans CLB berbagi sumber daya menjadi instans berkinerja-tinggi. Anda tidak dapat mengubah instans berkinerja-tinggi menjadi instans berbagi sumber daya.
-
Mengubah instans berbagi sumber daya menjadi instans guaranteed-performance tidak memengaruhi layanan Anda atau mengubah alamat IP instans CLB.
-
Modifikasi konfigurasi tidak mengubah alamat IP instans CLB.
Kami menyarankan mengubah instans berbagi sumber daya menjadi instans guaranteed-performance selama jam sepi. Atau, gunakan DNS untuk menerapkan load balancing di antara instans sebelum memodifikasi konfigurasi.
Mengapa perubahan tipe instans tidak langsung berlaku?
Jika Anda mengubah tipe instans dan metode pengukuran (misalnya, dari pay-by-bandwidth ke pay-by-data-transfer) secara bersamaan, kedua perubahan tersebut akan berlaku pada pukul 00.00.00 hari berikutnya, bukan segera.
Dapatkah saya mengubah zona ketersediaan?
Tidak.
Anda tidak dapat mengubah zona ketersediaan primer setelah instans CLB dibuat. Sistem secara otomatis memilih zona ketersediaan sekunder yang paling sesuai berdasarkan kondisi regional, dan tidak diperlukan konfigurasi manual.
Kami menyarankan menggunakan Application Load Balancer (ALB) atau Network Load Balancer (NLB), yang mendukung penerapan multi-zona. Untuk informasi selengkapnya, lihat Famili produk Server Load Balancer (SLB), Apa itu Application Load Balancer (ALB)?, dan Apa itu Network Load Balancer (NLB)?
Apakah waktu pemrosesan CLB mencakup transfer data?
Ya, waktu pemrosesan instans CLB mencakup waktu untuk menerima data klien dan mengirim data respons.
-
Waktu untuk menerima data klien: Nilai metrik
read_request_time. Metrik ini menunjukkan waktu yang dibutuhkan load balancer untuk membaca permintaan klien. Ini mencakup waktu untuk menerima Header permintaan HTTP (read_header_time) dan badan permintaan (read_body_time). -
Waktu untuk mengirim data respons: Ini mencakup waktu yang diperlukan untuk mengembalikan data respons ke klien.
Cara mendapatkan rentang Alamat IP publik CLB
Alamat IP publik CLB dialokasikan secara dinamis. Untuk menghindari pembatasan akses, kami menyarankan terlebih dahulu mendapatkan blok CIDR IP CLB dan menambahkannya ke daftar putih firewall Anda.
EIP dan Alamat IP publik instans CLB dialokasikan dari kolam sumber daya IP publik yang sama. Anda dapat memanggil operasi DescribePublicIpAddress untuk mendapatkan blok CIDR IP publik di wilayah tertentu.
Operasi API ini mendukung pagination. Ukuran halaman default adalah 100. Jika jumlah entri yang dikembalikan lebih dari 100, Anda harus menyesuaikan parameter pagination untuk mendapatkan daftar lengkap.
Cara memecahkan masalah instans CLB yang berhenti
Instans CLB memasuki status Stopped karena salah satu alasan berikut:
-
Instans secara manual diatur ke status tidak aktif melalui pemanggilan operasi API SetLoadBalancerStatus. Setelah pengguna atau program otomatis memanggil operasi API ini, instans segera berhenti meneruskan traffic.
-
Akun Anda memiliki pembayaran tertunda, sehingga sistem mengunci akun dan secara otomatis menghentikan instans.
-
Elastic IP Address (EIP) atau paket bandwidth bersama yang terkait dilepas karena pembayaran tertunda.
Anda dapat menggunakan ActionTrail untuk mengidentifikasi penyebab instans dihentikan. Masuk ke Konsol ActionTrail. Di halaman kueri event, cari event SetLoadBalancerStatus. Lihat waktu dan operator event tersebut untuk menentukan apakah ini merupakan operasi manual.
Jika instans tidak dihentikan karena pembayaran tertunda, buka halaman Instances di Konsol CLB, temukan instans tersebut, lalu klik Start di kolom Actions untuk melanjutkan instans.
Apakah CLB mendukung migrasi cross-account?
Tidak. Instans CLB tidak dapat dimigrasikan (ditransfer) antar Akun Alibaba Cloud. Untuk menggunakan CLB di bawah akun lain, buat instans CLB baru di akun target, lalu konfigurasikan Pendengar dan server backend-nya.
Dapatkah saya menonaktifkan Ping pada alamat layanan instans CLB?
Tidak. Anda tidak dapat menonaktifkan Ping pada alamat layanan CLB secara langsung. Sebagai alternatif, Anda dapat mengaitkan Alamat IP publik instans CLB publik (atau EIP yang terikat pada instans CLB privat) dengan firewall cloud dan mengonfigurasi aturan masuk untuk menolak traffic ICMP.
Alamat layanan instans CLB dapat di-ping hanya jika instans memiliki setidaknya satu Pendengar dalam status Running.
Instans CLB saya hanya mendengarkan pada port TCP. Mengapa pemindaian port menunjukkan bahwa semua port UDP terbuka?
Ini adalah false positive yang disebabkan oleh algoritma deteksi tool pemindaian. CLB diam-diam menjatuhkan paket yang dikirim ke port UDP yang tidak memiliki Pendengar yang dikonfigurasi, tanpa mengirim pesan "ICMP Port Unreachable" kembali ke klien. Beberapa tool pemindaian menafsirkan ketiadaan respons ini sebagai indikasi bahwa port tersebut terbuka. Pada kenyataannya, CLB tidak memproses atau meneruskan traffic apa pun pada port yang tidak memiliki Pendengar yang dikonfigurasi, sehingga hal ini tidak memengaruhi keamanan instans.