Contoh harga Google Cloud Observability

Halaman ini memberikan contoh harga untuk Google Cloud Observability. Anda dapat menggunakan contoh di halaman ini untuk membantu Anda memahami cara Google Cloud menghitung biaya Google Cloud Observability Anda. Untuk mengetahui informasi harga, lihat harga Google Cloud Observability.

Anda mungkin juga tertarik dengan dokumen berikut:

• Perkirakan tagihan Anda. Dokumen ini menjelaskan cara melihat penggunaan dan memperkirakan tagihan Anda.

• Mengoptimalkan dan memantau biaya Anda. Dokumen ini membantu Anda mengurangi atau memantau biaya.

• Mengoptimalkan biaya dengan Cost Explorer. Cost Explorer memberikan visualisasi data biaya dan metrik pemanfaatan saat ini dan historis. Dengan demikian, data ini membantu Anda mengidentifikasi peluang pengoptimalan.

Kebijakan pemberitahuan

Bagian ini menjelaskan cara menghitung jumlah deret waktu yang dipantau dan memberikan beberapa contoh harga.

Menghitung jumlah deret waktu yang dipantau

Pertimbangkan konfigurasi yang memiliki hal berikut:

• 100 virtual machine (VM), dengan setiap VM termasuk dalam satu layanan.
• Setiap VM memancarkan satu metrik, metric_name, yang memiliki label dengan 10 nilai.
• Total lima layanan.

Karena Anda memiliki 100 VM, yang masing-masing dapat menghasilkan 10 deret waktu (satu untuk setiap nilai label), Anda memiliki total 1.000 deret waktu pokok. Setiap VM juga berisi label seperti metadata yang mencatat layanan mana dari lima layanan Anda yang menjadi tempat VM tersebut.

Anda dapat mengonfigurasi kebijakan pemberitahuan dengan cara berikut menggunakan PromQL, dengan setiap konfigurasi menghasilkan jumlah deret waktu yang berbeda yang ditampilkan per periode eksekusi:

Contoh penghitungan harga

Contoh berikut terjadi dalam bulan 30 hari, sehingga menghasilkan periode evaluasi berikut:

• 86.400 periode eksekusi 30 detik per bulan
• 172.800 periode eksekusi 15 detik per bulan (khusus kueri PromQL)

Contoh 1: Satu kebijakan, menggabungkan ke VM, 30 detik

Dalam contoh ini, gunakan konfigurasi berikut:

Data

• 100 VM
• Setiap VM memancarkan satu metrik, metric_name
• metric_name memiliki satu label, yang memiliki 10 nilai

• Satu kondisi pemberitahuan
• Kondisi digabungkan ke tingkat VM
• Periode eksekusi 30 detik

• Biaya kondisi: 1 kondisi * $0,10 per bulan = $0,10 per bulan
• Biaya deret waktu: 100 deret waktu yang ditampilkan per periode * 86.400 periode per bulan = 8,6 juta deret waktu yang ditampilkan per bulan * $0,35 per juta deret waktu = $3,02 per bulan
• Total biaya: $3,12 per bulan

Contoh 2: 100 kebijakan (satu per VM), digabungkan ke VM, 30 detik

Dalam contoh ini, gunakan konfigurasi berikut:

Data

• 100 VM
• Setiap VM memancarkan satu metrik, metric_name
• metric_name memiliki satu label, yang memiliki 10 nilai

• 100 kondisi
• Setiap kondisi difilter dan digabungkan ke satu VM
• Periode eksekusi 30 detik

• Biaya kondisi: 100 kondisi * $0,10 per bulan = $10 per bulan
• Biaya deret waktu: 100 kondisi * 1 deret waktu yang ditampilkan per kondisi per periode * 86.400 periode per bulan = 8,6 juta deret waktu yang ditampilkan per bulan * $0,35 per juta deret waktu = $3,02 per bulan
• Total biaya: $13,02 per bulan

Contoh 3: Satu kebijakan, menggabungkan ke VM, 15 detik

Dalam contoh ini, gunakan konfigurasi berikut:

Data

• 100 VM
• Setiap VM memancarkan satu metrik, metric_name
• metric_name memiliki satu label, yang memiliki 10 nilai

• Satu kondisi pemberitahuan PromQL
• Kondisi digabungkan ke tingkat VM
• Periode eksekusi 15 detik

• Biaya kondisi: 1 kondisi * $0,10 per bulan = $0,10 per bulan
• Biaya deret waktu: 100 deret waktu yang ditampilkan per periode * 172.800 periode per bulan = 17,3 juta deret waktu yang ditampilkan per bulan * $0,35 per juta deret waktu = $6,05 per bulan
• Total biaya: $6,15 per bulan

Contoh 4: Gabungkan satu kebijakan ke setiap layanan, 30 detik

Dalam contoh ini, gunakan konfigurasi berikut:

Data

• 100 VM, dengan setiap VM termasuk dalam satu layanan
• Total lima layanan
• Setiap VM memancarkan satu metrik, metric_name
• metric_name memiliki satu label, yang memiliki 10 nilai

• Satu kondisi
• Kondisi digabungkan ke tingkat layanan
• Periode eksekusi 30 detik

• Biaya kondisi: 1 kondisi * $0,10 per bulan = $0,10 per bulan
• Biaya deret waktu: 5 deret waktu yang ditampilkan per periode * 86.400 periode per bulan = 432.000 deret waktu yang ditampilkan per bulan * $0,35 per juta deret waktu = $0,14 per bulan
• Total biaya: $0,24 per bulan

Contoh 5: Menggabungkan satu kebijakan ke VM; kardinalitas pokok yang lebih tinggi per VM, 30 detik

Dalam contoh ini, gunakan konfigurasi berikut:

Data

• 100 VM
• Setiap VM memancarkan satu metrik, metric_name
• metric_name memiliki 100 label dengan masing-masing 1.000 nilai

• Satu kondisi
• Kondisi digabungkan ke tingkat VM
• Periode eksekusi 30 detik

• Biaya kondisi: 1 kondisi * $0,10 per bulan = $0,10 per bulan
• Biaya deret waktu: 100 deret waktu yang ditampilkan per periode * 86.400 periode per bulan = 8,5 juta deret waktu yang ditampilkan per bulan * $0,35 per juta deret waktu = $3,02 per bulan
• Total biaya: $3,12 per bulan

Contoh 6: Menggabungkan satu kebijakan ke VM; menggabungkan dua metrik dalam satu kondisi, 30 detik

Dalam contoh ini, gunakan konfigurasi berikut:

Data

• 100 VM
• Setiap VM memancarkan dua metrik, metric_name_1 dan metric_name_2
• Kedua metrik memiliki satu label dengan masing-masing 10 nilai

• Satu kondisi
• Kondisi digabungkan ke tingkat VM
• Kondisi menggunakan operator OR untuk menggabungkan metrik
• Periode eksekusi 30 detik

• Biaya kondisi: 1 kondisi * $0,10 per bulan = $0,10 per bulan
• Biaya deret waktu: 2 metrik * 100 deret waktu yang ditampilkan per metrik per periode * 86400 periode per bulan = 17,3 juta deret waktu yang ditampilkan per bulan * $0,35 per juta deret waktu = $6,05 per bulan
• Total biaya: $6,15 per bulan

Contoh 7: 100 kebijakan pemberitahuan berbasis log

Dalam contoh ini, gunakan konfigurasi berikut:

Kebijakan pemberitahuan

• 100 kondisi (satu kondisi per kebijakan pemberitahuan berbasis log)

• Biaya kondisi: 100 kondisi * $0,10 per bulan = $10,00 per bulan
• Biaya deret waktu: $0 (Kebijakan pemberitahuan berbasis log tidak menampilkan deret waktu.)
• Total biaya: $10,00 per bulan

Contoh harga Cloud Monitoring API

Contoh ini adalah harga per 2 Oktober 2025.

Misalkan Anda membuat kueri 10 jenis metrik setiap 5 menit dan untuk setiap jenis metrik, jumlah deret waktu yang ditampilkan adalah 100. Dalam 30 hari, kueri Anda akan menampilkan 8.640.000 deret waktu (10 jenis metrik * 100 deret waktu / jenis metrik * (60 menit / jam / interval polling 5 menit) * 24 jam / hari * 30 hari).

Biaya per 30 hari adalah $3,82 ((8.640.000 - 1 juta deret waktu alokasi gratis) * ($0,50/juta deret waktu yang ditampilkan)).

Data metrik yang dikenakan biaya berdasarkan byte yang diserap

Contoh berikut menggambarkan cara mendapatkan estimasi biaya untuk mengumpulkan data metrik untuk metrik yang dikenakan biaya berdasarkan byte yang diserap. Contoh ini dimaksudkan untuk menggambarkan penghitungan; untuk perkiraan yang komprehensif, gunakan Kalkulator Harga. Jika Anda mengakses alat ini, gunakan produk Google Cloud Observability untuk memasukkan data metrik, logging, dan trace.

Skenario dasarnya adalah sebagai berikut: Anda memiliki sejumlah resource yang dimonitor, seperti Compute Engine, Google Kubernetes Engine, atau App Engine, yang menulis data dari sejumlah metrik setiap bulannya.

Variabel di seluruh skenario meliputi:

• Jumlah resource.
• Jumlah metrik.
• Apakah metrik merupakan Google Cloud metrik atau bukan.
• Tarif untuk tempat penulisan data metrik.

Contoh di bagian ini adalah untuk harga Monitoring per Juli 2020.

Latar belakang umum

Pada contoh harga berikut, setiap titik data metrik yang diserap diasumsikan sebagai jenis double, int64, atau bool. Ini dihitung sebagai 8 byte untuk tujuan penetapan harga. Total ada sekitar 730 jam (365 hari/12 bulan * 24 jam) dalam satu bulan, atau 43.800 menit.

Untuk satu data penulisan metrik dengan frekuensi 1 titik data/menit selama satu bulan:

• Total titik data adalah: 43.800
• Total volume yang diserap:
  • 350.400 byte (43.800 titik data * 8 byte)
  • 0,33416748 MiB (350.400 byte / 1.048.576 byte/MiB)

Untuk satu data penulisan metrik dengan frekuensi 1 titik data/jam selama satu bulan:

• Total titik data adalah: 730
• Total volume yang diserap:
  • 5.840 byte (730 titik data * 8 byte)
  • 0,005569458 MiB (5.840 byte / 1.048.576 byte/MiB)

Contoh penghitungan harga

Skenario 1: Anda memiliki 1.000 resource, masing-masing menuliskan 75 metrik. Ini adalah Google Cloud khusus metrik, yang ditulis dengan kecepatan 1 titik data/menit.

• Penyerapan bulanan: 25.063 MiB: 0,33416748 MiB untuk satu metrik * 75.000 (yaitu, 1.000 resource, 75 metrik)
• Perkiraan biaya per bulan: $0,00 (MetrikGoogle Cloud tidak dikenai biaya)

Skenario 2: Anda memiliki 1.000 resource, masing-masing menuliskan 75 metrik kustom. Ini adalah penulisan metrik yang dapat dikenakan biaya dengan kecepatan 1 titik data/menit.

• Penyerapan bulanan: 25.063 MiB (sama seperti di atas)
• Perkiraan biaya per bulan: $6.427,55

Skenario 3: Anda memiliki 1.000 resource, masing-masing menuliskan 75 metrik kustom. Ini adalah penulisan metrik yang dapat dikenakan biaya dengan kecepatan 1 titik data/jam.

• Penyerapan bulanan: 418 MiB = 0,005569458 MiB untuk satu metrik * 75.000
• Perkiraan biaya per bulan: $69,14

Skenario 4: Anda memiliki 1 resource yang menuliskan 500.000 metrik. Ini adalah metrik yang dapat dikenakan biaya yang masing-masing menulis dengan kecepatan 1 titik data/menit.

• Penyerapan bulanan: 167.084 MiB: 0,33416748 MiB untuk satu metrik * 500.000
• Perkiraan biaya per bulan: $35.890,98

Data metrik yang dikenakan biaya berdasarkan sampel yang diserap

Contoh berikut menggambarkan cara memperkirakan biaya untuk mengumpulkan metrik yang dikenakan biaya berdasarkan sampel yang diserap. Pengenaan biaya berbasis sampel digunakan untuk Google Cloud Managed Service for Prometheus

Contoh berikut dimaksudkan untuk menggambarkan teknik penghitungan, bukan untuk memberikan data penagihan.

Skenario dasarnya adalah sebagai berikut: Anda memiliki sejumlah container atau pod yang menulis titik di sejumlah deret waktu setiap bulan. Data tersebut dapat terdiri dari distribusi atau nilai skalar.

Variabel di seluruh skenario meliputi:

• Jumlah container atau pod.
• Jumlah deret waktu.
• Apakah data tersebut terdiri dari nilai skalar, distribusi, atau keduanya.
• Tarif untuk tempat penulisan data.

Menghitung sampel

Sebelum dapat memperkirakan harga, Anda perlu mengetahui cara menghitung sampel. Jumlah sampel yang dihitung untuk nilai bergantung pada berikut ini:

• Apakah nilai merupakan skalar atau distribusi
• Kecepatan penulisan nilai

Bagian ini menjelaskan cara memperkirakan jumlah sampel yang ditulis untuk deret waktu selama periode penagihan bulanan.

Dalam sebulan, ada sekitar 730 jam (365 hari / 12 bulan * 24 jam), 43.800 menit, atau 2.628.000 detik.

Jika deret waktu menulis nilai skalar, setiap nilai akan dihitung sebagai satu sampel. Jumlah sampel yang ditulis dalam sebulan hanya bergantung pada seberapa sering nilai tersebut ditulis. Perhatikan contoh berikut:

• Untuk nilai yang ditulis setiap 15 detik:
  • Kecepatan tulis: 1 nilai/15 dtk = 1 sampel/15 dtk
  • Sampel per bulan: 175.200 (1 sampel/15 dtk * 2.628.000 detik/bulan)
• Untuk nilai yang ditulis setiap 60 detik:
  • Kecepatan tulis: 1 nilai/60 dtk = 1 sampel/60 dtk
  • Sampel per bulan: 43.800 (1 sampel/60 dtk * 2.628.000 dtk/bulan)

Jika deret waktu menulis nilai distribusi, maka setiap nilai dapat berisi 2 + n sampel, dengan n adalah jumlah bucket dalam histogram. Jumlah sampel yang ditulis dalam sebulan bergantung pada jumlah bucket dalam histogram Anda dan seberapa sering nilai ditulis.

Misalnya, setiap instance dalam histogram 50 bucket dapat berisi 52 sampel. Jika nilainya ditulis sekali setiap 60 detik, maka histogram 50 bucket menulis maksimal 2.277.600 sampel per bulan. Jika histogram memiliki 100 bucket dan ditulis sekali setiap 60 detik, maka setiap histogram dapat berisi 102 sampel dan menulis maksimal 4.467.600 sampel per bulan.

Sebagian besar deret waktu distribusi berisi kurang dari jumlah maksimum sampel. Dalam praktiknya, antara 20% dan 40% bucket histogram kosong. Persentase ini bahkan lebih tinggi untuk pengguna dengan histogram sparse, seperti yang dihasilkan oleh Istio.

Saat menghitung sampel untuk harga, hanya bucket dengan nilai yang tidak kosong yang disertakan. Jumlah maksimum sampel per histogram adalah 2 + n . Jika 25% bucket Anda kosong, jumlah sampel yang diharapkan adalah 2 + 0,75n per histogram. Jika 40% bucket Anda kosong, jumlah sampel yang diharapkan adalah 2 + 0,60n per histogram.

Tabel penghitungan dan ringkasan berikut menunjukkan jumlah sampel maksimum dan jumlah sampel yang diharapkan dan lebih realistis:

• Untuk nilai histogram 50 bucket yang ditulis setiap 15 detik:

  • Kecepatan tulis: 1 nilai/15 dtk
  • Sampel maksimum:
    • Per histogram: 52
    • Per bulan: 9.110.400 (52 * 1 nilai/15 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 25% kosong:
    • Per histogram: 39,5 (2 + 0.75(50), atau 2 + (50 - 12,5))
    • Per month: 6.920.400 (39,5 * 1 nilai/15 detik * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 40% kosong:
    • Per histogram: 32 (2 + 0,6(50), atau 2 + (50 - 20))
    • Per bulan: 5.606.400 (nilai 32 * 1 nilai/15 dtk * 2.628.000 detik/bulan)

• Untuk nilai histogram 50 bucket yang ditulis setiap 60 detik:

  • Kecepatan tulis: 1 nilai/60 dtk
  • Sampel maksimum:
    • Per histogram: 52
    • Per bulan: 2.277.600 (52 * 1 nilai/60 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 25% kosong:
    • Per histogram: 39,5 (2 + 0.75(50), atau 2 + (50 - 12,5))
    • Per bulan: 1.730.100 (39,5 * 1 nilai/60 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 40% kosong:
    • Per histogram: 32 (2 + 0,6(50), atau 2 + (50 - 20))
    • Per bulan: 1.401.600 (32 x 1 nilai/60 dtk * 2.628.000 detik/bulan)

• Untuk nilai histogram 100 bucket yang ditulis setiap 15 detik:

  • Kecepatan tulis: 1 nilai/15 dtk
  • Sampel maksimum:
    • Per histogram: 102
    • Per bulan: 17.870.400 (102 * 1 nilai/15 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 25% kosong:
    • Per histogram: 77 (2 + 0,75(100), atau 2 + (100-25))
    • Per bulan: 13.490.400 (77 * 1 nilai/15 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 40% kosong:
    • Per histogram: 62 (2 + 0,6(100), atau 2 + (100 - 40))
    • Per bulan: 10.862.400 (62 x 1 nilai/15 dtk * 2.628.000 detik/bulan)

• Untuk nilai histogram 100 bucket yang ditulis setiap 60 detik:

  • Kecepatan tulis: 1 nilai/60 dtk
  • Sampel maksimum:
    • Per histogram: 102
    • Per bulan: 4.467.600 (102 * 1 nilai/60 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 25% kosong:
    • Per histogram: 77 (2 + 0,75(100), atau 2 + (100-25))
    • Per bulan: 3.372.600 (77 * 1 nilai/60 dtk * 2.628.000 detik/bulan)
  • Sampel yang diharapkan, dengan asumsi 40% kosong:
    • Per histogram: 62 (2 + 0,6(100), atau 2 + (100 - 40))
    • Per bulan: 2.715.600 (62 x 1 nilai/60 dtk * 2.628.000 detik/bulan)

Tabel berikut merangkum informasi sebelumnya:

Contoh penghitungan harga

Untuk memperkirakan harga, hitung jumlah sampel yang ditulis selama sebulan dan terapkan nilai harganya. Harga ditetapkan per satu juta, untuk rentang yang ditumpuk, sebagai berikut:

Bagian berikutnya dilanjutkan dengan kemungkinan skenario.

Skenario 1: Anda memiliki 100 container, masing-masing menulis 1.000 deret waktu skalar.

Varian A: Jika setiap deret waktu ditulis setiap 15 detik (1 sampel/15 dtk), maka jumlah sampel yang ditulis per bulan adalah 17.520.000.000 (175.200 sampel/bulan * 1.000 deret waktu * 100 container), atau 17.520 juta.

Varian B: Jika setiap deret waktu ditulis setiap 60 detik (1 sampel/60 dtk), maka jumlah sampel yang ditulis per bulan adalah 4.380.000.000 (43.800 sampel/bulan) * 1.000 deret waktu * 100 container), atau 4.380 juta.

Dalam kedua kasus ini, terdapat kurang dari 50.000 juta sampel sehingga hanya tarif pertama yang berlaku. Tidak ada sampel yang dikenakan biaya pada tarif lain.

Skenario 2: Anda memiliki 1.000 container, masing-masing menulis 1.000 deret waktu skalar.

Varian A: Jika setiap deret waktu ditulis setiap 15 detik (1 sampel/15 dtk), maka jumlah sampel yang ditulis per bulan adalah 175.200.000.000 atau 175.200 juta:

• 50.000 juta sampel pertama dikenakan biaya dengan tarif pertama.
• 125.200 juta sampel sisanya dikenakan biaya dengan tarif kedua.
• Tidak ada sampel yang dikenakan biaya dengan tarif lain.

Varian B: Jika setiap deret waktu ditulis setiap 60 detik (1 sampel/60 dtk), maka jumlah sampel yang ditulis per bulan adalah 4.380.000.000 atau 43.800 juta. Nilai bulanan ini kurang dari 50.000 juta sampel sehingga hanya tarif pertama yang berlaku.

Skenario 3: Anda memiliki 100 container, yang masing-masing menulis 1.000 deret waktu distribusi 100 bucket. Anda memperkirakan 25% bucket akan kosong.

Varian A: Jika setiap deret waktu ditulis setiap 15 detik (1 sampel/15 dtk), maka jumlah sampel yang ditulis per bulan adalah 1.349.040.000.000 (13.490.400 sampel/bulan * 1.000 deret waktu * 100 container), atau 1.349.040 juta.

• 50.000 juta sampel pertama dikenakan biaya dengan tarif pertama.
• 200.000 juta sampel berikutnya dikenakan biaya dengan tarif kedua.
• 250.000 juta sampel berikutnya dikenakan biaya dengan tarif ketiga.
• 749.040 juta sampel sisanya dikenakan biaya dengan tarif keempat.

Varian B: Jika setiap deret waktu ditulis setiap 60 detik (1 sampel/60 dtk), maka jumlah sampel yang ditulis per bulan adalah 337.260.000.000 (3.372.600 sampel/bulan) * 1.000 deret waktu * 100 container), atau 337.260 juta.

• 50.000 juta sampel pertama dikenakan biaya dengan tarif pertama.
• 200.000 juta sampel berikutnya dikenakan biaya dengan tarif kedua.
• 87.260 juta sampel sisanya dikenakan biaya dengan tarif ketiga.

Skenario 4: Anda memiliki 1.000 container, yang masing-masing menulis 10.000 deret waktu distribusi 100 bucket. Anda memperkirakan 40% bucket akan kosong.

Varian A: Jika setiap deret waktu ditulis setiap 15 detik (1 sampel/15 dtk), maka jumlah sampel yang ditulis per bulan adalah 108.624.000.000.000 (10.862.400 sampel/bulan * 10.000 deret waktu * 1.000 container), atau 108.624.000 juta.

• 50.000 juta sampel pertama dikenakan biaya dengan tarif pertama.
• 200.000 juta sampel berikutnya dikenakan biaya dengan tarif kedua.
• 250.000 juta sampel berikutnya dikenakan biaya dengan tarif ketiga.
• 108.124.000 juta sampel sisanya dikenakan biaya dengan tarif keempat.

Varian B: Jika setiap deret waktu ditulis setiap 60 detik (1 sampel/60 dtk), maka jumlah sampel yang ditulis per bulan adalah 27.156.000.000.000 (2.715.600 sampel/bulan) * 10.000 deret waktu * 1.000 container), atau 27.156.000 juta.

• 50.000 juta sampel pertama dikenakan biaya dengan tarif pertama.
• 200.000 juta sampel berikutnya dikenakan biaya dengan tarif kedua.
• 250.000 juta sampel berikutnya dikenakan biaya dengan tarif ketiga.
• 26.656.000 juta sampel sisanya dikenakan biaya dengan tarif keempat.

Skenario 5: Anda mengalami hal berikut:

• 1.000 kontainer, masing-masing menulis 1.000 deret waktu skalar setiap 15 detik. Jumlah sampel yang ditulis per bulan adalah 175.200.000.000, atau 175.200 juta. (Skenario 2, varian A.)

• 1.000 container, masing-masing menulis 10.000 deret waktu distribusi 100 bucket setiap 15 detik. Anda memperkirakan 40% bucket akan kosong. Jumlah sampel yang ditulis per bulan adalah 108.624.000.000.000 atau 108.624.000 juta. (Skenario 4, varian A.)

Jumlah total sampel per bulan adalah 108.799.200 juta (175.200 juta + 108.624.000 juta).

• 50.000 juta sampel pertama dikenakan biaya dengan tarif pertama.
• 200.000 juta sampel berikutnya dikenakan biaya dengan tarif kedua.
• 250.000 juta sampel berikutnya dikenakan biaya dengan tarif ketiga.
• 108.299.200 juta sampel sisanya dikenakan biaya dengan tarif keempat.

Eksekusi cek uptime

Contoh ini adalah harga per (Tanggal mulai berlaku: 1 Oktober 2022).

Contoh berikut menggambarkan cara memperkirakan biaya untuk menjalankan cek uptime. Contoh berikut bertujuan untuk menggambarkan teknik penghitungan, bukan untuk memberikan data penagihan.

Menghitung eksekusi cek uptime

Untuk memperkirakan biaya cek uptime, Anda perlu mengetahui jumlah eksekusi regional yang terjadi dalam sebulan. Pemantauan mengenakan biaya sebesar $0,30/1.000 eksekusi, dengan alokasi bulanan gratis sebesar 1 juta eksekusi.

Untuk memperkirakan biaya cek uptime, Anda dapat menggunakan penghitungan berikut:

(EXECUTIONS_PER_MONTH - 1,000,000) * .0003

Untuk setiap cek uptime, jumlah eksekusi bergantung pada pilihan konfigurasi berikut:

• Seberapa sering cek uptime dieksekusi: setiap menit, 5 menit, 10 menit, atau 15 menit.

• Jumlah region tempat cek uptime dieksekusi.

• Jumlah target yang dikonfigurasi oleh cek uptime. Jika cek uptime dikonfigurasi untuk satu VM, jumlah targetnya adalah 1. Jika cek uptime dikonfigurasi untuk satu grup resource, jumlah target adalah jumlah resource dalam satu grup.

Saat mengonfigurasi cek uptime, Anda menentukan lokasi untuk cek uptime, dan setiap lokasi dipetakan ke satu atau beberapa region. Tabel berikut menunjukkan lokasi yang valid untuk cek uptime dan region yang dipetakan.

Anda harus mengonfigurasi cek uptime untuk dieksekusi di minimal tiga region.

Untuk memperkirakan jumlah eksekusi untuk cek uptime, Anda perlu mengetahui jumlah region yang dicakup oleh lokasi cek uptime.

• ASIA_PACIFIC, EUROPE, dan SOUTH_AMERICA masing-masing mencakup 1 region.
• USA mencakup 3 region.
• GLOBAL mencakup 6 region.

Dalam sebulan, ada sekitar 730 jam (365 hari / 12 bulan * 24 jam) atau 43.800 menit.

• Cek uptime yang dikonfigurasi untuk berjalan setiap satu menit di USA akan berjalan di 3 region. Jika cek uptime ini dikonfigurasi untuk memeriksa satu VM, maka cek uptime ini dieksekusi 131.400 (3 * 43.800) kali dalam sebulan. Jika cek ini dikonfigurasi untuk memeriksa grup resource yang berisi 10 anggota, maka cek uptime dieksekusi 1.314.000 (10 * 131.400) kali dalam sebulan.

• Cek uptime yang dikonfigurasi untuk dijalankan setiap satu menit di ASIA_PACIFIC, EUROPE, dan USA berjalan di 5 region. Cek uptime ini dieksekusi 219.000 kali dalam sebulan jika dikonfigurasi untuk satu target.

Tabel berikut menunjukkan jumlah eksekusi per jam dan bulanan untuk satu cek uptime yang dikonfigurasi untuk berjalan dengan frekuensi berbeda di sejumlah region yang berbeda:

Contoh penghitungan harga

Untuk memperkirakan harga, tentukan total eksekusi bulanan Anda dan kurangi 1.000.000. Semua eksekusi tersisa akan dikenakan biaya sebesar $0,30/1.000 eksekusi sehingga kalikan hasil eksekusi yang tersisa dengan 0,0003.

(EXECUTIONS_PER_MONTH - 1,000,000) * .0003

Skenario 1: Anda memiliki 1 cek uptime di lokasi USA yang memeriksa 1 VM sekali dalam semenit. Cek ini berjalan di 3 region. Cek ini dieksekusi 131.400 kali dalam sebulan dan tidak dikenakan biaya.

Skenario 2: Anda memiliki 1 cek uptime di lokasi USA yang memeriksa grup resource yang berisi 10 anggota sekali dalam satu menit. Cek ini berjalan di 3 region. Cek ini dieksekusi 10 * 131.400 kali sebulan dan biayanya sebesar $94,20/bulan. Satu-satunya perbedaan antara skenario ini dan Skenario 1 adalah jumlah target.

Skenario 3: Anda memiliki 10 cek uptime GLOBAL, yang masing-masing memeriksa 1 VM sekali dalam semenit. Cek ini berjalan di 6 region sehingga setiap cek dieksekusi 262.800 kali dalam sebulan. Total eksekusi bulanan adalah 2.628.000 (10 * 262.800). Skenario ini dikenakan biaya $488,40/bulan.

Skenario 4: Anda memiliki 5 cek uptime di lokasi USA yang memeriksa 1 VM sekali setiap 5 menit. Cek ini berjalan di 3 region sehingga setiap cek dieksekusi 26.280 kali dalam sebulan. Total eksekusi bulanan untuk set cek ini adalah 105.120 (4 * 26.280).

Anda juga memiliki 2 cek uptime GLOBAL yang memeriksa 1 VM sekali setiap 15 menit. Cek ini berjalan di 6 region sehingga setiap cek dieksekusi 17.520 kali dalam sebulan. Total eksekusi bulanan untuk set cek ini adalah 35.040 (2 * 17.520).

Total eksekusi bulanan Anda adalah 140.160 (105.120 + 35.040). Skenario ini tidak dikenakan biaya.

Contoh harga eksekusi monitor sintetis

(Tanggal mulai berlaku: 1 November 2023).

Misalkan Anda membuat 3 monitor sintetis dan mengonfigurasi masing-masingnya untuk dieksekusi setiap 5 menit, maka jumlah total eksekusi per bulan adalah 26.784:

Number of executions per month =  3 synthetic monitors * 1 execution per monitor per 5 minutes *
                                  1440 minutes per day * 31 days per month
                               =  26,784

Untuk menentukan jumlah eksekusi yang dapat dikenakan biaya, kurangi alokasi gratis dari jumlah total eksekusi, lalu kalikan hasilnya dengan biaya:

Contoh harga Cloud Trace

Contoh ini untuk harga Trace per Juli 2020.

• Jika Anda menyerap 2 juta span dalam sebulan, biayanya adalah $0. (2,5 juta span pertama yang diserap dalam sebulan tidak dikenakan biaya.)
• Jika Anda menyerap 14 juta span dalam sebulan, biayanya adalah $2,30. (2,5 juta span pertama dalam sebulan tidak dikenakan biaya. Biaya span sisanya dihitung sebagai 11,5 juta span * $0,20/juta span = $2,30.)
• Jika Anda menyerap 1 miliar span dalam sebulan, biayanya adalah $199. (2,5 juta span pertama dalam sebulan tidak dikenakan biaya. Biaya span sisanya dihitung sebagai 997,5 juta span * $0,20/juta span = $199,50.)