Harga Cloud Load Balancing

Tabel harga di bagian ini berlaku untuk load balancer berikut:

• Load Balancer Jaringan passthrough internal dan eksternal
• Load Balancer Jaringan proxy internal dan eksternal
• Load Balancer Aplikasi eksternal global, klasik, dan regional

Untuk Load Balancer Aplikasi internal regional dan lintas region, lihat bagian Load Balancer Aplikasi Internal.

Untuk aturan penerusan Private Service Connect, lihat bagian Private Service Connect.

Tabel berikut menunjukkan harga untuk aturan penerusan global. Tidak ada biaya pemrosesan data global. Pemrosesan data dikenai biaya per region, bergantung pada tempat pemrosesan traffic.

Tabel berikut menunjukkan biaya aturan penerusan regional serta biaya pemrosesan data masuk dan keluar menurut region.

Pengguna Load Balancer Aplikasi eksternal global dapat menggunakan Google Cloud Armor, Cloud CDN, atau keduanya, untuk meminimalkan dampak biaya pemrosesan data keluar.

• Cloud CDN: Objek statis yang disajikan ke klien dari cache tidak ditransmisikan melalui load balancer. Strategi caching yang efektif akan mengurangi jumlah data keluar yang diproses oleh load balancer dan lebih menghemat biaya. Untuk menerapkan caching, Anda perlu memahami bagian traffic mana yang bersifat statis dan dapat di-cache. Untuk mengetahui informasi selengkapnya, lihat Dokumentasi Cloud CDN.
• Google Cloud Armor: Jika aplikasi Anda menerima traffic yang tidak diinginkan dalam jumlah besar, Anda dapat men-deploy Google Cloud Armor untuk memblokir traffic tersebut. Permintaan yang diblokir oleh Google Cloud Armor tidak akan ditransmisikan melalui load balancer, sehingga secara efektif mengurangi jumlah data keluar yang diproses oleh load balancer. Dampaknya terhadap biaya bergantung pada persentase traffic yang tidak diinginkan yang diblokir oleh kebijakan keamanan Google Cloud Armor yang telah Anda terapkan.

Jika aplikasi Anda dapat beroperasi di satu region atau diwajibkan untuk beroperasi di satu region, Anda dapat menggunakan Load Balancer Aplikasi eksternal Regional. Load Balancer Aplikasi eksternal regional hanya menggunakan Paket Jaringan Standar yang memiliki biaya transfer data keluar yang lebih rendah, sehingga menjadikannya opsi yang hemat biaya.

Jika Anda menggunakan backend NEG serverless dengan Load Balancer Aplikasi eksternal (global, regional, atau klasik), biaya load balancer yang ada akan berlaku selain biaya komputasi serverless untuk Cloud Run, Cloud Run Functions, atau backend App Engine, jika berlaku. Jika Google Cloud Armor atau Cloud CDN digunakan, biaya masing-masing layanan juga berlaku.

Namun, Anda tidak akan dikenai biaya untuk transfer data serverless keluar. Hanya tarif transfer data internet keluar yang berlaku. Biaya transfer data keluar Cloud Run Functions, biaya traffic jaringan keluar App Engine, dan biaya transfer data Cloud Run tidak berlaku untuk permintaan yang diteruskan dari Load Balancer Aplikasi eksternal (menggunakan NEG serverless) ke Cloud Run Functions, App Engine, atau layanan Cloud Run.

Tinjau poin-poin berikut untuk memahami cara project dan akun penagihan ditagih untuk SKU jaringan saat Anda menggunakan referensi layanan lintas project.

• Biaya terkait Cloud Load Balancing selalu diatribusikan ke project tempat aturan penerusan dikonfigurasi (project layanan A pada gambar 1). Biaya tersebut mencakup biaya untuk aturan penerusan, data masuk yang diproses, dan data keluar yang diproses oleh Load Balancer Aplikasi eksternal global. Tinjau Dasar-dasar harga Cloud Load Balancing.
• Transfer data internet jaringan keluar untuk Paket Premium dan Paket Standar selalu diatribusikan ke project tempat aturan penerusan dikonfigurasi (project layanan A pada gambar 1). Tinjau Harga transfer data jaringan.
• Jika Anda mengonfigurasi Cloud CDN pada layanan backend yang direferensikan oleh peta URL menggunakan referensi layanan lintas project, semua biaya Cloud CDN untuk konten yang dapat di-cache (transfer data cache keluar, pencarian cache, cache masuk) selalu diatribusikan ke project yang berisi layanan backend dengan Cloud CDN yang diaktifkan (project layanan B pada gambar 1), dan bukan project yang mengonfigurasi aturan penerusan. Tinjau Harga Cloud CDN.
• Jika Anda mengonfigurasi Google Cloud Armor pada layanan backend yang direferensikan oleh peta URL menggunakan referensi layanan lintas project, maka semua tagihan terkait Google Cloud Armor akan diatribusikan ke project yang berisi layanan backend yang diaktifkan oleh Google Cloud Armor (project layanan B pada gambar 1), dan bukan project yang mengonfigurasi aturan penerusan. Tinjau Harga Google Cloud Armor. Secara khusus, semua tagihan Paket Standar Google Cloud Armor dan Paket Enterprise Google Cloud Armor diatribusikan ke project layanan B.
• Pertimbangan tambahan berikut juga berlaku saat Anda menggunakan Google Cloud Armor dengan referensi layanan lintas project:
• Perubahan langganan terkait Google Cloud Armor Enterprise diatribusikan dengan akun penagihan yang Anda tentukan saat pendaftaran. Jika Anda ingin menggunakan langganan Google Cloud Armor Enterprise yang sama di beberapa project agar menyertakan semua layanan backend yang direferensikan menggunakan referensi layanan lintas project, pastikan Anda menyertakan semua project layanan yang relevan sebagai bagian dari akun penagihan Google Cloud Armor Enterprise yang sama.
• Saat Anda menggunakan referensi layanan lintas project, beberapa fitur yang ditawarkan di Google Cloud Armor Enterprise, seperti telemetri DDoS dan respons DDoS, memerlukan pendaftaran paket Google Cloud Armor Enterprise untuk project aturan penerusan frontend dan project layanan backend.

Google Cloud mengenakan biaya untuk aturan penerusan baik yang dibuat untuk load balancing maupun penggunaan lainnya, seperti Duplikasi Paket.

Contoh berikut menggunakan harga Amerika Serikat:

Anda dapat membuat hingga 5 aturan penerusan dengan harga $0,025/jam. Misalnya, jika Anda membuat satu aturan penerusan, Anda akan dikenai biaya $0,025/jam. Jika memiliki 3 aturan penerusan, Anda tetap akan dikenai biaya $0,025/jam. Namun, jika memiliki 10 aturan penerusan, Anda akan dikenai biaya sebagai berikut:

• 5 aturan penerusan = $0,025/jam
• Setiap aturan penerusan tambahan = $0,01/jam

$0,025/jam untuk 5 aturan + (5 aturan tambahan * $0,01/jam) = $0,075/jam

Untuk sebagian besar kasus penggunaan load balancing, Anda hanya memerlukan satu aturan penerusan per load balancer.

Google Cloud mengenakan biaya untuk aturan penerusan global dan aturan penerusan regional secara terpisah, dan juga per project. Misalnya, jika Anda menggunakan satu aturan penerusan global dan satu aturan penerusan regional di dua project terpisah (total empat aturan), Anda akan dikenai biaya sebesar $0,10/jam (4 x $0,025/jam).

Untuk memperkirakan biaya load balancing:

1. Buka Kalkulator Harga.
2. Klik "Tambahkan ke Estimasi".
3. Pilih atau telusuri "Networking".
4. Pilih jenis layanan sebagai "Cloud Load Balancing".
5. Dari menu dropdown, pilih region.
6. Masukkan perkiraan jumlah aturan penerusan.
7. Masukkan perkiraan jumlah traffic jaringan bulanan yang diproses.

Contoh:

• Iowa
• Jumlah aturan penerusan: 10
• Jumlah data Masuk yang diproses oleh load balancer: 2.048 GiB
• Total Estimasi Biaya: USD 71,13 per 1 bulan

Contoh ini tidak menyertakan biaya transfer data internet keluar untuk mengirim balasan dari backend.

Biaya berikut berlaku untuk Load Balancer Aplikasi internal regional dan Load Balancer Aplikasi internal lintas region. Beberapa biaya transfer data lintas region tambahan juga berlaku untuk Load Balancer Aplikasi internal lintas region.

Load balancer berbasis Envoy akan otomatis menskalakan jumlah proxy yang tersedia untuk menangani traffic berdasarkan kebutuhan traffic Anda. Biaya instance proxy didasarkan pada jumlah instance proxy yang diperlukan untuk memenuhi kebutuhan traffic Anda. Setiap proxy tambahan akan dikenai biaya per jam tambahan sesuai dengan harga yang tercantum dalam tabel harga.

Jumlah proxy yang dialokasikan ke load balancer akan dihitung berdasarkan kapasitas terukur yang diperlukan untuk menangani traffic Anda selama jangka waktu 10 menit. Selama jangka waktu ini, kami melihat nilai yang lebih besar dari:

• Jumlah proxy yang diperlukan untuk memenuhi kebutuhan bandwidth traffic Anda. Setiap instance proxy dapat menangani hingga 18 MB per detik. Kami memantau total bandwidth yang diperlukan dan membaginya dengan bandwidth yang dapat didukung oleh instance proxy.
• Jumlah proxy yang diperlukan untuk menangani koneksi dan permintaan. Kami menghitung jumlah total setiap resource berikut dan membagi setiap nilai dengan jumlah yang dapat ditangani oleh instance proxy:
• 600 (HTTP) atau 150 (HTTPS) koneksi baru per detik
• 3.000 koneksi aktif
• 1.400 permintaan per detik*

* Satu instance proxy dapat menangani 1.400 permintaan per detik jika Cloud Logging dinonaktifkan. Jika Anda mengaktifkan Logging, instance proxy Anda dapat menangani lebih sedikit permintaan per detik. Misalnya: logging 100% permintaan akan mengurangi kapasitas penanganan permintaan proxy menjadi 700 permintaan per detik. Anda dapat menetapkan Logging untuk mengambil sampel dengan persentase traffic yang lebih kecil. Dengan demikian, Anda dapat memenuhi kebutuhan kemampuan observasi sekaligus mengontrol biaya.

Dalam periode 10 menit, data sebesar 180 MB per detik melewati load balancer. 180 MB per detik / 18 MB per detik per instance proxy = 10 instance proxy.

Pada periode yang sama, 300 koneksi HTTPS baru dibuat per detik, 3.000 koneksi telah aktif, dan 2.800 permintaan dikirim per detik:

300 koneksi HTTPS baru per detik / 150 koneksi HTTPS baru per detik per instance proxy = 2 instance proxy 3.000 koneksi aktif / 3.000 koneksi aktif per instance proxy = 1 instance proxy 2.800 permintaan per detik / 1.400 permintaan per detik per instance proxy = 2 instance proxy.

Jumlahnya mencakup hingga 5 instance proxy. Jumlah tersebut lebih rendah dari 10 instance proxy yang diperlukan untuk menyajikan bandwidth. Oleh karena itu, biaya instance proxy untuk jangka waktu 10 menit ini akan dihitung sebagai berikut:

10 instance proxy * $0,025 per instance proxy per jam * (10 menit / (60 menit per jam)) = $0,0417

Penagihan dihitung berdasarkan kapasitas terukur yang diperlukan untuk memenuhi kebutuhan traffic Anda, bukan jumlah instance proxy yang membuat koneksi ke backend Anda. Dengan demikian, Anda mungkin akan ditagih untuk jumlah instance proxy yang berbeda dari yang terlihat di infrastruktur Anda.

Untuk memastikan performa dan keandalan yang optimal, setiap load balancer dialokasikan setidaknya tiga instance proxy di region Google Cloud tempat load balancer di-deploy. Instance proxy ini dialokasikan meskipun load balancer tidak menangani traffic. Setelah aturan penerusan (dengan skema load balancing INTERNAL_MANAGED) di-deploy ke project, Anda akan mulai dikenai biaya instance proxy. Aturan penerusan tambahan akan dikenai biaya instance proxy tambahan seperti yang dijelaskan sebelumnya (dengan kata lain, tiga instance proxy tambahan per aturan penerusan).

Tiga instance proxy yang dialokasikan ke load balancer Anda menimbulkan biaya instance proxy minimum per jam. Misalnya, untuk region Google Cloud us-central1, tagihan minimum dihitung sebagai berikut:

3 instance proxy * $0,025 per proxy per jam = $0,075 per jam.

Seperti yang dijelaskan sebelumnya, setiap instance proxy ini dapat menangani jumlah traffic tertentu. Jika kebutuhan traffic melebihi kapasitas ketiga instance proxy ini, Anda akan dikenai biaya untuk instance proxy yang diperlukan guna menangani traffic tambahan.

Biaya pemrosesan data dihitung dengan mengukur total volume data permintaan dan respons yang diproses oleh load balancer selama siklus penagihan. Biaya ini disesuaikan dengan penggunaan dan tidak ada biaya minimum untuk pemrosesan data.

Biaya transfer data lintas region dikenakan jika Anda menggunakan Load Balancer Aplikasi internal lintas region. Misalnya, jika Anda memiliki deployment Load Balancer Aplikasi internal lintas region tempat klien, Envoy proxy, dan backend-nya berada di region terpisah, Anda akan melihat biaya transfer data lintas region untuk setiap hop secara terpisah (klien <-> Envoy proxy, dan Envoy proxy <-> backend). Untuk mengurangi biaya transfer data lintas region ini, Anda dapat men-deploy proxy Envoy di beberapa region.

Project aturan penerusan akan dikenai biaya untuk pemrosesan data, penggunaan instance proxy per jam, dan transfer data VM antarzona.

Jika Anda menggunakan backend NEG serverless untuk Load Balancer Aplikasi internal, biaya Load Balancer Aplikasi internal yang ada akan berlaku selain biaya komputasi serverless untuk Cloud Run.

NEG internet regional memerlukan penggunaan gateway Cloud NAT yang menimbulkan biaya tambahan. Anda akan dikenai biaya untuk transfer data internet keluar dan penggunaan Cloud NAT untuk semua traffic yang dikirim ke dan dari subnet khusus Envoy proxy, serta untuk traffic health check. Namun, biaya load balancer hanya berlaku untuk traffic permintaan pengguna.

Gateway Cloud NAT yang dialokasikan untuk Cloud Load Balancing akan dikenai biaya per jam yang setara dengan jaringan yang memiliki lebih dari 32 instance VM. Untuk mengetahui detailnya, lihat Harga Cloud NAT

Kebijakan otorisasi ditawarkan tanpa biaya penggunaan selama Pratinjau.

Jika layanan backend memiliki kebijakan Google Cloud Armor yang terkait, Anda dapat menggunakan fitur header permintaan kustom dengan layanan backend tersebut tanpa biaya tambahan untuk fitur header permintaan kustom.

Jika layanan backend yang menggunakan fitur header permintaan kustom tidak memiliki kebijakan Google Cloud Armor yang terkait, biayanya adalah $0,75 per 1.000.000 permintaan HTTP(S) per bulan per akun. Anda hanya akan dikenai biaya untuk 666.666.667 permintaan pertama per bulan per akun.

Akses global memungkinkan instance klien dari region mana pun untuk mengakses load balancer internal Anda. Jika akses global diaktifkan untuk aturan penerusan, biaya transfer data lintas region tambahan akan dikenakan saat traffic dikirim ke atau dari klien di region yang berbeda dengan load balancer.

Akses global umumnya tersedia untuk Load Balancer Jaringan passthrough internal, Load Balancer Aplikasi internal regional, dan Load Balancer Jaringan proxy internal regional.

Penerusan protokol dikenai biaya dengan tarif yang sama seperti load balancing. Ada biaya untuk aturan penerusan dan biaya untuk data masuk yang diproses oleh instance target.

Sertifikat SSL yang dikelola sendiri dan dikelola Google tersedia tanpa biaya.