Server Load Balancer：FAQ Penagihan CLB

Bagaimana cara penagihan instans performa-terjamin?

Apakah instans berbagi sumber daya dikenai biaya spesifikasi tambahan? Apa perbedaan item yang dapat ditagih antara instans berbagi sumber daya dan instans performa-terjamin?

Tidak.

Tidak ada biaya spesifikasi yang dikenakan untuk instans berbagi sumber daya kecuali Anda mengubahnya menjadi instans performa-terjamin. Jika Anda mengubah instans berbagi sumber daya menjadi instans performa-terjamin, biaya spesifikasi akan dikenakan.

Apakah instans CLB jaringan privat juga dikenai biaya spesifikasi?

• Tidak ada biaya spesifikasi yang dikenakan untuk instans jaringan privat berperforma-berbagi (tidak tersedia lagi).

• Biaya spesifikasi dikenakan untuk instans jaringan privat performa-terjamin.

  Aturan penagihan untuk biaya spesifikasi sama dengan instans jaringan publik. Untuk informasi lebih lanjut tentang penagihan, lihat Metode penagihan instans.

Bagaimana cara memperkirakan penggunaan dan biaya LCU?

Apakah penambahan instans ECS ke pool server backend instans CLB memengaruhi penagihan CLB?

Tidak. Terlepas dari metode penagihan yang digunakan untuk instans ECS yang ditambahkan ke backend instans CLB, aturan penagihan untuk instans CLB tidak berubah karena asosiasi ini. Hal ini karena CLB dan ECS ditagih dan diselesaikan secara terpisah berdasarkan penggunaan Anda.

Apakah saya masih dikenai biaya setelah instans CLB dihentikan?

Ya, instans Cloud Load Balancer (CLB) hanya berhenti ditagih setelah di-release.

berapa lama waktu yang dibutuhkan agar layanan dipulihkan setelah isi ulang?

• Untuk instans pay-as-you-go yang ditangguhkan karena pembayaran tertunda, layanan langsung dilanjutkan setelah Anda mengisi ulang akun dan melunasi pembayaran tertunda.

• Jika layanan tidak dilanjutkan dalam waktu lama, periksa status akun Anda untuk memastikan pembayaran berhasil, atau kirim tiket untuk menghubungi dukungan teknis.

Apakah lalu lintas masuk ke CLB ditagih?

CLB saat ini hanya menagih lalu lintas keluar. Lalu lintas masuk tidak ditagih. Untuk informasi lebih lanjut tentang jalur lalu lintas jaringan CLB, lihat Jalur lalu lintas masuk dan Jalur lalu lintas keluar.

Apakah CLB Internal dikenai biaya transfer data?

Tidak, instans CLB jaringan privat tidak dikenai biaya transfer data.

• Item yang dapat ditagih untuk instans CLB jaringan privat hanya mencakup biaya instans dan biaya LCU (atau biaya spesifikasi). Item tersebut tidak mencakup biaya retensi Alamat IP publik, biaya transfer data, atau biaya bandwidth.

• Jika Anda mengikat EIP yang dibeli terpisah ke instans CLB, EIP tersebut dikenai biaya transfer data jaringan publik. Biaya ini ditagih ke EIP dan tidak tercermin dalam tagihan CLB.

Apakah lalu lintas yang dihasilkan oleh pemeriksaan kesehatan ditagih?

Tidak, tidak ditagih. Lalu lintas yang dihasilkan oleh pemeriksaan kesehatan CLB tidak termasuk dalam biaya transfer data untuk instans tersebut.

Apakah lalu lintas serangan ditagih?

CLB bekerja sama dengan Keamanan Alibaba Cloud untuk memberikan perlindungan. Terjadi penundaan beberapa detik antara waktu serangan dimulai dan mencapai ambang pemicu pembersihan lalu lintas atau blackhole, serta waktu Keamanan Alibaba Cloud mulai melakukan pembersihan lalu lintas atau blackholing. Oleh karena itu, respons terhadap paket serangan selama periode ini dikenai biaya. Serangan semacam ini juga mengonsumsi sumber daya bandwidth CLB.

Mengapa lalu lintas aktual untuk HTTPS lebih besar daripada lalu lintas yang ditagih?

Protokol HTTPS menggunakan sebagian lalu lintas untuk handshake protokol. Oleh karena itu, lalu lintas aktual yang dihasilkan lebih besar daripada lalu lintas yang ditagih.

Jika semua instans ECS backend instans CLB dihentikan atau tidak ada instans ECS yang disambungkan, apakah biaya jaringan publik tetap dikenakan?

Biaya retensi Alamat IP publik CLB, biaya instans, dan biaya spesifikasi tetap dikenakan. Penagihan untuk biaya jaringan publik adalah sebagai berikut:

• Pay-by-data-transfer

  Untuk instans berbayar-per-transfer-data, biaya transfer data tidak dikenakan hanya ketika instans CLB dihentikan, dilepas, atau tidak ada permintaan akses.

  CLB adalah layanan load balancing yang ditempatkan di depan instans ECS dan menyediakan layanan melalui titik akhir. Jika semua instans ECS backend instans CLB dihentikan tetapi instans CLB itu sendiri tidak dihentikan, lalu lintas tetap mencapai titik akhir CLB saat permintaan dilakukan. Pemeriksaan kesehatan CLB kemudian menentukan bahwa tidak ada instans ECS backend yang tersedia dan mengirimkan respons.

  Untuk Load balancing lapisan 4, hanya paket three-way handshake yang dikirim sebagai respons. Untuk Load balancing lapisan 7, karena layanan disediakan oleh Tengine, responsnya adalah halaman kesalahan Tengine 503. Jika permintaan akses terus berdatangan dan load balancer terus merespons, lalu lintas respons ini ditagih.

  Hal ini juga berlaku untuk instans CLB yang tidak disambungkan ke instans ECS apa pun. Oleh karena itu, untuk menghindari biaya transfer data untuk instans CLB, kami menyarankan Anda menghentikan atau melepas instans CLB yang tidak lagi Anda gunakan.

• Pay-by-bandwidth

  Untuk instans berbayar-per-bandwidth, biaya tidak terkait dengan status instans atau penggunaan lalu lintas. Selama layanan diaktifkan, Anda ditagih untuk bandwidth tetap. Penagihan berhenti hanya setelah instans dilepas.

Lalu lintas CLB mana yang dapat diimbangi oleh Data Transfer Plan?

• Lalu lintas IPv4 yang dihasilkan oleh Alamat IP publik yang dialokasikan ke instans CLB jaringan publik yang menggunakan metode penagihan berbayar-per-transfer-data.

• Lalu lintas IPv4 (tidak termasuk lalu lintas EIP premium) yang dihasilkan oleh EIP berbayar-per-transfer-data yang di-bind ke instans CLB jaringan privat dalam VPC.

Untuk informasi lebih lanjut, lihat Data Transfer Plan.

Jika saya mengubah instans berbayar-per-spesifikasi yang ada menjadi berbayar-per-LCU, apakah layanan saya terpengaruh?

• Jika spesifikasi instans Anda adalah super large I atau lebih rendah, mengubah konfigurasi instans tidak memengaruhi layanan Anda.

• Jika tipe instans Anda adalah Super Large I atau lebih tinggi, beralih dari penagihan berbasis spesifikasi ke penagihan berbasis penggunaan dapat menurunkan performa 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 memerlukan lebih banyak koneksi bersamaan, pilih produk Network Load Balancer (NLB). Untuk Load balancing lapisan 7, jika Anda memerlukan 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 Apa itu ALB?.

  Instans berbayar-per-LCU juga memiliki batas performa. Untuk informasi lebih lanjut tentang batas performa, lihat Ubah dari berbayar-per-spesifikasi ke berbayar-per-LCU.

Apakah proses peningkatan atau perubahan spesifikasi memengaruhi layanan?

Operasi Upgrade/Downgrade tidak memengaruhi bisnis Anda. Namun, jika operasi tersebut melibatkan perubahan atau lalu lintas, perubahan tersebut berlaku pada pukul 00:00:00 hari berikutnya. Anda tidak dapat melakukan operasi Upgrade/Downgrade lain hingga perubahan selesai.

Bagaimana cara melihat penggunaan lalu lintas CLB?

• Lihat lalu lintas real-time di CloudMonitor: Login ke Konsol CloudMonitor, temukan instans yang dituju, dan lihat data pemantauan lalu lintas.

• Lihat lalu lintas yang ditagih dari tagihan Anda: Login ke Konsol Biaya dan Pengeluaran, filter instans yang dituju, dan lihat detail penggunaan.

Perbedaan mungkin terjadi antara data pemantauan dan data tagihan. Hal ini normal dan disebabkan oleh metode statistik dan waktu pelaporan yang berbeda. Tagihan Anda dihitung berdasarkan data tagihan.

Mengapa data pemantauan CLB berbeda dari data tagihan aktual?

• Data lalu lintas instans yang ditampilkan di konsol CLB dikumpulkan oleh sistem CLB dengan granularitas 1 menit dan dilaporkan ke sistem CloudMonitor. Data pengukuran tagihan untuk instans CLB dikumpulkan dengan frekuensi yang sama. Setelah siklus penagihan, data tersebut dilaporkan ke sistem penagihan sebagai nilai akumulasi per jam untuk penyelesaian.

  Data tagihan merupakan nilai akumulasi per menit. Sistem Server Load Balancer melaporkan nilai akumulasi tersebut setiap jam ke sistem penagihan untuk penyelesaian. Sementara itu, data lalu lintas pemantauan dikumpulkan oleh sistem Server Load Balancer setiap menit dan dilaporkan ke sistem CloudMonitor. Oleh karena itu, kedua set data ini dihasilkan dengan cara yang berbeda dan tidak dapat dibandingkan.

• Terjadi keterlambatan yang tidak dapat dihindari saat sistem CLB mengumpulkan data dan melaporkannya ke CloudMonitor. Meskipun keterlambatan ini kecil dan kami berusaha memastikan ketepatan waktu data, hal ini dapat menyebabkan perbedaan antara data pemantauan dan data pengukuran tagihan. Data pengukuran tagihan yang digunakan untuk penagihan dapat mentolerir keterlambatan hingga tiga jam. Misalnya, data pengukuran tagihan yang dihasilkan antara pukul 01.00 dan 02.00 biasanya dilaporkan oleh Server Load Balancer ke sistem penagihan sebelum pukul 03.00 untuk penagihan. Namun, sistem memungkinkan pelaporan ini diselesaikan dan ditagih selambat-lambatnya pukul 05.00. Oleh karena itu, karena persyaratan ketepatan waktu data yang berbeda, kedua set data ini tidak dapat dibandingkan.

• Definisi pemantauan dan pengukuran tagihan juga berbeda. Tujuan pemantauan adalah mengamati apakah status berjalan instans yang dipantau abnormal sehingga Anda dapat mengambil tindakan untuk menyelesaikan masalah apa pun. Tujuan pengukuran tagihan adalah menagih berdasarkan konsumsi sumber daya aktual instans tersebut. Oleh karena itu, untuk rekonsiliasi penagihan, data yang dihasilkan oleh sistem pengukuran tagihan harus digunakan sebagai dasar penagihan, bukan data pemantauan.

Bagaimana Cara Troubleshooting Biaya Transfer Data yang Tidak Normal?

Jika Anda menemukan bahwa biaya transfer data jaringan publik CLB Anda tiba-tiba meningkat, lakukan langkah-langkah berikut untuk troubleshooting masalah tersebut:

1. Lihat tren lalu lintas: Login ke Konsol CloudMonitor, lihat data pemantauan lalu lintas instans CLB, dan identifikasi titik waktu terjadinya lonjakan lalu lintas.

2. Analisis sumber lalu lintas:

   • Periksa log akses server backend untuk mengidentifikasi permintaan yang tidak normal.

     CLB mendukung konfigurasi server backend untuk mendapatkan alamat IP asli klien.

   • Analisis sumber permintaan menggunakan log akses CLB. Anda harus mengaktifkan fitur ini terlebih dahulu.

3. Investigasi akses tidak normal: Periksa adanya serangan berbahaya atau akses perayap web. Periksa apakah ada aktivitas bisnis mendadak yang menyebabkan peningkatan lalu lintas.

4. Rekomendasi perlindungan:

   • Gunakan Web Application Firewall (WAF) untuk melindungi dari lalu lintas berbahaya.

   • Gunakan kebijakan kontrol akses untuk membatasi alamat IP sumber.

   • Atur alert pemantauan bandwidth untuk mendeteksi anomali secara cepat.