Topik ini menjawab pertanyaan umum (FAQ) mengenai instans Classic Load Balancer (CLB).
Topik ini mencakup pertanyaan-pertanyaan berikut:
|
Kategori |
Pertanyaan |
|
Pemilihan instans |
|
|
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 menyesuaikan secara otomatis 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 akan dijatuhkan saat QPS mencapai batas atasnya.
Dapatkah saya mengubah tipe instans?
Ya, Anda bisa.
Anda dapat memodifikasi konfigurasi instans guaranteed-performance di Konsol CLB. Untuk informasi selengkapnya, lihat Modifikasi 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 mengenai 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 melakukan perubahan dari instans berbagi sumber daya ke 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 sekaligus (misalnya, dari pay-by-bandwidth ke pay-by-data-transfer), 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 Anda memperoleh blok CIDR IP CLB terlebih dahulu dan menambahkannya ke daftar putih firewall Anda.
Elastic IP Address (EIP) dan Alamat IP publik instans CLB dialokasikan dari kolam sumber daya IP publik yang sama. Anda dapat memanggil operasi DescribePublicIpAddress untuk memperoleh blok CIDR IP publik di wilayah tertentu.
Operasi API ini mendukung paginasi. Ukuran halaman default adalah 100. Jika lebih dari 100 entri dikembalikan, Anda harus menyesuaikan parameter paginasi untuk memperoleh 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.