CLB: Penagihan bayar sesuai penggunaan - Server Load Balancer

Classic Load Balancer (CLB) mendukung metode bayar sesuai penggunaan. Ini mencakup bayar-per-penggunaan dan bayar-per-spesifikasi (telah dihentikan). Anda dapat melepas instans bayar sesuai penggunaan kapan saja.

Catatan

Penyesuaian dilakukan terhadap item yang dapat ditagih CLB. Mulai pukul 00:00:00 (UTC+8), 1 Desember 2024, item yang dapat ditagih berikut ini berlaku untuk instans CLB bayar sesuai penggunaan:
- Biaya instans diubah namanya menjadi biaya retensi IP publik.
- Item yang dapat ditagih biaya instans ditambahkan.
Untuk informasi lebih lanjut, lihat Penyesuaian penagihan CLB.
Mulai pukul 00:00:00, 1 Juni 2025 (Waktu Beijing, UTC+8), Alibaba Cloud akan menghentikan penawaran instans CLB bayar-per-spesifikasi baru. Untuk detailnya, lihat Pengumuman Penghentian Instans Classic Load Balancer (CLB) Bayar-per-Spesifikasi.

Bayar sesuai penggunaan

Fitur	Deskripsi
Deskripsi penagihan	Bayar sesuai penggunaan adalah metode penagihan pascabayar di mana Anda membayar sumber daya setelah menggunakannya. Di akhir setiap siklus penagihan, kami menerbitkan tagihan dan memotong biayanya dari akun Anda.
Kasus penggunaan	Bayar sesuai penggunaan ideal untuk skenario berikut: Fluktuasi penggunaan bisnis yang sering terjadi. Kebutuhan sumber daya sementara atau bersifat lonjakan.
Siklus penagihan	Biaya bayar sesuai penggunaan diselesaikan per jam tepat waktu (UTC+8). Siklus penagihan baru dimulai setelah setiap penyelesaian. Jika Anda menggunakan sumber daya kurang dari satu jam dalam siklus penagihan, Anda akan ditagih selama satu jam penuh. Misalnya, jika Anda membuat instans CLB bayar sesuai penggunaan pada pukul 09:30:00 dan melepaskannya pada pukul 12:30:00, periode yang dapat ditagih adalah dari pukul 09:00:00 hingga 13:00:00, total 4 jam yang dapat ditagih. Catatan Jika kredit tersedia Anda (saldo akun Alibaba Cloud dan kupon) tidak mencukupi untuk menutup tagihan yang belum dibayar, kami akan memberi tahu Anda melalui SMS atau email.

Metode penagihan instans

Opsi bayar sesuai penggunaan untuk CLB mencakup dua metode penagihan: bayar-per-penggunaan dan bayar-per-spesifikasi (telah dihentikan). Item yang dapat ditagih, jenis jaringan instans, serta jenis penagihan alamat IP publik bervariasi tergantung metode penagihannya.

Catatan

Dalam tabel berikut, tanda hubung (-) menunjukkan bahwa item tersebut tidak dikenai biaya, sedangkan tanda centang (✔) menunjukkan bahwa item tersebut dikenai biaya.

Bayar-per-penggunaan

Jenis jaringan instans	Jenis penagihan alamat IP publik	Kinerja maksimum instans	Biaya Instance	Biaya alamat IP publik	Biaya LCU dan spesifikasi		Biaya jaringan publik
Jenis jaringan instans	Jenis penagihan alamat IP publik	Kinerja maksimum instans	Biaya Instance	Biaya alamat IP publik	Biaya LCU	Biaya spesifikasi	Biaya transfer data	Biaya bandwidth
Jaringan publik	Bayar-berdasarkan-transfer-data	Secara otomatis diskalakan berdasarkan penggunaan. Untuk batas atasnya, lihat kinerja maksimum instans.	✔	✔	✔	-	✔	-
Jaringan pribadi	-	Secara otomatis diskalakan berdasarkan penggunaan. Untuk batas atasnya, lihat kinerja maksimum instans.	✔		✔	-	-	-

Bayar-per-spesifikasi (Telah Dihentikan)

Jenis jaringan instans	Jenis penagihan alamat IP publik	Kinerja maksimum instans	Biaya Instance	Biaya alamat IP publik	Biaya LCU dan spesifikasi		Biaya jaringan publik
Jenis jaringan instans	Jenis penagihan alamat IP publik	Kinerja maksimum instans	Biaya Instance	Biaya alamat IP publik	Biaya LCU	Biaya spesifikasi	Biaya transfer data	Biaya bandwidth
Jaringan publik	Bayar-berdasarkan-transfer-data	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum yang tersedia adalah s3.large.	✔	✔	-	✔	✔	-
Jaringan publik	Bayar-per-bandwidth	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum yang tersedia adalah s3.large.	✔	✔	-	✔	-	✔
Jaringan pribadi	-	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum yang tersedia adalah s3.large.	✔		-	✔	-	-

Penting

Instans jaringan pribadi bayar sesuai penggunaan tidak dikenai biaya alamat IP publik, biaya transfer data, atau biaya bandwidth. Jika Anda mengaitkan EIP yang dibeli secara terpisah dengan instans CLB jaringan pribadi, biaya jaringan publik yang dikeluarkan oleh EIP tersebut ditagih untuk EIP dan tidak muncul pada tagihan CLB.
Transfer data antara instans CLB dan instans ECS backend dalam wilayah yang sama tidak dikenai biaya.

Biaya instans

Biaya instans adalah biaya dasar untuk instans CLB, yang dikenakan selama instans tersebut aktif dan belum dilepas. Biaya ini berlaku untuk semua instans Bayar Sesuai Penggunaan.

Siklus penagihan untuk biaya instans CLB adalah 1 jam, diselaraskan dengan jam tepat. Penagihan dimulai saat instans dibuat dan berakhir saat instans dilepas. Penggunaan kurang dari satu jam ditagih sebagai satu jam penuh.

instance fee = instance unit price (USD/hour) × billing duration (hours), dengan harga satuan instans sebesar "USD 0,021/jam".

Catatan

Biaya instans dibebaskan untuk instans CLB yang dibuat sebelum 00:00:00, 1 Desember 2024. Pembebasan ini berlaku hingga 23:59:59, 30 November 2026. Untuk informasi lebih lanjut, lihat Pemberitahuan tentang Perpanjangan Masa Berlaku Diskon Biaya Instans untuk Classic Load Balancer (CLB).

Biaya retensi IP publik

Biaya retensi IP publik dikenakan untuk mempertahankan alamat IP publik pada Classic Load Balancer (CLB). Biaya ini berlaku selama alamat IP publik tersebut ada, terlepas dari status penggunaannya, dan hanya berlaku untuk instans bayar sesuai penggunaan.

Biaya retensi IP publik dihitung berdasarkan harga satuan alamat IP publik, durasi penagihan, dan jumlah instans.

Biaya Retensi IP Publik = Harga Satuan Alamat IP Publik × Durasi Penagihan × Jumlah Instans

Tabel berikut menunjukkan harga satuan. Wilayah dan harga dalam tabel ini hanya sebagai referensi. Untuk harga aktual, lihat halaman pembelian.

Wilayah	Harga satuan alamat IP publik (USD/IP/jam)
Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Qingdao), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Guangzhou), Tiongkok (Chengdu), Tiongkok (Ulanqab)	0,003
Tiongkok (Hong Kong), Jepang (Tokyo), UEA (Dubai), Korea (Seoul)	0,009
AS (Silicon Valley), AS (Virginia), Meksiko (Mexico City)	0,005
Filipina (Manila), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Inggris (London), Jerman (Frankfurt), Thailand (Bangkok)	0,006
Arab Saudi (Riyadh)	0,008

Biaya LCU dan spesifikasi

Biaya LCU

Load Balancer Capacity Unit (LCU) adalah unit terkecil untuk mengukur sumber daya yang dikonsumsi oleh load balancer. Biaya LCU merupakan biaya kinerja untuk instans CLB bayar sesuai penggunaan, yang diselesaikan per jam berdasarkan penggunaan aktual. Hanya instans bayar sesuai penggunaan yang dikenai biaya LCU.

Batas kinerja instans

Kinerja instans bayar sesuai penggunaan diskalakan secara otomatis sesuai penggunaan Anda, dan biaya LCU dikenakan per jam berdasarkan sumber daya yang dikonsumsi. Batas kinerjanya ditunjukkan dalam tabel berikut.

Metrik	Koneksi maksimum	Koneksi baru per detik (CPS)	Permintaan per detik (QPS)
batas kinerja instans	1.000.000	100.000	50.000

Penggunaan LCU

Biaya LCU dikenakan per jam. Jika Anda menggunakan sumber daya kurang dari satu jam penuh, Anda akan ditagih selama satu jam penuh.

Hourly LCU fees = LCU price (USD/LCU) × Number of LCUs per hour

Number of LCUs per hour = max{Number of LCUs for new connections, Number of LCUs for concurrent connections, Number of LCUs for data transfer, Number of LCUs for rule evaluations}

Load Balancer Capacity Unit (LCU) adalah metrik kinerja yang mengukur lalu lintas yang diproses oleh instans CLB. Metrik kinerja yang termasuk dalam satu LCU bergantung pada protokol yang digunakan oleh pendengar CLB.

Untuk lalu lintas TCP

Metrik	Deskripsi	Interval pengukuran	Faktor LCU	Perhitungan LCU per jam
Koneksi baru	Jumlah koneksi TCP baru yang diproses per detik.	Kedua	800	Jumlah LCU untuk koneksi baru dihitung dari jumlah puncak koneksi TCP baru per detik yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi baru maksimum / Faktor LCU`
Koneksi bersamaan	Jumlah koneksi TCP bersamaan per menit.	Menit	100.000	Jumlah LCU untuk koneksi bersamaan dihitung dari jumlah puncak koneksi TCP bersamaan per menit yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi bersamaan maksimum / Faktor LCU`
Transfer data	Volume data dari permintaan dan respons TCP yang diproses oleh CLB, dalam GB.	Jam	1 GB	Jumlah LCU untuk transfer data dihitung dari total volume data dari permintaan dan respons TCP yang diproses dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Total transfer data / Faktor LCU`

Untuk lalu lintas UDP

Metrik	Deskripsi	Interval pengukuran	Faktor LCU	Perhitungan LCU per jam
Koneksi baru	Jumlah koneksi UDP baru yang diproses per detik.	Kedua	400	Jumlah LCU untuk koneksi baru dihitung dari jumlah puncak koneksi UDP baru per detik yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi baru maksimum / Faktor LCU`
Koneksi bersamaan	Jumlah koneksi UDP bersamaan per menit.	Menit	50.000	Jumlah LCU untuk koneksi bersamaan dihitung dari jumlah puncak koneksi UDP bersamaan per menit yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi bersamaan maksimum / Faktor LCU`
Transfer data	Volume data dari permintaan dan respons UDP yang diproses oleh CLB, dalam GB.	Jam	1 GB	Jumlah LCU untuk transfer data dihitung dari total volume data dari permintaan dan respons UDP yang diproses dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Total transfer data / Faktor LCU`

Untuk lalu lintas HTTP(S)

Metrik	Deskripsi	Interval pengukuran	Faktor LCU	Perhitungan LCU per jam
Koneksi baru	Jumlah koneksi HTTP(S) baru yang diproses per detik.	Kedua	25	Jumlah LCU untuk koneksi baru dihitung dari jumlah puncak koneksi HTTP(S) baru per detik yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi baru maksimum / Faktor LCU`
Koneksi bersamaan	Jumlah koneksi HTTP(S) bersamaan per menit.	Menit	3.000	Jumlah LCU untuk koneksi bersamaan dihitung dari jumlah puncak koneksi HTTP(S) bersamaan per menit yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi bersamaan maksimum / Faktor LCU`
Transfer data	Volume data dari permintaan dan respons HTTP(S) yang diproses oleh CLB, dalam GB.	Jam	1 GB	Jumlah LCU untuk transfer data dihitung dari total volume data dari permintaan dan respons HTTP(S) yang diproses dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Total transfer data / Faktor LCU`
Evaluasi aturan	Nilai ini adalah jumlah aturan pengalihan yang diproses dikalikan dengan permintaan per detik (QPS). 25 aturan pengalihan pertama gratis. Jika jumlah aturan pengalihan yang diproses lebih dari 25, evaluasi aturan = QPS × (Jumlah aturan pengalihan yang diproses - 25). Jika jumlah aturan pengalihan yang diproses 25 atau kurang, evaluasi aturan = QPS.		1.000	Jumlah LCU dihitung dengan membagi jumlah evaluasi aturan dengan faktor LCU. Jumlah evaluasi aturan dihitung berdasarkan QPS puncak yang dicatat dalam siklus penagihan. Rumusnya sebagai berikut: `Jumlah LCU = Evaluasi aturan / Faktor LCU`

Jumlah LCU yang dikonsumsi oleh setiap pendengar per jam dihitung berdasarkan metrik di atas. Anda ditagih berdasarkan metrik dengan penggunaan LCU tertinggi. Total biaya LCU untuk instans CLB adalah jumlah biaya LCU untuk semua pendengarnya.

Harga LCU

Harga LCU adalah USD 0,007/LCU/jam. Untuk harga aktual, lihat halaman beli.

Untuk satu jam tertentu, setelah setiap metrik dikonversi ke LCU, konsumsi LCU dihitung berdasarkan penggunaan aktual, dengan presisi minimum 0,000001 LCU. Misalnya, jika Anda mengonsumsi 0,1 LCU dalam satu jam, biaya LCU untuk jam tersebut adalah 0,1 × 0,007 = USD 0,0007.

Contoh penagihan LCU

Anggaplah Anda membuat instans CLB bayar sesuai penggunaan di wilayah Tiongkok (Hangzhou) pada pukul 08:10:00, 8 Juni 2022. Anda mengonfigurasi pendengar TCP dan pendengar HTTP untuk instans tersebut, lalu melepaskannya pada pukul 08:50:00 hari yang sama. Tabel berikut menunjukkan data sampel untuk siklus penagihan 08:00–09:00.

Metrik	TCP	HTTP
Koneksi baru (per detik)	Koneksi TCP baru puncak untuk jam tersebut: 1.600. Konversi LCU: `1600/800 = 2`	Koneksi HTTP baru puncak untuk jam tersebut: 100. Konversi LCU: `100/25 = 4`
Koneksi bersamaan (per menit)	Koneksi TCP bersamaan puncak untuk jam tersebut: 480.000. Konversi LCU: `480.000/100.000 = 4,8`	Koneksi HTTP bersamaan puncak untuk jam tersebut: 12.000. Konversi LCU: `12.000/3.000 = 4`
Transfer data (per jam)	Data permintaan dan respons TCP yang diproses selama jam tersebut: 4 GB. Konversi LCU: `4/1 = 4`	Data permintaan dan respons HTTP yang diproses selama jam tersebut: 3,6 GB. Konversi LCU: `3.6/1 = 3.6`
Evaluasi aturan (per detik)	0	Asumsikan bahwa pendengar HTTP dikonfigurasi dengan 40 aturan pengalihan dan laju permintaan puncak adalah 400 QPS. Karena jumlah aturan pengalihan melebihi kuota gratis, evaluasi aturan puncak untuk jam tersebut dihitung sebagai berikut: `(40 - 25) × 400 = 6.000` Konversi LCU: `6.000/1.000 = 6`

Untuk pendengar TCP, metrik dengan penggunaan LCU tertinggi adalah koneksi bersamaan (4,8 LCU). Untuk pendengar HTTP, metrik tersebut adalah evaluasi aturan (6 LCU).

LCU fee for the TCP listener = USD 0.007/LCU × 4.8 LCUs = USD 0.0336
LCU fee for the HTTP listener = USD 0.007/LCU × 6 LCUs = USD 0.042
Total LCU fee for the CLB instance for the hour = LCU fee for the TCP listener + LCU fee for the HTTP listener = USD 0.0336 + USD 0.042 = USD 0.0756
Based on this usage, the estimated monthly LCU fee for the CLB instance is approximately: USD 0.0756 × 24 hours × 30 days = USD 54.432

Perkirakan konsumsi LCU

Anda dapat menggunakan kalkulator LCU untuk memperkirakan konsumsi LCU untuk instans CLB.

Biaya spesifikasi

Biaya spesifikasi adalah biaya tetap untuk instans CLB bayar-per-spesifikasi. Biaya ini didasarkan pada spesifikasi yang dipilih dan tidak berubah sesuai penggunaan. Biaya ini hanya berlaku untuk instans bayar sesuai penggunaan yang menggunakan metode penagihan bayar-per-spesifikasi.

Instans dengan kinerja terjamin memiliki tiga metrik kinerja utama berikut. Metrik ini bervariasi tergantung spesifikasi instansnya. Untuk informasi lebih lanjut, lihat FAQ Instans dengan Kinerja Terjamin.

Koneksi maksimum adalah jumlah maksimum koneksi bersamaan yang dapat ditangani oleh instans CLB. Jika jumlah koneksi pada instans melebihi batas spesifikasi, permintaan koneksi baru akan dijatuhkan.
Koneksi baru per detik (CPS) adalah laju pembentukan koneksi baru. Jika laju ini melebihi batas spesifikasi, permintaan koneksi baru akan dijatuhkan.
Permintaan per detik (QPS) adalah metrik untuk pendengar layer 7 yang mengukur jumlah permintaan HTTP(S) yang diproses per detik. Jika laju permintaan melebihi batas QPS spesifikasi, permintaan baru akan dijatuhkan.

Tabel berikut merinci spesifikasi instans, kemampuan penyeimbang beban, dan harga referensi. Harga aktual ditampilkan di halaman pembelian.

Spesifikasi	Koneksi maksimum	CPS	QPS	Harga satuan (Tiongkok)	Harga satuan (Luar Negeri)
Entri I (slb.s1.small)	5.000	3.000	1.000	0,01	0,012
Standar I (slb.s2.small)	50.000	5.000	5.000	0,05	0,06
Standar II (slb.s2.medium)	100.000	10.000	10.000	0,10	0,12
Tingkat Lanjut I (slb.s3.small)	200.000	20.000	20.000	0,20	0,24
Tingkat Lanjut II (slb.s3.medium)	500.000	50.000	30.000	0,31	0,37
Super I (slb.s3.large)	1.000.000	100.000	50.000	0,51	0,61

Contoh: Jika Anda membuat instans publik dengan spesifikasi Standar I (slb.s2.small) di wilayah Tiongkok (Hangzhou) pada pukul 10:00:00, 20 November 2021, lalu melepaskannya pada pukul 12:34:00, 21 November 2021, biaya dihitung sebagai berikut:

Harga satuan spesifikasi untuk instans Standar I (slb.s2.small) di wilayah Tiongkok (Hangzhou) = USD 0,05/jam
Durasi penagihan = 27 jam
Biaya spesifikasi = USD 0,05/jam × 27 jam = USD 1,35

Biaya jaringan publik

Biaya transfer data

Biaya transfer data dikenakan untuk transfer data arah keluar (lalu lintas downlink). Transfer data arah masuk (lalu lintas uplink) gratis. Biaya ini hanya berlaku untuk instans CLB publik yang menggunakan metode penagihan bayar-berdasarkan-transfer-data. Transfer data antara instans CLB dan instans ECS backend dalam wilayah yang sama tidak dikenai biaya.

Penting

Untuk instans CLB publik bayar-berdasarkan-transfer-data, bandwidth maksimum tidak dijamin. Ini hanya sebagai referensi dan batas atas. Bandwidth Anda mungkin dibatasi selama periode konflik sumber daya. Untuk informasi lebih lanjut, lihat Pembatasan bandwidth.

Untuk instans CLB publik bayar-berdasarkan-transfer-data, baik siklus penagihan maupun siklus penyelesaian adalah satu jam. Jika Anda menggunakan instans kurang dari satu jam dalam siklus penagihan, kami akan menagih Anda selama satu jam penuh.

Biaya transfer data = Harga satuan transfer data (USD/GB) × Transfer data (GB)

Tabel berikut mencantumkan harga satuan untuk transfer data. Harga yang tercantum hanya sebagai referensi. Harga di halaman beli bersifat final.

Wilayah	Harga satuan (USD/GB)
Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Guangzhou), Tiongkok (Ulanqab)	0,125
Tiongkok (Qingdao)	0,113
Tiongkok (Hong Kong)	0,156
AS (Silicon Valley), AS (Virginia)	0,078
Malaysia (Kuala Lumpur)	0,112
Filipina (Manila), Singapura, Indonesia (Jakarta), Thailand (Bangkok)	0,117
Jepang (Tokyo)	0,087
Jerman (Frankfurt), Inggris (London)	0,070
Meksiko (Mexico City)	0,078
UEA (Dubai)	0,447
Korea Selatan (Seoul)	0,123
Arab Saudi (Riyadh)	0,141

Contoh: Anggaplah Anda membuat instans CLB publik bayar-berdasarkan-transfer-data di wilayah Tiongkok (Hangzhou) pada pukul 10:00:00, 20 November 2021, lalu melepaskannya pada pukul 12:34:00, 21 November 2021. Selama periode ini, instans tersebut mengonsumsi total 5 GB transfer data arah keluar. Biaya dihitung sebagai berikut:

Unit price of data transfer in the China (Hangzhou) region = USD 0.125/GB
Data transfer = 5 GB
Data transfer fee = USD 0.125/GB × 5 GB = USD 0.625

Biaya bandwidth

Biaya bandwidth adalah biaya untuk bandwidth yang disediakan untuk instans CLB publik yang ditagih berdasarkan bandwidth tetap. Ini adalah biaya tetap berdasarkan bandwidth yang Anda beli dan tidak terpengaruh oleh transfer data aktual. Biaya ini hanya berlaku untuk instans bayar sesuai penggunaan publik yang ditagih berdasarkan bandwidth tetap.

Penting

Untuk instans CLB publik yang ditagih berdasarkan bandwidth tetap (bagian dari model bayar-per-spesifikasi yang telah dihentikan), bandwidth puncak adalah metrik kinerja yang dijamin, bahkan selama periode konflik sumber daya. Untuk informasi lebih lanjut, lihat Batas bandwidth.

Instans CLB publik yang ditagih berdasarkan bandwidth tetap memiliki siklus penagihan satu hari. Dalam siklus penagihan, jika Anda menggunakan instans kurang dari satu jam, Anda akan ditagih selama satu jam penuh. Jika instans berjalan kurang dari satu hari penuh, biaya dihitung berdasarkan jam penggunaan aktual pada hari tersebut. Durasi yang dapat ditagih adalah waktu instans beroperasi dengan bandwidth tetap.

Harga satuan bandwidth untuk instans CLB publik yang ditagih berdasarkan bandwidth tetap bersifat bertingkat, dengan ambang batas pada 5 Mbps.
Jika Anda melakukan perubahan bandwidth dalam siklus penagihan, CLB menghitung biaya bandwidth berdasarkan bandwidth puncak tertinggi yang dicatat pada hari tersebut.

Catatan

Untuk instans yang ditagih berdasarkan bandwidth, bandwidth masuk puncak sama dengan bandwidth keluar puncak.

Untuk bandwidth puncak dari 1 hingga 5 Mbps: Biaya bandwidth = Bandwidth puncak × Harga satuan × Durasi penagihan
Untuk bandwidth puncak lebih dari 5 Mbps: Biaya bandwidth = [5 × (Harga satuan untuk 1-5 Mbps) + (Bandwidth puncak - 5) × (Harga satuan untuk >5 Mbps)] × Durasi penagihan

Tabel berikut mencantumkan harga satuan untuk bandwidth. Wilayah dan harga yang tercantum hanya sebagai referensi. Harga di halaman pembelian bersifat final.

Wilayah	Harga per jam (1–5 Mbps)	Harga per hari (1–5 Mbps)	Harga per jam (>5 Mbps)	Harga per hari (>5 Mbps)
Tiongkok (Hangzhou), Tiongkok (Shanghai), Tiongkok (Beijing), Tiongkok (Zhangjiakou), Tiongkok (Hohhot), Tiongkok (Shenzhen), Tiongkok (Heyuan), Tiongkok (Chengdu)	0,006	0,144	0,02	0,48
Tiongkok (Qingdao)	0,005	0,12	0,016	0,384
Tiongkok (Hong Kong)	0,006	0,144	0,02	0,48
Singapura (Singapura), Indonesia (Jakarta), Malaysia (Kuala Lumpur), Jerman (Frankfurt), Inggris (London), Thailand (Bangkok), Korea Selatan (Seoul)	0,006	0,144	0,02	0,48
Jepang (Tokyo)	0,007	0,168	0,023	0,552
UEA (Dubai)	0,048	1,152	0,118	2,832
AS (Silicon Valley), AS (Virginia), Meksiko (Queretaro)	0,006	0,144	0,02	0,48

Contoh: Asumsikan Anda membuat instans CLB publik dengan bandwidth 2 Mbps di wilayah Tiongkok (Hangzhou) pada pukul 10:00:00, 20 November 2021. Anda mengubah bandwidth menjadi 20 Mbps pada pukul 08:00:00, 21 November 2021, lalu melepaskan instans tersebut pada pukul 12:34:00, 21 November 2021. Biaya dihitung sebagai berikut:

Peak bandwidth on Day 1 = 2 Mbps
Peak bandwidth on Day 2 = 20 Mbps
Bandwidth fee for Day 1 = (2 × 0.006) × 14 = USD 0.168
Bandwidth fee for Day 2 = [5 × 0.006 + (20 - 5) × 0.02] × 13 = USD 4.29
Total bandwidth fee = 0.168 + 4.29 = USD 4.458

Mengubah metode penagihan

Bagian ini menjelaskan metode penagihan dan perubahan konfigurasi untuk instans CLB bayar sesuai penggunaan.

Metode penagihan instans bayar sesuai penggunaan mencakup bayar-per-penggunaan dan bayar-per-spesifikasi (telah dihentikan). Anda dapat mengonversi instans bayar-per-spesifikasi menjadi instans bayar-per-penggunaan, tetapi tidak sebaliknya. Untuk informasi lebih lanjut, lihat Mengubah metode penagihan instans bayar sesuai penggunaan.
Sebelum beralih dari bayar-per-spesifikasi ke bayar-per-penggunaan, gunakan Estimator LCU CLB bersama dengan data pemantauan historis untuk memperkirakan biaya dan memilih metode penagihan yang paling hemat biaya.
Untuk instans bayar-per-spesifikasi, Anda dapat mengubah spesifikasi instans, jenis tagihan internet, dan nilai bandwidth.
Perubahan yang tidak melibatkan jenis tagihan internet berlaku segera. Jika tidak, semua perubahan konfigurasi untuk instans berlaku pada pukul 00:00:00 hari berikutnya. Anda tidak dapat melakukan perubahan konfigurasi lain hingga perubahan yang tertunda berlaku.

Optimasi biaya

Pengurangan biaya

Jenis biaya	Tindakan
biaya lalu lintas jaringan publik	Beli Paket Transfer Data untuk mengimbangi biaya lalu lintas jaringan publik.
biaya spesifikasi	Untuk instans bayar-per-spesifikasi, sesuaikan spesifikasi instans sesuai kebutuhan bisnis Anda untuk mencegah pemborosan sumber daya.
sumber daya menganggur	Segera lepas instans CLB dan alamat IP publik yang tidak digunakan untuk mencegah biaya yang tidak perlu. Lepaskan EIP yang terikat ke instans CLB akses internal secara terpisah.
diskon tambahan	Setelah menerapkan opsi penghematan seperti paket sumber daya dan Paket Transfer Data, hubungi manajer akun Anda untuk menanyakan diskon tambahan atas biaya CLB Anda.

Perkiraan biaya

Gunakan Estimator LCU CLB untuk memperkirakan konsumsi LCU Anda.
Perkirakan biaya di masa depan berdasarkan tagihan sebelumnya dan proyeksi pertumbuhan bisnis.

Memecahkan masalah kenaikan biaya mendadak

Gunakan Konsol CloudMonitor untuk melihat tren metrik seperti lalu lintas dan jumlah permintaan untuk instans CLB Anda guna mengidentifikasi kapan kenaikan biaya terjadi.
Tinjau log akses CLB (yang harus diaktifkan terlebih dahulu) dan log server backend untuk memeriksa adanya lalu lintas abnormal atau serangan berbahaya.
Di Konsol Manajemen Penagihan, bandingkan tagihan Anda saat ini dengan tagihan historis untuk mengidentifikasi item yang dapat ditagih yang mengalami kenaikan.
Atur peringatan biaya untuk menerima notifikasi ketika biaya Anda melebihi ambang batas yang telah ditentukan. Hal ini membantu Anda mendeteksi anomali dengan cepat.

Pertanyaan yang Sering Diajukan

Bagaimana cara menanyakan detail penagihan CLB?

Masuk ke Konsol Manajemen Penagihan. Di halaman Bill Details, atur Product Name ke Server Load Balancer dan Commodity Name ke Classic Load Balancer CLB (bayar sesuai penggunaan). Anda dapat mencari berdasarkan ID instans atau mengekspor data sebagai file CSV untuk melihat detailnya.

Apa dampak penagihan dari menghentikan versus melepas (menghapus) instans CLB?

Menghentikan instans CLB hanya menghentikan sementara pengalihan pendengar. Selama instans tersebut ada dan belum dilepas, biaya berikut terus berjalan: biaya retensi IP publik, biaya instans, biaya spesifikasi (untuk instans yang ditagih berdasarkan spesifikasi), dan biaya bandwidth (untuk instans yang ditagih berdasarkan bandwidth tetap). Biaya transfer data dan biaya LCU tidak dikenakan selama instans dihentikan. Hanya dengan melepas (menghapus) instans CLB yang benar-benar menghentikan semua penagihan dan melepas alamat IP publik yang terkait. Jika Anda tidak lagi memerlukan instans CLB, segera lepaskan untuk menghindari biaya yang tidak perlu dari sumber daya menganggur.