CLB: Penagihan pay-as-you-go - Server Load Balancer - Alibaba Cloud Documentation Center

Classic Load Balancer (CLB) mendukung model pay-as-you-go, yang mencakup pay-by-usage dan pay-by-specification (telah dihentikan). Anda dapat melepas instans pay-as-you-go kapan saja.

Catatan

Penyesuaian telah dilakukan terhadap item yang dapat ditagih CLB. Mulai pukul 00:00:00 (UTC+8), 1 Desember 2024, instans CLB pay-as-you-go akan menggunakan item yang dapat ditagih berikut:
- Instance fee diubah namanya menjadi public IP retention fee.
- Item yang dapat ditagih instance fee ditambahkan.
Untuk informasi lebih lanjut, lihat Penyesuaian penagihan CLB.

Pay-as-you-go

Fitur	Deskripsi
Deskripsi penagihan	Pay-as-you-go adalah metode penagihan pasca bayar di mana Anda membayar sumber daya setelah menggunakannya. Di akhir setiap siklus penagihan, kami menerbitkan tagihan dan memotong biaya dari akun Anda.
Kasus penggunaan	Pay-as-you-go ideal untuk skenario berikut: Fluktuasi penggunaan bisnis yang sering. Kebutuhan sumber daya sementara atau lonjakan.
Siklus penagihan	Biaya pay-as-you-go 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 pay-as-you-go pada pukul 09:30:00 dan melepaskannya pada pukul 12:30:00, periode yang dapat ditagih adalah dari 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 pay-as-you-go untuk CLB mencakup dua metode penagihan: pay-by-usage dan pay-by-specification (dihentikan). Item yang dapat ditagih, jenis jaringan instans, serta jenis penagihan alamat IP publik bervariasi tergantung pada metode penagihan yang digunakan.

Catatan

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

Pay-by-usage

Jenis jaringan instans	Jenis penagihan alamat IP publik	Performa Instans Maksimal	Instance fee	Public IP address fee	LCU dan Biaya Spesifikasi		Biaya jaringan publik
Jenis jaringan instans	Jenis penagihan alamat IP publik	Performa Instans Maksimal	Instance fee	Public IP address fee	LCU fee	Specification fee	Data transfer fee	Bandwidth fee
Jaringan publik	Pay-by-data-transfer	Secara otomatis diskalakan berdasarkan penggunaan. Untuk batas atas, lihat kinerja maksimum instans.	✔	✔	✔	-	✔	-
Jaringan pribadi	-	Secara otomatis diskalakan berdasarkan penggunaan. Untuk batas atas, lihat kinerja maksimum instans.	✔		✔	-	-	-

Pay-by-specification (Dihentikan)

Jenis jaringan instans	Jenis penagihan alamat IP publik	Kinerja maksimum instans	Instance fee	Public IP address fee	Biaya LCU dan spesifikasi		Biaya jaringan publik
Jenis jaringan instans	Jenis penagihan alamat IP publik	Kinerja maksimum instans	Instance fee	Public IP address fee	LCU fee	Specification fee	Data transfer fee	Bandwidth fee
Jaringan publik	Pay-by-data-transfer	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum yang tersedia adalah s3.large.	✔	✔	-	✔	✔	-
Jaringan publik	Pay-by-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 pay-as-you-go tidak dikenai biaya alamat IP publik, biaya transfer data, maupun biaya bandwidth. Jika Anda mengaitkan EIP yang dibeli secara terpisah dengan instans CLB jaringan pribadi, biaya jaringan publik yang dikeluarkan oleh EIP akan ditagihkan untuk EIP dan tidak muncul pada tagihan CLB.
Transfer data antara instans CLB dan instans ECS backend dalam wilayah yang sama tidak dikenai biaya.

Instance fee

Instance fee merupakan biaya dasar untuk instans CLB. Biaya ini dikenakan selama instans masih aktif dan belum dilepas, serta berlaku untuk semua instans Pay-As-You-Go.

Siklus penagihan instance fee CLB adalah 1 jam. Penggunaan kurang dari satu jam dalam siklus penagihan ditagih sebagai satu jam penuh. Durasi penagihan mencakup periode sejak pembuatan instans hingga dilepas.

instance fee = harga satuan instans (USD/jam) × durasi penagihan (jam), dengan harga satuan instans sebesar "USD 0,021/jam".

Catatan

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

Public IP retention fee

Public IP retention fee dikenakan untuk mempertahankan alamat IP publik pada Classic Load Balancer (CLB). Biaya ini berlaku selama alamat IP publik tersedia, terlepas dari status penggunaannya, dan hanya berlaku untuk instans pay-as-you-go.

Public IP retention fee dihitung berdasarkan harga satuan alamat IP publik, durasi penagihan, dan jumlah instans.

Public IP Retention Fee = 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	Biaya Instans (USD/instans/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 pay-as-you-go, yang diselesaikan per jam berdasarkan penggunaan aktual. Hanya instans pay-as-you-go yang dikenai biaya LCU.

Batas kinerja instans

Kinerja instans pay-as-you-go diskalakan secara otomatis sesuai penggunaan Anda, dan biaya LCU dikenakan per jam berdasarkan sumber daya yang dikonsumsi. Batas kinerja 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, nilai evaluasi aturan adalah nol.		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

Asumsikan Anda membuat instans CLB pay-as-you-go di wilayah Tiongkok (Hangzhou) pada pukul 08:10:00 tanggal 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 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.

Specification fee

Specification fee adalah biaya tetap untuk instans CLB pay-by-specification. Biaya ini didasarkan pada spesifikasi yang dipilih dan tidak bervariasi dengan penggunaan. Biaya ini hanya berlaku untuk instans pay-as-you-go yang menggunakan metode penagihan pay-by-specification.

Instans dengan kinerja terjamin memiliki tiga metrik kinerja utama berikut. Metrik ini bervariasi berdasarkan spesifikasi instans. 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 load balancing, dan harga referensi. Harga aktual ditampilkan di halaman pembelian.

Spesifikasi	Koneksi maksimum	CPS	QPS	Harga satuan (Tiongkok)	Harga satuan (Luar Negeri)
Entry I (slb.s1.small)	5.000	3.000	1.000	0,01	0,012
Standard I (slb.s2.small)	50.000	5.000	5.000	0,05	0,06
Standard II (slb.s2.medium)	100.000	10.000	10.000	0,10	0,12
Advanced I (slb.s3.small)	200.000	20.000	20.000	0,20	0,24
Advanced 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 Standard I (slb.s2.small) di wilayah Tiongkok (Hangzhou) pada pukul 10:00:00 tanggal 20 November 2021, lalu melepaskannya pada pukul 12:34:00 tanggal 21 November 2021, biaya dihitung sebagai berikut:

Harga satuan spesifikasi untuk instans Standard I (slb.s2.small) di wilayah Tiongkok (Hangzhou) = USD 0,05/jam
Durasi penagihan = 27 jam
Specification fee = 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 pay-by-data-transfer.

Penting

Untuk instans CLB publik pay-by-data-transfer, 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 pay-by-data-transfer, 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.

Data transfer fee = Unit price of data transfer (USD/GB) × Data transfer (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: Asumsikan Anda membuat instans CLB publik pay-by-data-transfer di wilayah Tiongkok (Hangzhou) pada pukul 10:00:00 tanggal 20 November 2021, lalu melepaskannya pada pukul 12:34:00 tanggal 21 November 2021. Selama periode ini, instans 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 dari 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 pay-as-you-go publik yang ditagih berdasarkan bandwidth tetap.

Penting

Untuk instans CLB publik yang ditagih berdasarkan bandwidth tetap (bagian dari model pay-by-specification 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 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 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	11,52	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 tanggal 20 November 2021. Anda mengubah bandwidth menjadi 20 Mbps pada pukul 08:00:00 tanggal 21 November 2021, lalu melepas instans tersebut pada pukul 12:34:00 tanggal 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 pay-as-you-go.

Metode penagihan instans pay-as-you-go mencakup pay-by-usage dan pay-by-specification (dihentikan). Anda dapat mengonversi instans pay-by-specification menjadi instans pay-by-usage, tetapi tidak sebaliknya. Untuk informasi lebih lanjut, lihat Mengubah metode penagihan instans pay-as-you-go.
Untuk instans pay-by-specification, 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.

Optimalisasi biaya

Pengurangan biaya

Jenis biaya	Tindakan
biaya trafik jaringan publik	Beli Data Transfer Plan untuk mengimbangi biaya trafik jaringan publik.
specification fee	Untuk instans pay-by-specification, 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 pada instans CLB akses internal secara terpisah.
diskon tambahan	Setelah menerapkan opsi penghematan seperti paket sumber daya dan Data Transfer Plan, hubungi manajer akun Anda untuk menanyakan diskon tambahan atas biaya CLB Anda.

Estimasi biaya

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

Memecahkan masalah kenaikan biaya mendadak

Gunakan Konsol CloudMonitor untuk melihat tren metrik seperti trafik 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 trafik tidak normal 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.