Topik ini menjawab pertanyaan yang sering diajukan mengenai instans Classic Load Balancer (CLB).
Topik ini berisi pertanyaan-pertanyaan berikut:
Kategori | FAQ |
Pemilihan Instance | |
Tipe instans | |
Konfigurasi instans | |
O&M instans |
Bagaimana cara memilih instans pay-as-you-go?
Mulai pukul 00.00.00 (UTC+8) pada 1 Juni 2025, Anda tidak dapat lagi membeli instans CLB pay-by-specification.
Saat ini, instans CLB menggunakan metode pengukuran pay-by-LCU secara default. Performa instans secara otomatis menyesuaikan dengan penggunaan, sehingga Anda tidak perlu menentukan tipe instans. Anda dikenai biaya per jam berdasarkan penggunaan aktual. Untuk informasi selengkapnya mengenai batas performa, lihat Batas atas metrik performa instans. Untuk informasi selengkapnya mengenai metode pengukuran, lihat Metode pengukuran.
Mengapa instans guaranteed-performance terkadang gagal mencapai batas atas metrik performanya?
Instans guaranteed-performance tidak menjamin bahwa semua metrik performa, termasuk bandwidth, dapat mencapai nilai maksimumnya secara bersamaan. Pembatasan kecepatan dipicu berdasarkan metrik pertama yang mencapai puncaknya.
Sebagai contoh, untuk instans large I (slb.s3.small), jika QPS mencapai 20.000 tetapi jumlah koneksi bersamaan belum mencapai 200.000, instans tersebut mungkin tidak pernah mencapai batas jumlah koneksi maksimumnya. Hal ini terjadi karena permintaan koneksi baru akan di-drop ketika batas QPS tercapai.
Dapatkah saya mengubah tipe instans guaranteed-performance?
Ya, Anda bisa.
Anda dapat mengubah tipe instans guaranteed-performance di Konsol. Untuk informasi selengkapnya, lihat Ubah konfigurasi instans CLB pay-as-you-go.
Mulai pukul 00.00.00 (UTC+8) pada 1 Juni 2025, Anda tidak dapat lagi membeli instans CLB pay-by-specification. Anda tidak dapat mengubah metode pengukuran instans pay-by-LCU menjadi pay-by-specification. Untuk informasi selengkapnya, lihat Penghentian penjualan instans 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 shared-performance menjadi instans guaranteed-performance tidak memengaruhi layanan Anda atau alamat IP instans SLB.
Alamat IP instans SLB tidak terpengaruh oleh operasi peningkatan dan penurunan.
Kami menyarankan agar Anda mengubah instans shared-performance menjadi instans guaranteed-performance selama jam sepi. Atau, Anda dapat menggunakan DNS untuk mendistribusikan traffic ke beberapa instans sebelum mengubah tipe instans.
Setelah saya mengubah tipe instans guaranteed-performance, mengapa perubahan tersebut tidak langsung berlaku?
Jika Anda mengubah tipe instans dan metode penagihan dari bayar-per-bandwidth ke bayar-berdasarkan-transfer-data atau sebaliknya secara bersamaan, perubahan tersebut akan berlaku pada pukul 00.00.00 hari berikutnya, bukan segera.
Dapatkah saya mengubah zona primer dan sekunder setelah instans CLB dibuat?
Tidak, Anda tidak bisa.
Anda tidak dapat mengubah zona primer setelah instans CLB dibuat. Sistem secara otomatis memilih zona sekunder yang paling sesuai berdasarkan ketersediaan resource di setiap wilayah. Anda tidak perlu mengonfigurasinya secara manual.
Anda dapat menggunakan Application Load Balancer (ALB) dan Network Load Balancer (NLB), yang mendukung penerapan multi-zona. Untuk informasi selengkapnya, lihat Apa itu SLB?, Apa itu ALB?, dan Apa itu NLB?.
Apakah waktu pemrosesan instans CLB mencakup waktu untuk menerima dan mengirim data ke client?
Ya, demikian. Waktu pemrosesan instans Server Load Balancer (CLB) mencakup waktu untuk menerima dan mengirim data ke client.
Waktu menerima data client: Ini adalah total waktu yang dibutuhkan instans CLB untuk membaca permintaan client. Waktu ini diukur oleh metrik
read_request_time. Ini mencakup waktu untuk menerima Header permintaan HTTP (read_header_time) dan badan permintaan (read_body_time).Waktu mengirim data respons: Ini mencakup waktu untuk mengembalikan respons ke client.
Bagaimana cara mendapatkan daftar blok CIDR IP publik yang secara otomatis dialokasikan ke CLB?
Alamat IP publik CLB dialokasikan secara dinamis. Anda harus memperoleh daftar blok CIDR IP CLB terlebih dahulu. Anda kemudian dapat menambahkan blok CIDR tersebut ke daftar putih firewall untuk mencegah pembatasan akses.
Alamat IP elastis (EIP) dan alamat IP publik 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 paging. Ukuran halaman default adalah 100 entri. Jika hasil berisi lebih dari 100 entri, sesuaikan parameter paging untuk memperoleh daftar lengkap.