Aturan penagihan dan item yang dapat ditagih untuk CLB bayar sesuai pemakaian - Server Load Balancer

Classic Load Balancer (CLB) mendukung metode penagihan bayar sesuai pemakaian, yang mencakup Pay-by-LCU dan Pay-by-specification (tidak dijual lagi). Anda dapat melepas instans bayar sesuai pemakaian 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 digunakan oleh instans CLB bayar sesuai pemakaian:
- Biaya instans diubah namanya menjadi biaya retensi IP publik.
- Item yang dapat ditagih biaya instans ditambahkan.
Untuk informasi selengkapnya, lihat Penyesuaian penagihan CLB.

Aturan penagihan

Fitur	Deskripsi
Aturan penagihan	Metode penagihan bayar sesuai pemakaian memungkinkan Anda menggunakan resource sebelum membayarnya. Tagihan dibuat dan biaya dipotong dari akun Anda setelah setiap siklus penagihan.
Skenario	Metode penagihan bayar sesuai pemakaian ideal untuk skenario berikut: Skenario dengan penggunaan bisnis yang fluktuatif. Penggunaan resource bersifat sementara dan tiba-tiba meningkat.
Siklus penagihan	Resource bayar sesuai pemakaian ditagih per jam (UTC+8). Setelah biaya untuk satu siklus penagihan diselesaikan, siklus penagihan baru dimulai. Jika Anda menggunakan resource kurang dari satu jam dalam satu siklus penagihan, durasi penggunaan dibulatkan ke atas menjadi satu jam. Misalnya, jika Anda membuat instans CLB bayar sesuai pemakaian pada pukul 09:30:00 dan melepaskannya pada pukul 12:30:00, Anda dikenai biaya selama empat jam, dari pukul 09:00:00 hingga 13:00:00. Catatan Jika saldo akun Alibaba Cloud Anda, termasuk kupon tunai, kurang dari jumlah tagihan yang harus diselesaikan, Anda akan menerima notifikasi melalui pesan teks atau email mengenai saldo yang tidak mencukupi.

Metode pengukuran instans

Instans CLB bayar sesuai pemakaian mendukung dua metode pengukuran: Pay-by-LCU dan Pay-by-specification (tidak dijual lagi). Item yang dapat ditagih untuk instans CLB bervariasi berdasarkan metode pengukurannya, jenis jaringan, dan metode penagihan Internet.

Catatan

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

Penagihan Berbasis Penggunaan

Jenis jaringan instans	Metode pengukuran Internet	Batas performa instans	Biaya Instance	Biaya retensi IP publik	Biaya LCU & Spesifikasi		Biaya jaringan Internet
Jenis jaringan instans	Metode pengukuran Internet	Batas performa instans	Biaya Instance	Biaya retensi IP publik	Biaya LCU	Biaya spesifikasi	Biaya transfer data	Biaya bandwidth
Internet	Pay-by-data-transfer	Otomatis diskalakan berdasarkan penggunaan. Batas atas mengacu padaBatas Performa Instans.	✔	✔	✔	-	✔	-
Jaringan privat	-	Otomatis diskalakan berdasarkan penggunaan, dengan batas atas mengacu padabatas performa instans.	✔		✔	-	-	-

Pay-by-specification (tidak dijual lagi)

Jenis jaringan instans	Metode pengukuran Internet	Batas performa instans	Biaya Instance	Biaya retensi IP publik	Biaya LCU & Spesifikasi		Biaya jaringan Internet
Jenis jaringan instans	Metode pengukuran Internet	Batas performa instans	Biaya Instance	Biaya retensi IP publik	Biaya LCU	Biaya spesifikasi	Biaya transfer data	Biaya bandwidth
Internet	Pay-by-data-transfer	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum adalah s3.large.	✔	✔	-	✔	✔	-
Internet	Pay-by-bandwidth	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum adalah s3.large.	✔	✔	-	✔	-	✔
Jaringan privat	-	Ditentukan oleh spesifikasi yang dibeli. Spesifikasi maksimum adalah s3.large.	✔		-	✔	-	-

Penting

Instans CLB bayar sesuai pemakaian akses internal tidak dikenai biaya retensi IP publik, biaya transfer data, maupun biaya bandwidth. Jika Anda menyambungkan EIP yang dibeli secara terpisah ke instans CLB akses internal, biaya jaringan publik yang dikenakan oleh EIP ditagihkan ke EIP dan tidak termasuk dalam tagihan CLB.
Lalu lintas jaringan internal antara CLB dan instans ECS backend dalam wilayah yang sama gratis.

Biaya instance

Biaya instans adalah biaya dasar untuk instans CLB. Biaya ini dikenakan selama instans tersebut ada (hingga dilepas). Semua instans bayar sesuai pemakaian dikenai biaya instans.

Siklus penagihan untuk biaya instans CLB adalah satu jam. Jika Anda menggunakan instans kurang dari satu jam dalam satu siklus penagihan, durasi penggunaan dibulatkan ke atas menjadi satu jam. Durasi penagihan adalah periode dari pembuatan hingga pelepasan instans.

Biaya instans = Harga satuan instans (USD/jam) × Durasi penagihan (jam), dengan harga satuan instans sebesar USD 0,021/jam.

Catatan

Instans CLB yang dibuat sebelum 1 Desember 2024, pukul 00:00:00 (UTC+8) untuk sementara dibebaskan dari biaya instans dan gratis hingga 30 November 2026, pukul 23:59:59 (UTC+8). Untuk informasi selengkapnya, lihat Perpanjangan masa pembebasan biaya instans CLB.

Biaya retensi IP publik

Biaya retensi IP publik adalah biaya untuk konfigurasi alamat IP publik instans CLB. Biaya ini dikenakan selama alamat IP publik tersebut ada, terlepas dari penggunaannya. Hanya instans bayar sesuai pemakaian yang menghadap Internet yang dikenai biaya retensi IP publik.

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

Biaya retensi IP publik = Harga satuan alamat IP publik × Durasi penagihan × Jumlah instans

Anda dapat mengklik untuk melihat wilayah dan harga satuannya. Informasi harga dalam tabel berikut hanya sebagai referensi. Harga aktual mengikuti harga yang ditampilkan di 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 Selatan (Seoul)	0,009
AS (Silicon Valley), AS (Virginia), Meksiko	0,005
Filipina (Manila), Singapura, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Inggris (London), Jerman (Frankfurt), Thailand (Bangkok)	0,006
SAU (Riyadh - Partner Region)	0,008

Biaya LCU dan biaya spesifikasi

Biaya LCU

Load Balancer Capacity Unit (LCU) adalah unit terkecil untuk mengukur resource yang dikonsumsi oleh load balancer. Biaya LCU berlaku untuk unit kapasitas performa instans CLB Pay-by-LCU dan ditagih per jam berdasarkan penggunaan aktual. Hanya instans bayar sesuai pemakaian yang ditagih berdasarkan LCU yang dikenai biaya LCU.

Batas performa instans

Instans Pay-by-LCU secara otomatis diskalakan berdasarkan penggunaan, dan Anda ditagih biaya LCU per jam sesuai konsumsi LCU aktual. Batas performa tercantum dalam tabel berikut:

Metrik	Koneksi maksimum	Koneksi baru per detik (CPS)	Permintaan per detik (QPS)
Batas performa instans	1.000.000	100.000	50.000

Definisi penggunaan LCU

Biaya LCU CLB ditagih per jam, dengan setiap siklus penagihan berlangsung satu jam. Jika Anda menggunakan instans kurang dari satu jam dalam satu siklus penagihan, durasi penggunaan dibulatkan ke atas menjadi satu jam.

Biaya LCU per jam = Harga satuan LCU (USD per LCU) × Jumlah LCU yang dikonsumsi per jam

Jumlah LCU per jam = max {Jumlah LCU yang dikonsumsi oleh koneksi baru, Jumlah LCU yang dikonsumsi oleh koneksi bersamaan, Jumlah LCU yang dikonsumsi oleh transfer data, Jumlah LCU yang dikonsumsi oleh evaluasi aturan}

Unit kapasitas performa (LCU) adalah metrik performa yang digunakan untuk mengukur performa CLB saat memproses lalu lintas. Metrik performa yang termasuk dalam satu LCU bergantung pada protokol CLB listener.

Untuk lalu lintas TCP

Nama metrik	Deskripsi	Waktu pengukuran	Koefisien LCU	Perhitungan LCU per jam untuk setiap metrik
Koneksi baru	Jumlah koneksi TCP baru yang diproses per detik.	Kedua	800	Dalam satu siklus penagihan, sistem mencatat semua koneksi TCP baru per detik. Kemudian, sistem membagi jumlah maksimum koneksi baru per detik dengan koefisien LCU untuk mendapatkan jumlah LCU untuk koneksi baru dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = Jumlah maksimum koneksi baru ÷ koefisien LCU`
Koneksi bersamaan	Jumlah koneksi TCP bersamaan per menit.	Menit	100.000	Dalam satu siklus penagihan, sistem mencatat koneksi TCP bersamaan per menit. Kemudian, sistem membagi jumlah maksimum koneksi bersamaan per menit dengan koefisien LCU untuk mendapatkan jumlah LCU untuk koneksi bersamaan dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi Bersamaan Maksimum ÷ koefisien LCU`
Pemrosesan data	Volume data yang diproses oleh CLB untuk permintaan dan tanggapan TCP, dalam GB.	Jam	1 GB	Dalam satu siklus penagihan, sistem mencatat total volume data yang diproses untuk permintaan dan tanggapan TCP. Kemudian, sistem membagi total volume data dengan koefisien LCU untuk mendapatkan jumlah LCU untuk pemrosesan data dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = Total volume data yang diproses ÷ koefisien LCU`

Untuk lalu lintas UDP

Nama metrik	Deskripsi	Waktu pengukuran	Koefisien LCU	Perhitungan LCU per jam untuk setiap metrik
Koneksi baru	Jumlah koneksi UDP baru yang diproses per detik.	Kedua	400	Dalam satu siklus penagihan, sistem mencatat semua koneksi UDP baru per detik. Kemudian, sistem membagi jumlah maksimum koneksi baru per detik dengan koefisien LCU untuk mendapatkan jumlah LCU untuk koneksi baru dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = Koneksi Baru Maksimum ÷ koefisien LCU`
Koneksi bersamaan	Jumlah koneksi UDP bersamaan per menit.	Menit	50.000	Dalam satu siklus penagihan, sistem mencatat koneksi UDP bersamaan per menit. Kemudian, sistem membagi jumlah maksimum koneksi bersamaan per menit dengan koefisien LCU untuk mendapatkan jumlah LCU untuk koneksi bersamaan dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = koneksi bersamaan maksimum ÷ koefisien LCU`
Volume Data yang Diproses	Volume data yang diproses oleh CLB untuk permintaan dan tanggapan UDP, dalam GB.	Jam	1 GB	Dalam satu siklus penagihan, sistem mencatat total volume data yang diproses untuk permintaan dan tanggapan UDP. Kemudian, sistem membagi total volume data dengan koefisien LCU untuk mendapatkan jumlah LCU untuk pemrosesan data dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = Total volume transfer data / koefisien LCU`

Untuk lalu lintas HTTP(S)

Nama metrik	Deskripsi	Waktu pengukuran	Koefisien LCU	Perhitungan LCU per jam untuk setiap metrik
Koneksi baru	Jumlah koneksi HTTP(S) baru yang diproses per detik.	Kedua	25	Dalam satu siklus penagihan, sistem mencatat semua koneksi HTTP(S) baru per detik. Kemudian, sistem membagi jumlah maksimum koneksi baru per detik dengan koefisien LCU untuk mendapatkan jumlah LCU untuk koneksi baru dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = (Koneksi Baru Maksimum) ÷ (koefisien LCU)`
Koneksi bersamaan	Jumlah koneksi HTTP(S) bersamaan per menit.	Menit	3.000	Dalam satu siklus penagihan, sistem mencatat koneksi HTTP(S) bersamaan per menit. Kemudian, sistem membagi jumlah maksimum koneksi bersamaan per menit dengan koefisien LCU untuk mendapatkan jumlah LCU untuk koneksi bersamaan dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = koneksi bersamaan maksimum ÷ koefisien LCU`
Volume data yang diproses	Volume data yang diproses oleh CLB untuk permintaan dan tanggapan HTTP(S), dalam GB.	Jam	1 GB	Dalam satu siklus penagihan, sistem mencatat total volume data yang diproses untuk permintaan dan tanggapan HTTP(S). Kemudian, sistem membagi total volume data dengan koefisien LCU untuk mendapatkan jumlah LCU untuk pemrosesan data dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = total volume data yang diproses / koefisien LCU`
Evaluasi aturan	Hasil perkalian antara jumlah aturan pengalihan yang diproses oleh CLB dan permintaan per detik (QPS). 25 aturan pengalihan pertama gratis. Jika jumlah aturan pengalihan lebih dari 25, Evaluasi aturan = QPS × (Jumlah aturan pengalihan - 25). Jika jumlah aturan pengalihan kurang dari 25, Evaluasi aturan = QPS.		1.000	Dalam satu siklus penagihan, sistem mencatat semua jumlah aturan pengalihan dan semua nilai QPS, serta menggunakan QPS maksimum untuk menghitung jumlah evaluasi aturan. Jumlah evaluasi aturan kemudian dibagi dengan koefisien LCU untuk mendapatkan jumlah LCU untuk evaluasi aturan dalam siklus penagihan tersebut. Rumusnya sebagai berikut: `Jumlah LCU = Jumlah evaluasi aturan / koefisien LCU`

Jumlah LCU yang dikonsumsi oleh setiap listener dalam satu jam dihitung berdasarkan metrik di atas. Anda dikenai biaya berdasarkan metrik yang mengonsumsi LCU paling banyak. Total biaya LCU untuk satu instans CLB adalah jumlah biaya LCU untuk semua listener-nya.

Harga satuan LCU

Harga satuan LCU adalah USD 0,007 per LCU-jam. Harga aktual mengikuti harga di halaman pembelian.

Setelah metrik per jam instans CLB dikonversi menjadi LCU, konsumsi LCU per jam dihitung berdasarkan penggunaan aktual. Konsumsi LCU akurat hingga 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

Anda membuat instans CLB Pay-by-LCU di wilayah Tiongkok (Hangzhou) pada pukul 08:10:00 tanggal 8 Juni 2022, mengonfigurasi listener TCP dan listener HTTP, lalu melepas instans tersebut pada pukul 08:50:00 tanggal 8 Juni 2022. Tabel berikut menunjukkan data sampel untuk koneksi baru maksimum, koneksi bersamaan maksimum, volume pemrosesan data, dan evaluasi aturan maksimum untuk instans CLB selama periode 08:10:00 hingga 08:50:00 (satu siklus penagihan).

Nama metrik	TCP	HTTP
Koneksi baru (per detik)	Jumlah maksimum koneksi TCP baru dalam satu jam adalah 1.600. Nilai konversi LCU: `1600÷800=2`	Jumlah maksimum koneksi HTTP baru dalam satu jam adalah 100. Nilai konversi LCU: `100÷25=4`
Koneksi bersamaan (per menit)	Jumlah maksimum koneksi TCP bersamaan dalam satu jam adalah 480.000. Nilai konversi LCU: `480,000÷100,000=4,8`	Jumlah maksimum koneksi HTTP bersamaan dalam satu jam adalah 12.000. Nilai konversi LCU: `12,000÷3,000=4`
Pemrosesan data (per jam)	Volume lalu lintas untuk permintaan dan tanggapan TCP yang diproses dalam satu jam adalah 4 GB. Nilai konversi LCU: `4÷1=4`	Volume lalu lintas untuk permintaan dan tanggapan HTTP yang diproses dalam satu jam adalah 3,6 GB. Nilai konversi LCU: `3,6÷1=3,6`
Evaluasi aturan (per detik)	0	Asumsikan bahwa 40 aturan pengalihan dikonfigurasi untuk listener HTTP, dan jumlah maksimum permintaan yang diterima dalam satu detik dalam satu jam adalah 400. Dalam contoh ini, jumlah aturan pengalihan yang Anda konfigurasikan melebihi kuota gratis. Jumlah maksimum evaluasi aturan dalam satu jam adalah: `(40-25)×400=6,000` Nilai konversi LCU: `6,000÷1,000=6`

Dalam contoh ini, metrik yang paling banyak mengonsumsi LCU untuk listener TCP selama satu jam adalah koneksi bersamaan (4,8 LCU). Metrik yang paling banyak mengonsumsi LCU untuk listener HTTP adalah evaluasi aturan (6 LCU).

Biaya LCU untuk listener TCP = USD 0,007 per unit × 4,8 unit = USD 0,0336
Biaya LCU untuk listener HTTP = USD 0,007 per unit × 6 unit = USD 0,042
Biaya LCU per jam untuk instans CLB = Biaya LCU untuk listener TCP + Biaya LCU untuk listener HTTP = USD 0,0336 + USD 0,042 = USD 0,0756
Berdasarkan konsumsi di atas, perkiraan rata-rata biaya LCU bulanan untuk instans CLB adalah sebagai berikut: USD 0,0756 × 24 jam × 30 hari = USD 54,432

Perkirakan konsumsi LCU

Anda dapat menggunakan Kalkulator LCU CLB untuk memperkirakan konsumsi LCU.

Biaya spesifikasi

Biaya spesifikasi berlaku untuk instans CLB Pay-by-specification dan merupakan biaya tetap berdasarkan spesifikasi yang dipilih. Biaya ini tidak berubah dengan penggunaan aktual. Hanya instans bayar sesuai pemakaian Pay-by-specification yang dikenai biaya spesifikasi.

Instans performa terjamin ditentukan oleh tiga metrik utama berikut. Spesifikasi instans yang berbeda memberikan metrik performa yang berbeda. Untuk informasi selengkapnya, lihat FAQ instans performa terjamin.

Koneksi maksimum (Max Connection): Jumlah maksimum koneksi bersamaan yang dapat ditangani oleh instans CLB. Saat batas ini tercapai, permintaan koneksi baru akan dibuang.
Connections Per Second (CPS): Menentukan laju pembentukan koneksi baru. Jika laju koneksi baru melebihi CPS yang ditentukan untuk instans, permintaan koneksi tambahan akan dibuang.
Queries Per Second (QPS): Metrik khusus untuk listener Lapisan 7 yang merepresentasikan jumlah permintaan HTTP(S) yang dapat diproses per detik. Jika laju permintaan melebihi QPS yang ditentukan oleh spesifikasi instans, permintaan koneksi baru akan dibuang.

Klik untuk melihat spesifikasi instans, kemampuan load balancing yang sesuai, dan detail harga. Wilayah dan harga dalam tabel berikut hanya sebagai referensi. Untuk harga aktual, lihat halaman pembelian.

Spesifikasi	Koneksi maksimum	Koneksi baru per detik (CPS)	Permintaan per detik (QPS)	Harga satuan di Tiongkok daratan dan Tiongkok (Hong Kong) (USD/jam)	Harga satuan di wilayah di luar Tiongkok (USD/jam)
Spesifikasi 1: Small I (slb.s1.small)	5.000	3.000	1.000	0,01	0,012
Spesifikasi 2: Standard I (slb.s2.small)	50.000	5.000	5.000	0,05	0,06
Spesifikasi 3: slb.s2.medium	100.000	10.000	10.000	0,10	0,12
Spesifikasi 4: slb.s3.small	200.000	20.000	20.000	0,20	0,24
Spesifikasi 5: Large II (slb.s3.medium)	500.000	50.000	30.000	0,31	0,37
Spesifikasi 6: slb.s3.large	1.000.000	100.000	50.000	0,51	0,61

Contoh: Pada pukul 10:00:00 tanggal 20 November 2021, Anda membuat instans yang menghadap Internet dengan spesifikasi slb.s2.small di wilayah Tiongkok (Hangzhou). Anda kemudian melepas instans tersebut pada pukul 12:34:00 tanggal 21 November 2021. Dalam kasus ini:

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

Biaya jaringan Internet

Biaya transfer data

Biaya transfer data dikenakan untuk lalu lintas Internet arah keluar (downstream traffic) instans CLB yang menghadap Internet dan menggunakan metode penagihan pay-by-data-transfer. Lalu lintas Internet arah masuk (upstream traffic) tidak ditagih. Biaya ini hanya berlaku untuk instans bayar sesuai pemakaian.

Penting

Untuk instans CLB yang menghadap Internet dan menggunakan metode penagihan pay-by-data-transfer, bandwidth puncak bukanlah metrik performa yang dijamin. Nilai ini hanya berfungsi sebagai acuan dan batas atas bandwidth. Bandwidth puncak dapat dibatasi selama terjadi konflik sumber daya. Untuk informasi selengkapnya, lihat Batas Bandwidth.

Untuk instans CLB yang menghadap Internet dan menggunakan metode penagihan pay-by-data-transfer, siklus penagihan dan siklus tagihan keduanya 1 jam. Jika Anda menggunakan instans kurang dari 1 jam dalam satu siklus penagihan, durasi penggunaan dibulatkan ke atas menjadi 1 jam.

Biaya transfer data = Harga satuan transfer data (USD/GB) × Data yang ditransfer (GB)

Tabel berikut mencantumkan harga satuan untuk transfer data. Wilayah dan harga yang tercantum hanya sebagai referensi. Untuk harga aktual, lihat halaman pembelian.

Wilayah	Biaya transfer data (USD/GB)
Hangzhou, Shanghai, Beijing, Zhangjiakou, Hohhot, Shenzhen, Heyuan, Guangzhou, dan 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	0,078
UEA (Dubai)	0,447
Korea Selatan (Seoul)	0,123
SAU (Riyadh - Partner Region)	0,141

Contoh: Asumsikan Anda membuat instans CLB yang menghadap Internet dengan metode pay-by-data-transfer di wilayah Tiongkok (Hangzhou) pada pukul 10:00:00 tanggal 20 November 2021 dan melepas instans tersebut pada pukul 12:34:00 tanggal 21 November 2021. Total lalu lintas Internet arah keluar adalah 5 GB. Dalam kasus ini:

Harga satuan transfer data di wilayah Tiongkok (Hangzhou) = USD 0,125 per GB
Transfer data arah keluar: 5 GB
Biaya transfer data = USD 0,125 per GB × 5 GB = USD 0,625

Biaya bandwidth

Biaya bandwidth berlaku untuk instans CLB yang menghadap Internet dengan metode pay-by-bandwidth. Ini adalah biaya tetap berdasarkan bandwidth yang dibeli dan tidak bergantung pada penggunaan lalu lintas aktual. Hanya instans bayar sesuai pemakaian yang menghadap Internet dengan metode pay-by-bandwidth yang dikenai biaya bandwidth.

Penting

Untuk instans CLB yang menghadap Internet dengan metode Pay-by-Bandwidth (Pay-by-Specification, tidak dijual lagi), bandwidth puncak adalah metrik performa yang dijamin bahkan selama periode konflik sumber daya. Untuk informasi selengkapnya, lihat Batas bandwidth.

Untuk instans CLB yang menghadap Internet dan menggunakan metode pay-by-bandwidth, baik siklus penagihan maupun siklus tagihan adalah 1 hari. Jika Anda menggunakan instans kurang dari 1 jam dalam satu siklus penagihan, durasi penggunaan dibulatkan ke atas menjadi 1 jam. Jika durasi penggunaan kurang dari satu hari, Anda dikenai biaya berdasarkan jumlah jam aktual yang digunakan pada hari tersebut. Durasi penggunaan mengacu pada periode selama instans menggunakan bandwidth.

Untuk instans CLB yang menghadap Internet dan ditagih berdasarkan metode pay-by-bandwidth, harga satuan bandwidth menggunakan harga bertingkat dengan ambang batas 5 Mbps.
Jika Anda mengubah bandwidth dalam satu siklus penagihan, CLB menghitung biaya bandwidth berdasarkan bandwidth puncak maksimum dalam satu hari.

Catatan

Untuk instans pay-by-bandwidth, bandwidth puncak arah masuk sama dengan bandwidth puncak arah keluar.

Untuk instans CLB yang bandwidth maksimumnya antara 1 hingga 5 Mbit/s, biaya bandwidth dihitung menggunakan rumus berikut: Biaya bandwidth = Bandwidth maksimum × Harga satuan bandwidth × Durasi penggunaan.
Untuk instans CLB yang bandwidth maksimumnya lebih dari 5 Mbit/s, biaya bandwidth dihitung menggunakan rumus berikut: Biaya bandwidth = [5 × Harga satuan bandwidth 1 hingga 5 Mbit/s + (Bandwidth maksimum - 5) × Harga satuan bandwidth di atas 5 Mbit/s] × Durasi penggunaan.

Anda dapat mengklik untuk melihat harga satuan bandwidth. Wilayah dan harga dalam tabel berikut hanya sebagai referensi. Harga di halaman pembelian bersifat final.

Wilayah	Biaya bandwidth 1-5 Mbps (USD/jam)	Biaya bandwidth 1-5 Mbps (USD/hari)	Biaya bandwidth di atas 5 Mbps (USD/jam)	Biaya bandwidth di atas 5 Mbps (USD/hari)
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, 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	0,006	0,144	0,02	0,48

Contoh: Pada pukul 10:00:00 tanggal 20 November 2021, Anda membuat instans CLB yang menghadap Internet dengan bandwidth 2 Mbps di wilayah Tiongkok (Hangzhou). Pada pukul 08:00:00 tanggal 21 November 2021, Anda mengubah bandwidth menjadi 20 Mbps. Anda kemudian melepas instans tersebut pada pukul 12:34:00 tanggal 21 November 2021. Dalam kasus ini:

Bandwidth maksimum pada hari pembelian instans CLB: 2 Mbit/s
Bandwidth maksimum pada hari modifikasi bandwidth maksimum instans CLB: 20 Mbit/s
Biaya bandwidth hari pertama: (2 × 0,006) × 14 = USD 0,168
Biaya bandwidth hari berikutnya: [5 × 0,006 + (20 - 5) × 0,02] × 13 = USD 4,29
Total biaya = 0,168 + 4,29 = USD 4,458

Metode Penagihan Upgrade/Downgrade

Metode penagihan dan prosedur untuk upgrade atau downgrade instans CLB bayar sesuai pemakaian adalah sebagai berikut:

Metode penagihan instans bayar sesuai pemakaian mencakup penagihan berdasarkan penggunaan dan penagihan berdasarkan spesifikasi (tidak dijual lagi). CLB hanya mendukung konversi dari penagihan berdasarkan spesifikasi ke penagihan berdasarkan penggunaan, bukan sebaliknya. Untuk informasi selengkapnya, lihat Upgrade/Downgrade Instans Bayar Sesuai Pemakaian.
Anda dapat melakukan upgrade atau downgrade tipe instans, metode penagihan jaringan publik, dan nilai bandwidth untuk instans Pay-by-specification.
Jika Anda tidak mengubah metode penagihan jaringan publik, perubahan tersebut berlaku segera. Jika Anda mengubah metode penagihan jaringan publik, semua operasi upgrade atau downgrade instans berlaku pada pukul 00:00:00 hari berikutnya, dan Anda tidak dapat melakukan operasi upgrade atau downgrade lain sebelum perubahan tersebut berlaku.

Saran optimasi biaya

Strategi untuk mengurangi biaya

Jenis biaya	Strategi optimasi
Biaya transfer data Internet	Beli Paket Transfer Data untuk menutupi biaya transfer data.
Biaya spesifikasi	Untuk instans Pay-by-specification, sesuaikan tipe instans sesuai kebutuhan untuk menghindari pemborosan resource.
Resource menganggur	Segera lepas instans CLB dan alamat IP publik yang tidak lagi digunakan untuk menghindari biaya yang tidak perlu. EIP yang terkait dengan instans CLB jaringan privat harus dilepas secara terpisah.

Metode untuk memperkirakan biaya

Anda dapat menggunakan Estimator LCU CLB untuk memperkirakan konsumsi LCU.
Anda dapat memperkirakan biaya di masa depan berdasarkan data tagihan historis dan tren pertumbuhan bisnis.

Cara mengatasi kenaikan biaya mendadak

Anda dapat menggunakan Konsol Cloud Monitor untuk melihat tren perubahan metrik seperti lalu lintas dan jumlah permintaan untuk instans CLB, serta mengidentifikasi kapan biaya meningkat.
Anda dapat memeriksa log akses CLB—yang harus diaktifkan terlebih dahulu—dan log layanan backend untuk menganalisis apakah terjadi lalu lintas tidak biasa atau serangan berbahaya.
Di Konsol Biaya dan Pengeluaran, bandingkan tagihan historis untuk mengidentifikasi item penagihan spesifik yang menyebabkan kenaikan biaya.
Anda dapat mengatur peringatan penagihan untuk menerima notifikasi otomatis ketika biaya Anda melebihi ambang batas, yang membantu Anda segera mendeteksi aktivitas tidak normal.