Harga Pub/Sub
Biaya Pub/Sub memiliki tiga komponen:
- Biaya throughput untuk publikasi dan pengiriman pesan
- Biaya transfer data terkait dengan throughput yang melintasi batas zona atau region Google Cloud
- Biaya penyimpanan untuk snapshot, pesan yang dipertahankan berdasarkan topik, dan pesan terkonfirmasi yang dipertahankan berdasarkan langganan
Biaya layanan Pub/Sub didasarkan pada penggunaan (jumlah byte yang dipublikasikan, dikirim, atau disimpan).
Sebaliknya, biaya throughput dan penyimpanan Pub/Sub Lite, didasarkan pada kapasitas yang dipesan.
Biaya transfer data untuk kedua layanan tersebut didasarkan pada penggunaan, bukan kapasitas yang dipesan.
Prasyarat
Dokumen ini mensyaratkan Anda memahami arsitektur Pub/Sub atau Pub/Sub Lite serta istilah umum yang menjadi bagian dari setiap produk. Untuk mengetahui informasi selengkapnya, lihat arsitektur Pub/Sub.
Contoh penghitungan harga
Tabel berikut membandingkan biaya bulanan sistem Pub/Sub dan Pub/Sub Lite untuk pemuatan sampel di Amerika Utara. Contoh ini mengasumsikan periode penyimpanan pesan selama 24 jam, penggunaan resource sebesar 50% untuk Pub/Sub Lite, dan jenis langganan pull atau push untuk Pub/Sub, Jenis langganan lainnya mungkin dikenakan biaya tambahan.
| Throughput publikasi dalam MiBps | Jumlah langganan | Topik Lite di level Zona | Topik Lite di level Region | Pub/Sub |
|---|---|---|---|---|
| 10 | 1 | $169 | $608 | $2.000 |
| 10 | 2 | $214 | $788 | $3.000 |
| 100 | 1 | $1.688 | $6.075 | $19.760 |
| 100 | 2 | $2.138 | $7.875 | $29.640 |
Saat Anda membandingkan biaya Pub/Sub dan Pub/Sub Lite, pertimbangkan perbedaan fitur antara kedua produk ini. Untuk mengetahui informasi selengkapnya, baca artikel Memilih Pub/Sub atau Pub/Sub Lite.
Harga layanan Pub/Sub
Detail harga di bagian ini hanya berlaku untuk Pub/Sub, bukan untuk Pub/Sub Lite. Bagian ini membahas topik berikut:
- Biaya throughput
- Biaya penyimpanan
- Biaya transfer data
- Penagihan Pub/Sub lintas project
- Biaya pesan yang difilter
Biaya throughput
Throughput adalah jumlah total byte yang ditulis (throughput publikasi) ke topik Pub/Sub atau dibaca (throughput langganan ) dari langganan topik tertentu selama jangka waktu tertentu.
Setiap bulan kalender, 10 GiB pertama throughput yang diidentifikasi sebagai SKU Message Delivery Basic untuk akun penagihan tidak dikenakan biaya. Setelah itu, harganya sebesar $40 per TiB di semua region Google Cloud. Namun, jika Anda menggunakan topik impor atau langganan ekspor, baca bagian berikutnya.
Biaya throughput untuk langganan BigQuery
Biaya langganan BigQuery adalah $50 per TiB di semua region Google Cloud untuk pembacaan (throughput langganan) dari langganan dan penulisan ke BigQuery. Tidak ada biaya penyerapan data BigQuery tambahan. Namun, jenis biaya BigQuery lainnya seperti penyimpanan dan ekstraksi data tetap berlaku. Untuk informasi lebih lanjut, lihat harga BigQuery. 10 GiB pertama throughput langganan BigQuery tidak gratis.
Biaya throughput untuk langganan Cloud Storage
Biaya langganan Cloud Storage adalah $50 per TiB di semua region Google Cloud untuk pembacaan (throughput langganan) dari langganan dan penulisan ke Cloud Storage. Saat langganan Cloud Storage menulis file ke bucket, jenis biaya tambahan lainnya mungkin berlaku. Hal ini mencakup tagihan seperti penyimpanan, pengambilan, dan replikasi. Untuk mengetahui informasi selengkapnya, lihat harga Cloud Storage. 10 GiB pertama throughput langganan Cloud Storage tidak gratis.
Biaya throughput untuk topik impor
Topik impor (untuk Kinesis Data Streams) dikenakan biaya $50 per TiB di semua region Google Cloud untuk menyerap data ke Pub/Sub (throughput publikasi).
Topik impor (untuk Cloud Storage) dikenakan biaya $80 per TiB di semua region Google Cloud untuk menyerap data ke Pub/Sub (throughput publikasi).
Saat topik impor menyerap data ke topik Pub/Sub, jenis biaya tambahan lainnya yang spesifik per sumber mungkin berlaku. Hal ini mencakup biaya seperti biaya keluar dari AWS untuk sumber Kinesis Data Streams, biaya operasi Cloud Storage untuk sumber Cloud Storage. 10 GiB pertama throughput topik impor tidak gratis.
Penghitungan volume pesan
Volume data pesan adalah jumlah ukuran atribut pesan berikut:
- Jumlah byte dalam string isi pesan yang dienkode
- Untuk setiap atribut, ukuran kunci dan nilainya
- 20 byte untuk stempel waktu
- Ukuran string
message_id - Ukuran kolom opsional tambahan, seperti kolom yang terkait dengan akses awal dan API lainnya dengan akses terbatas.
Minimal 1 KB dinilai untuk setiap permintaan, terlepas dari ukuran pesan dalam permintaan. Oleh karena itu, untuk pesan yang lebih kecil dari 1 KB, akan lebih murah untuk mengelompokkan beberapa pesan dalam satu permintaan.
Biaya penyimpanan
Penyimpanan pesan yang tidak terkonfirmasi dalam langganan tersedia gratis hingga satu hari.
Ada empat kasus saat penyimpanan Pub/Sub tidak gratis. Biaya penyimpanan sebesar $0,27 per GiB-bulan dikenakan untuk hal berikut:
- Topik dikonfigurasi untuk mempertahankan semua pesan. Dalam hal ini, biaya penyimpanan pesan dikenakan biaya untuk penyimpanan semua pesan yang dipublikasikan ke topik.
- Langganan dikonfigurasi untuk mempertahankan pesan yang terkonfirmasi. Dalam hal ini, biaya penyimpanan dikenakan untuk pesan terkonfirmasi yang dipertahankan.
- Snapshot langganan dibuat. Dalam hal ini, biaya penyimpanan pesan dikenakan untuk penyimpanan pesan terkonfirmasi dari snapshot.
Langganan dikonfigurasi untuk menyimpan pesan yang tidak terkonfirmasi selama lebih dari 1 hari dan backlog langganan sudah lebih dari 1 hari. Dalam hal ini, biaya penyimpanan dikenakan untuk pesan yang tidak terkonfirmasi yang disimpan setelah 1 hari dipublikasikan. Perlu diperhatikan bahwa tidak ada biaya tambahan yang akan dikenakan untuk pesan yang belum dikonfirmasi dan sudah disimpan untuk retensi topik.
Pertimbangkan topik tanpa retensi topik dan langganan terlampir dengan retensi yang ditetapkan sebagai default 7 hari. Jika pelanggan dapat memproses pesan dalam waktu 1 hari setelah dipublikasikan, pemilik langganan tidak akan dikenai biaya penyimpanan untuk pesan yang tidak direspons. Namun, biaya penyimpanan akan dikenakan untuk pesan yang tidak terkonfirmasi dan disimpan selama lebih dari 1 hari setelah dipublikasikan jika pelanggan tidak dapat memproses pesan tersebut dalam 24 jam pertama.
Misalnya, ada sebuah topik dengan retensi topik yang ditetapkan 4 hari dan langganan terlampir dengan retensi yang ditetapkan secara default 7 hari. Pemilik langganan tidak akan dikenai biaya penyimpanan untuk pesan yang tidak dikonfirmasi dan disimpan kurang dari 4 hari setelah dipublikasikan karena pesan tersebut sudah disimpan oleh topik. Jika pelanggan tidak dapat memproses pesan setelah 4 hari sejak dipublikasikan, pemilik langganan akan dikenai biaya tambahan selama 3 hari (kecuali jika pelanggan dapat memproses pesan lebih cepat dari 7 hari).
Catatan : Jika langganan memiliki backlog pesan yang tidak terkonfirmasi saat snapshot dibuat, biaya satu kali yang setara dengan menyimpan backlog tersebut selama tujuh hari akan dikenakan.
Mempertahankan pesan terkonfirmasi dalam langganan individual menawarkan fleksibilitas maksimal bagi pemilik langganan, tetapi biasanya merupakan mekanisme penyimpanan yang paling mahal. Mekanisme penyimpanan yang paling murah adalah retensi topik karena pesan yang dipertahankan untuk suatu topik dapat digunakan di semua langganan yang terkait dengan topik tersebut tanpa biaya tambahan per langganan. Kami tidak akan menagih biaya kepada pemilik langganan untuk pesan yang tidak dikonfirmasi yang disimpan jika pesan tersebut sudah disimpan oleh retensi topik. Snapshot juga dapat menjadi opsi ekonomi karena satu snapshot dapat digunakan di beberapa langganan.
Perhatikan bahwa jika setelan retensi topik diubah, biaya untuk pesan yang tidak mendapatkan respons juga dapat berubah. Misalnya, pemilik langganan dapat mulai dikenai biaya penyimpanan untuk pesan yang belum dikonfirmasi jika pemilik topik menonaktifkan retensi pesan.
Biaya transfer data
Biaya untuk transfer data internet dan pengiriman pesan antar-region Google Cloud konsisten dengan tarif jaringan VPC, dengan pengecualian sebagai berikut:
- Tidak ada biaya transfer data zona untuk penggunaan Pub/Sub.
- Keluar ke produk Google tidak dibebaskan dari biaya transfer data.
- Anda tidak perlu membayar transfer data ke Pub/Sub. Misalnya, jika penayang berada di region atau zona yang berbeda, Anda harus membayar biaya transfer data untuk layanan asal, tetapi tidak ada biaya transfer data masuk. Demikian pula, jika penayang melakukan publikasi dari Amazon Web Service (AWS) atau pusat data pribadi, Anda tidak perlu membayar biaya transfer data ke Pub/Sub.
Anda akan dikenai biaya untuk transfer data setiap kali pesan melintasi batas region. Jika memiliki beberapa pelanggan di region yang berbeda dengan region tempat pesan disimpan, Anda akan dikenai biaya transfer data secara terpisah untuk pengiriman ke setiap pelanggan.
Biaya transfer data karena kebijakan penyimpanan pesan
Kebijakan penyimpanan pesan dapat menghasilkan biaya transfer data region tambahan jika kebijakan tersebut memaksa data untuk keluar dari region Google Cloud. Misalnya, pertimbangkan pesan dengan peristiwa berikut:
- Dipublikasikan di region A
- Dirutekan ke region B untuk disimpan
- Dikirim ke klien pelanggan di region C
Dalam hal ini, skenario penagihan dijelaskan sebagai berikut:
- Project yang berisi topik akan ditagih untuk transfer data dari region A ke region B.
- Project yang berisi langganan akan ditagih untuk transfer data dari region B ke region C.
Project yang berisi topik akan dikenai biaya transfer data hanya jika pesan yang dipublikasikan disimpan di region yang berbeda dengan region tempat pesan dipublikasikan (yaitu, B sebenarnya merupakan region yang berbeda dengan A). Project yang berisi langganan akan dikenai biaya transfer data hanya jika pesan yang dipublikasikan disimpan di region yang berbeda dengan klien pelanggan (C tidak sama dengan B).
Biaya pesan yang difilter
Pub/Sub secara otomatis mengonfirmasi bahwa pesan yang tidak cocok dengan filter, tetapi Anda masih dikenai biaya throughput untuk pesan tersebut. Tidak ada biaya transfer data untuk pesan yang difilter.
Batas minimum 1.000 byte tidak berlaku untuk pesan yang otomatis dikonfirmasi oleh layanan Pub/Sub. Biaya pengiriman pesan didasarkan pada jumlah byte dalam pesan ini, dan tidak bergantung pada ukuran pesan.
Penagihan Pub/Sub lintas project
Jika Anda menggunakan Pub/Sub di seluruh project, biaya Pub/Sub akan ditagihkan ke project yang berisi resource yang diminta:
- Project yang ditagih untuk publikasi adalah project yang berisi topik tersebut.
- Project yang ditagih untuk berlangganan adalah project yang berisi langganan.
Misalnya, jika langganan berada di project A, project A akan ditagih untuk data yang diambil dari langganan, sekalipun langganan tersebut terkait dengan topik di project B.
Jika akun layanan yang diberi otorisasi dalam project A menggunakan pesan dari langganan di project B, project B akan ditagih untuk data yang diambil dari langganan.
Harga layanan Pub/Sub Lite
Detail harga berikut hanya berlaku untuk Pub/Sub Lite, bukan Pub/Sub. Kecuali jika ditentukan lain, detail ini berlaku untuk topik Lite di level zona dan region. Termasuk bagian-bagian berikut:
Biaya throughput
Throughput adalah jumlah total byte yang ditulis (throughput publikasi) ke topik Pub/Sub Lite atau dibaca (throughput langganan ) dari langganan topik tertentu selama jangka waktu tertentu.
Biaya throughput Pub/Sub Lite didasarkan pada kapasitas throughput yang disediakan atau dipesan, bukan throughput sebenarnya (MiBps) atau jumlah total byte dalam periode penagihan (MiB per bulan). Kapasitas throughput disediakan dan diberi harga dalam unit kapasitas. Anda dapat menyediakan kapasitas throughput untuk satu atau beberapa topik di region yang sama dengan menggunakan pemesanan Lite.
Tabel berikut menampilkan biaya throughput dan penyimpanan untuk sistem Pub/Sub Lite.
Throughput dengan pemesanan Lite
Pemesanan Lite dapat digunakan untuk memesan dan berbagi kapasitas throughput di antara satu atau beberapa topik di suatu region. Pemesanan Lite diperlukan untuk topik Pub/Sub Lite berdasarkan region.
Kapasitas throughput untuk pemesanan Lite diukur dalam unit kapasitas. Anda hanya dapat menyediakan seluruh jumlah unit kapasitas untuk pemesanan. Throughput operasi yang berbeda memerlukan jumlah unit kapasitas yang berbeda, seperti yang dijelaskan dalam tabel berikut:
| Unit kapasitas yang diperlukan | Topik Lite di level Zona | Topik Lite di level Region |
|---|---|---|
| 1 MiBps throughput publikasi | 1 unit kapasitas | 4 unit kapasitas |
| 1 MiBps throughput langganan | 0,5 unit kapasitas | 2 unit kapasitas |
Jumlah partisi di seluruh topik Lite dalam suatu pemesanan tidak boleh lebih besar dari jumlah unit kapasitas yang dipesan.
Menghitung biaya kapasitas throughput untuk satu topik dengan pemesanan
Bagian berikut membantu Anda menghitung biaya kapasitas throughput untuk satu topik Lite di level zona yang menggunakan pemesanan:
- Jenis topik = topik Lite di level Zona
- Jumlah topik = 1
- Jumlah partisi = 5
- Throughput publikasi puncak = 5 MiBps
- Unit kapasitas yang diperlukan untuk throughput publikasi = 5
- Throughput langganan puncak = 10 MiBps
- Unit kapasitas yang diperlukan untuk throughput langganan = 5
- Total unit kapasitas yang diperlukan = 5+5 = 10
- Biaya 10 unit kapasitas di Amerika Utara per bulan = $45
Untuk throughput yang sama dengan topik Lite di level regional dengan 5 partisi, Anda memerlukan pemesanan dengan 40 unit kapasitas, 20 untuk throughput publikasi, dan 20 untuk throughput langganan.
Anda dapat mengubah jumlah unit kapasitas di pemesanan kapan saja. Namun, Anda akan ditagih untuk kapasitas maksimum yang disediakan dalam 24 jam terakhir. Misalnya, jika mengubah kapasitas pemesanan dari 40 menjadi 10 unit kapasitas pada pukul 10.00 hari Senin, Anda akan ditagih untuk 40 unit kapasitas per jam hingga pukul 10.00 hari Selasa dan untuk 10 unit kapasitas per jam setelahnya.
Perhatikan bahwa kapasitas pemesanan dapat digunakan untuk throughput publikasi dan langganan dengan topik apa pun di region yang sama dengan pemesanan. Untuk mempelajari pemesanan lebih lanjut, baca artikel Membuat dan mengelola pemesanan Lite.
Throughput tanpa pemesanan Lite
Bagian ini hanya berlaku untuk topik Lite di level zona.
Anda dapat memilih untuk tidak menggunakan pemesanan lalu memesan kapasitas throughput publikasi dan langganan untuk satu topik. Dalam hal ini, Anda akan ditagih untuk kapasitas yang dipesan saat ini, bukan maksimum selama jangka waktu 24 jam yang berjalan.
Perhatikan bahwa kapasitas yang dikonfigurasi tanpa pemesanan harus antara batas berikut ini:
- 4 dan 16 MiBps (setara dengan 4 dan 16 unit kapasitas) untuk dipublikasikan untuk setiap partisi.
- 4 dan 32 MiBps (setara dengan 2 dan 16 unit kapasitas) untuk berlangganan untuk setiap partisi.
Menghitung biaya kapasitas throughput untuk satu topik tanpa pemesanan
Bagian berikut membantu Anda menghitung biaya kapasitas throughput untuk satu topik Lite di level zona yang tidak menggunakan pemesanan:
- Jenis topik = topik Lite di level Zona
- Jumlah topik = 1
- Jumlah partisi = 4
- Throughput publikasi puncak = 16 MiBps
- Unit kapasitas yang diperlukan untuk throughput publikasi = 16
- Throughput langganan puncak = 16 MiBps
- Unit kapasitas yang diperlukan untuk throughput langganan = 8
- Total unit kapasitas yang diperlukan = 16+8 = 24
- Biaya 24 unit kapasitas di Amerika Utara per bulan = $108
Biaya penyimpanan
Seperti pada throughput Lite, Anda membayar kapasitas penyimpanan dari suatu topik. Pub/Sub Lite mengenakan biaya untuk jumlah penyimpanan maksimum yang Anda sediakan dalam sebulan. Setiap partisi harus memiliki kapasitas penyimpanan minimal 30 GiB.
Topik Lite di level region menyimpan data di dua zona di suatu region, sedangkan topik Lite di level zona hanya menyimpan data di satu zona di suatu region. Topik Lite di level region menggunakan penyimpanan dua byte untuk setiap byte pesan yang dipublikasikan. Oleh karena itu, biaya penyimpanan per byte yang dipublikasikan ke topik Lite di level region adalah dua kali lipat dari biaya di level zona.
Untuk memperkirakan kapasitas penyimpanan unttuk sistem Pub/Sub Lite, lihat daftar berikut:
Tentukan durasi waktu yang Anda perlukan untuk menyimpan pesan.
Untuk memperkirakan total penyimpanan yang diperlukan, kalikan rata-rata throughput yang diharapkan untuk setiap partisi dengan durasi waktu yang diperlukan untuk menyimpan pesan Anda. Misalnya, untuk memublikasikan 40 MiB pesan per detik di 10 partisi dalam topik Lite di level zona dan untuk mempertahankan pesan selama satu hari, sediakan penyimpanan sebesar 3.375 GiB (setara dengan 40 MiBps * 3.600 detik per jam * 24 jam per hari * 1 GiB/1.024 MiB). Biaya penyimpanan Anda adalah $135 di Amerika Utara (setara dengan 3.375 GiB * 24 jam per hari * 30 hari per bulan * $0,04 / GiB-bulan-zona). Untuk topik Lite di level region karena data disimpan di dua zona, biaya penyimpanannya naik dua kali lipat menjadi $270.
Pertimbangkan distribusi kunci yang tidak merata.
Semua partisi diberi kapasitas penyimpanan yang sama. Jika Anda mengharapkan beberapa partisi memiliki volume yang lebih besar dari yang lain, sediakan semua partisi agar memiliki penyimpanan yang diperlukan untuk partisi terbesar.
Penghitungan volume pesan
Saat menghitung ukuran pesan untuk throughput dan penyimpanan, setiap pesan menggunakan minimum 256 byte. Jika ukuran pesan lebih besar dari 256 byte, maka ukuran pesan adalah jumlah atribut pesan berikut:
- Jumlah byte dalam string isi pesan yang dienkode
- Jumlah byte dalam kunci dan nilai setiap atribut
- Jumlah byte dalam kunci pengurutan
- 12 byte untuk stempel waktu peristiwa
Biaya transfer data
Biaya transfer data Pub/Sub Lite hanya berlaku jika pelanggan Anda berada di zona atau region yang berbeda dari lokasi topik. Biaya untuk transfer data keluar internet dan pengiriman pesan antar-region Google Cloud konsisten dengan tarif jaringan VPC, dengan pengecualian sebagai berikut:
Untuk topik Lite di level region dengan pelanggan di region yang sama dengan topik, tidak ada biaya transfer data zona.
Biaya transfer data tetap berlaku untuk transfer data ke produk Google.
Membayar dalam mata uang selain USD
Jika Anda melakukan pembayaran dengan mata uang selain USD, yang berlaku adalah harga yang tercantum dalam mata uang Anda pada SKU Google Cloud. Tarif yang tercantum adalah per TiB (2^40 byte, atau sekitar 1,1 triliun byte).
Langkah berikutnya
Lihat kuota dan batas Pub/Sub Lite atau kuota dan batas Pub/Sub Lite.
Hitung biaya Pub/Sub Anda menggunakan kalkulator harga.
Lihat grup SKU Pub/Sub.