Halaman ini menjawab pertanyaan umum tentang Classic Load Balancer (CLB) instans.
Topik ini mencakup pertanyaan-pertanyaan berikut:
Kategori | FAQ |
Pemilihan instans | |
Tipe instans | |
Konfigurasi instans |
Bagaimana cara memilih instans bayar sesuai penggunaan?
Mulai 00:00:00 (UTC+8) pada 1 Juni 2025, Anda tidak dapat lagi membeli instans CLB bayar-per-spesifikasi.
Secara default, instans CLB menggunakan metode penagihan bayar-per-LCU. Performa instans secara otomatis menyesuaikan dengan penggunaan, dan Anda tidak perlu menentukan tipe instans. Anda akan dikenakan biaya per jam berdasarkan penggunaan aktual Anda. Untuk informasi lebih lanjut tentang batasan performa, lihat Batasan performa instans. Untuk informasi lebih lanjut tentang penagihan, lihat Metode penagihan instans.
Mengapa instans berperforma terjamin kadang-kadang gagal mencapai metrik performa maksimumnya?
Instans berperforma terjamin tidak menjamin bahwa semua metrik performa dapat mencapai nilai maksimalnya pada saat yang sama. Pembatasan dipicu berdasarkan metrik pertama yang mencapai puncaknya.
Sebagai contoh, untuk instans besar I (slb.s3.small), jika QPS mencapai 20.000 tetapi jumlah koneksi bersamaan belum mencapai 200.000, instans tersebut mungkin tidak pernah mencapai batas koneksi maksimumnya. Hal ini karena permintaan koneksi baru dijatuhkan ketika batas QPS tercapai.
Apakah saya dapat mengubah tipe instans dari instans berperforma terjamin?
Ya, Anda bisa.
Anda dapat mengubah tipe instans dari instans berperforma terjamin di konsol. Untuk informasi lebih lanjut, lihat Ubah spesifikasi instans bayar sesuai penggunaan.
Mulai 00:00:00 (UTC+8) pada 1 Juni 2025, Anda tidak dapat lagi membeli instans CLB bayar-per-spesifikasi. Anda tidak dapat mengubah metode penagihan instans bayar-per-LCU menjadi bayar-per-spesifikasi. Untuk informasi lebih lanjut, lihat Pemberitahuan Penghentian untuk Instans Classic Load Balancer (CLB) Bayar-per-Spesifikasi.
Anda hanya dapat mengubah instans CLB berbagi sumber daya menjadi berkinerja tinggi. Anda tidak dapat mengubah instans CLB berkinerja tinggi menjadi berbagi sumber daya.
Mengubah instans berperforma bersama menjadi instans berperforma terjamin tidak memengaruhi layanan Anda atau alamat IP instans SLB.
Mengubah tipe instans tidak memengaruhi alamat IP instans SLB.
Kami sarankan Anda mengubah instans berperforma bersama menjadi instans berperforma terjamin selama jam-jam sepi. Sebagai alternatif, Anda dapat menggunakan DNS untuk menyeimbangkan lalu lintas di beberapa instans sebelum Anda mengubah tipe instans.
Setelah saya mengubah tipe instans dari instans berperforma terjamin, mengapa perubahan tersebut tidak langsung berlaku?
Jika Anda mengubah tipe instans dan metode penagihan dari bayar-per-bandwidth menjadi bayar-berdasarkan-transfer-data atau sebaliknya pada saat yang sama, perubahan tersebut akan berlaku pada 00:00:00 hari berikutnya, bukan segera.
Apakah saya dapat mengubah zona utama dan sekunder setelah instans CLB dibuat?
Tidak, Anda tidak bisa.
Anda tidak dapat mengubah zona utama setelah instans CLB dibuat. Sistem secara otomatis memilih zona sekunder yang paling sesuai berdasarkan ketersediaan sumber daya di setiap wilayah. Anda tidak perlu mengonfigurasinya secara manual.
Kami sarankan Anda menggunakan Application Load Balancer (ALB) dan Network Load Balancer (NLB), yang mendukung kebijakan multi-zona. Untuk informasi lebih lanjut, lihat Pengenalan produk Server Load Balancer (SLB), Apa itu Application Load Balancer (ALB)?, dan Apa itu Network Load Balancer (NLB)?.
Apakah waktu pemrosesan instans CLB termasuk waktu untuk menerima data dari dan mengirim data ke klien?
Ya. Waktu pemrosesan instans CLB mencakup waktu untuk menerima data dari dan mengirim data ke klien.
Waktu untuk menerima data klien: Ini diukur oleh metrik
read_request_time. Ini adalah total waktu yang diambil oleh instans SLB 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 tanggapan: Ini mencakup waktu untuk mengembalikan tanggapan ke klien.
Bagaimana cara mendapatkan daftar blok CIDR IP publik yang ditetapkan secara otomatis oleh CLB?
Alamat IP publik CLB dialokasikan secara dinamis. Kami sarankan Anda mendapatkan daftar blok CIDR IP CLB terlebih dahulu. Anda kemudian dapat menambahkan blok CIDR ke daftar putih firewall untuk mencegah pembatasan akses.
Elastic IP Address dan alamat IP publik CLB dialokasikan dari kolam sumber daya IP publik yang sama. Anda dapat memanggil operasi DescribePublicIpAddress untuk mendapatkan blok CIDR IP publik di wilayah tertentu.
API ini mendukung paging. Ukuran halaman default adalah 100 entri. Jika hasilnya berisi lebih banyak entri, Anda harus menyesuaikan parameter paging untuk mendapatkan daftar lengkap.