Server Load Balancer:FAQ penagihan CLB

Apa saja item yang dapat ditagih untuk instans CLB?

Instans CLB pay-as-you-go dapat dikenai biaya berikut. Item yang berlaku bergantung pada jenis jaringan dan metode penagihan instans tersebut.

Mulai 1 Desember 2024 pukul 00.00.00 (UTC+8), “instance fee” diubah namanya menjadi “public IP retention fee” dan item tagihan baru “instance fee” ditambahkan. Instans CLB yang dibuat sebelum tanggal tersebut dibebaskan dari instance fee hingga 30 November 2026 pukul 23.59.59 (UTC+8). Untuk detailnya, lihat Penyesuaian Penagihan CLB dan Perpanjangan Periode Pembebasan Instance Fee untuk CLB.

Bagaimana cara penagihan instans guaranteed-performance?

Pay-by-specification (internet-facing):

Total biaya = Public IP retention fee + Instance fee + Data transfer atau bandwidth fee + Specification fee

Specification fee bersifat tetap berdasarkan spesifikasi yang dipilih. Misalnya, jika Anda memilih spesifikasi super large I (slb.s3.large), Anda akan dikenai biaya sesuai spesifikasi tersebut meskipun penggunaan aktual hanya setara dengan instans high-performance I (slb.s3.small).

Pay-by-LCU (internet-facing):

Total biaya = Public IP retention fee + Instance fee + Data transfer fee + LCU fee

Kinerja menyesuaikan secara otomatis dengan penggunaan. Tidak perlu memilih spesifikasi. LCU fee dikenakan per jam berdasarkan konsumsi aktual.

Untuk detail penagihan lengkap, lihat Pay-as-you-go.

Apakah instans shared-resource dikenai specification fee?

Tidak. Specification fee hanya berlaku untuk instans guaranteed-performance.

Item yang dapat ditagih bervariasi berdasarkan jenis jaringan, metode pengukuran, dan tipe instans:

Instans CLB yang dibuat sebelum 1 Desember 2024 pukul 00.00.00 (UTC+8) dibebaskan dari instance fee hingga 30 November 2026 pukul 23.59.59 (UTC+8). Lihat Perpanjangan Periode Pembebasan Instance Fee untuk CLB.

Apakah instans CLB internal dikenai specification fee?

Bergantung pada tipe instans:

• Instans shared-resource (tidak tersedia lagi): Tidak ada specification fee.

• Instans performa terjamin: Dikenakan biaya berdasarkan spesifikasi, menggunakan aturan penagihan yang sama dengan instans yang terhubung ke Internet.

Untuk detailnya, lihat Metode Penagihan Instans.

Bagaimana cara memperkirakan penggunaan dan biaya LCU?

Tersedia dua opsi:

• Perkiraan manual: Gunakan metrik bisnis Anda dan contoh dalam Biaya LCU.

• Kalkulator: Gunakan kalkulator LCU CLB untuk memperkirakan konsumsi secara otomatis.

Apakah menambahkan instans Elastic Compute Service (ECS) ke backend CLB memengaruhi penagihan CLB?

Tidak. CLB dan ECS ditagih dan diselesaikan secara terpisah. Menambahkan instans ECS ke grup server tidak mengubah aturan penagihan instans CLB, terlepas dari metode penagihan instans ECS tersebut.

Apakah biaya tetap dikenakan setelah saya menghentikan instans CLB?

Ya. Instans CLB hanya berhenti dikenai biaya setelah dilepas.

Biaya yang tetap berlaku setelah instans dihentikan:

• Public IP retention fee: Dikenakan selama alamat IP publik masih ada, meskipun tidak digunakan.

• Instance fee: Dikenakan selama instans masih ada dan belum dilepas.

• Specification fee: Sumber daya tetap dicadangkan agar instans dapat dijalankan kembali kapan saja. Specification fee berlanjut hingga instans dilepas.

• Bandwidth fee (hanya untuk pay-by-bandwidth): Dikenakan berdasarkan bandwidth yang dibeli hingga instans dilepas. Tidak terpengaruh oleh status instans atau volume lalu lintas.

Biaya yang berhenti saat instans dihentikan:

• Data transfer fee (hanya untuk pay-by-data-transfer): Tidak ada lalu lintas yang diteruskan saat instans dihentikan, sehingga tidak ada data transfer fee yang terakumulasi.

• LCU fee: Tidak ada LCU yang dikonsumsi saat instans dihentikan.

Mengapa saya menerima tagihan setelah melepas instans CLB saya?

Dua alasan umum:

• Keterlambatan penagihan: Tagihan pay-as-you-go dibuat dengan keterlambatan sekitar 3 jam. Misalnya, jika Anda melepas instans pukul 14.30, tagihan untuk periode 14.00–15.00 mungkin baru muncul sekitar pukul 18.00. Ini merupakan keterlambatan siklus penagihan normal, bukan biaya ganda.

• Alamat elastic IP (EIP) terkait tidak dilepas: Jika instans CLB internal di-bind ke EIP yang dibeli secara terpisah, melepas instans CLB tidak secara otomatis melepas EIP tersebut. EIP tetap dikenai biaya hingga dilepas.

Berapa lama waktu yang dibutuhkan agar layanan kembali aktif setelah melunasi pembayaran tertunda?

• Untuk instans pay-as-you-go yang ditangguhkan karena pembayaran tertunda, layanan langsung aktif kembali setelah pembayaran tertunda dilunasi.

• Jika layanan tidak segera aktif kembali, pastikan pembayaran telah berhasil diproses, atau ajukan tiket untuk menghubungi dukungan teknis.

Apakah lalu lintas masuk ke CLB dikenai biaya?

Tidak. CLB hanya menagih lalu lintas keluar. Lalu lintas masuk gratis. Untuk detail mengenai jalur lalu lintas CLB, lihat Jalur Lalu Lintas Masuk dan Jalur Lalu Lintas Keluar.

Apakah instans CLB internal dikenai data transfer fee?

Tidak. Item yang dapat ditagih untuk instans CLB internal hanya mencakup instance fee dan LCU fee (atau specification fee). Public IP retention fee, data transfer fee, dan bandwidth fee tidak berlaku.

Jika Anda meng-bind EIP yang dibeli secara terpisah ke instans CLB, EIP tersebut akan dikenai data transfer fee jaringan publik. Biaya ini muncul pada tagihan EIP, bukan tagihan CLB.

Apakah traffic pemeriksaan kesehatan dikenai biaya?

Tidak. Lalu lintas yang dihasilkan oleh pemeriksaan kesehatan CLB tidak termasuk dalam data transfer fee.

Apakah traffic serangan dikenai biaya?

Sebagian. Keamanan Alibaba Cloud menyediakan pembersihan lalu lintas dan blackholing untuk melindungi dari serangan. Terjadi jeda singkat antara saat serangan mencapai ambang batas pembersihan atau blackholing dan saat perlindungan diaktifkan. Lalu lintas respons yang dikirim selama jeda ini dikenai biaya dan mengonsumsi bandwidth CLB.

Mengapa volume traffic HTTPS aktual lebih tinggi daripada yang tercantum pada tagihan saya?

Protokol HTTPS menggunakan lalu lintas tambahan untuk proses jabat tangan TLS. Overhead jabat tangan ini tidak termasuk dalam lalu lintas yang ditagih, sehingga volume lalu lintas aktual lebih tinggi daripada jumlah yang ditagih.

Apakah biaya jaringan publik tetap dikenakan ketika semua instans ECS backend dihentikan atau dihapus?

Public IP retention fee, instance fee, dan specification fee tetap berlaku terlepas dari status instans ECS backend.

Untuk biaya lalu lintas:

• Pay-by-data-transfer: Biaya lalu lintas bergantung pada apakah instans CLB terus menerima permintaan. Meskipun semua instans ECS backend dihentikan, titik akhir CLB tetap aktif. Permintaan masuk memicu respons pemeriksaan kesehatan — paket three-way handshake untuk Lapisan 4, atau halaman error 503 Tengine untuk Lapisan 7. Lalu lintas respons ini dikenai biaya. Untuk menghindari biaya data transfer yang tidak perlu, hentikan atau lepas instans CLB yang tidak lagi digunakan.

• Pay-by-bandwidth: Biaya bersifat tetap berdasarkan bandwidth yang dibeli dan berlanjut hingga instans dilepas, terlepas dari status instans atau volume lalu lintas.

Traffic CLB mana yang dapat diimbangi oleh Data Transfer Plan?

• Lalu lintas IPv4 dari alamat IP publik instans CLB internet-facing yang menggunakan metode pengukuran pay-by-data-transfer.

• Lalu lintas IPv4 (tidak termasuk lalu lintas EIP BGP (Multi-ISP) Pro) dari EIP pay-by-data-transfer yang di-bind ke instans CLB internal dalam Virtual Private Cloud (VPC).

Untuk informasi lebih lanjut, lihat Data Transfer Plan.

Apakah mengubah dari pay-by-specification ke pay-by-LCU memengaruhi layanan saya?

Bergantung pada spesifikasi saat ini:

• Super large I (slb.s3.large) atau lebih rendah: Perubahan tidak memengaruhi layanan Anda.

• Lebih tinggi dari super large I: Peralihan dapat menurunkan kinerja instans. Lakukan dengan hati-hati.

  Catatan

  • Secara default, spesifikasi CLB yang lebih tinggi dari super large I tidak tersedia. Untuk load balancing Lapisan 4, jika Anda membutuhkan lebih banyak koneksi bersamaan, pilih produk Network Load Balancer (NLB). Untuk load balancing Lapisan 7, jika Anda membutuhkan jumlah permintaan per detik (QPS) yang lebih tinggi, pilih produk Application Load Balancer (ALB).

    • Untuk informasi lebih lanjut tentang NLB, lihat Apa itu NLB?

    • Untuk informasi lebih lanjut tentang ALB, lihat Application Load Balancer (ALB)

  • Mulai 1 Juni 2025 pukul 00.00.00 (UTC+8), instans CLB pay-by-specification tidak lagi tersedia untuk pembelian, dan instans pay-by-LCU tidak dapat dikonversi menjadi instans pay-by-specification lagi. Untuk detailnya, lihat Penghentian Penjualan Instans CLB Pay-by-Specification.

Instans pay-by-LCU juga memiliki batas kinerja. Untuk detailnya, lihat Beralih dari Pay-by-Specification ke Pay-by-Usage.

Apakah peningkatan atau penurunan spesifikasi instans memengaruhi layanan saya?

Tidak. Peningkatan atau penurunan tidak mengganggu layanan Anda. Namun, jika perubahan tersebut melibatkan perubahan lalu lintas, semua perubahan konfigurasi berlaku pada pukul 00.00.00 hari berikutnya. Tidak ada operasi peningkatan atau penurunan tambahan yang dapat dilakukan hingga perubahan saat ini selesai.

Bagaimana cara melihat biaya untuk instans CLB tertentu?

1. Login ke Konsol Biaya dan Pengeluaran.

2. Di bidang Resource Instance Name/ID, masukkan nama atau ID instans. Dapatkan ID dari Konsol Server Load Balancer.

3. Klik Search.

Konsol Biaya dan Pengeluaran juga mendukung fitur Customize Columns dan Export melalui ikon di pojok kanan atas tabel.

Mengapa data pemantauan berbeda dari tagihan saya?

Tiga faktor menyebabkan perbedaan ini:

• Pipeline pengumpulan berbeda: Data lalu lintas konsol CLB dikumpulkan setiap 1 menit dan dilaporkan ke CloudMonitor. Data tagihan juga dikumpulkan setiap 1 menit, lalu diakumulasi per jam dan dilaporkan ke sistem penagihan. Kedua pipeline ini independen dan tidak dapat dibandingkan secara langsung.

• Toleransi keterlambatan pelaporan: Sistem penagihan memperbolehkan data tagihan dilaporkan hingga 3 jam terlambat. Misalnya, data penggunaan periode 01.00–02.00 harus dilaporkan ke sistem penagihan paling lambat pukul 05.00. Jendela fleksibel ini dapat menyebabkan data tagihan muncul lebih lambat daripada data pemantauan.

• Tujuan berbeda: Data pemantauan dirancang untuk mendeteksi anomali operasional secara near real time. Data tagihan dirancang untuk perhitungan biaya yang akurat berdasarkan konsumsi sumber daya aktual. Untuk rekonsiliasi penagihan, selalu gunakan data tagihan sebagai sumber otoritatif.