Ringkasan pemantauan sintetis

Dokumen ini menjelaskan dukungan yang diberikan Cloud Monitoring untuk monitor sintetis, yang memungkinkan Anda menguji ketersediaan, konsistensi, dan performa layanan, aplikasi, halaman web, dan API. Monitor sintetis secara berkala mengeluarkan simulasi permintaan, lalu mencatat apakah permintaan tersebut berhasil, dan merekam data tambahan tentang permintaan seperti latensi. Anda dapat menerima pemberitahuan saat pengujian gagal dengan membuat kebijakan pemberitahuan untuk memantau hasil pengujian.

Untuk menguji layanan dan aplikasi, Anda dapat menggunakan salah satu pendekatan berikut:

  • Cek uptime memungkinkan Google Cloud secara berkala membuat kueri aplikasi yang merespons permintaan HTTP, HTTPS, atau TCP. Cek uptime dapat menguji endpoint publik atau pribadi, dan dapat memvalidasi data respons.

  • Monitor sintetis berbasis Mocha dan kustom memungkinkan Anda men-deploy serangkaian pengujian yang dapat digunakan untuk menguji aplikasi yang merespons permintaan HTTP atau HTTPS. Untuk membuat monitor sintetis ini, mulailah dengan framework yang disediakan oleh Cloud Monitoring, yaitu kustom atau Mocha, lalu tulis pengujian Anda. Jika memiliki akses ke Gemini Code Assist dalam project ini, Anda dapat memberikan perintah untuk membuat kode pengujian.

  • Pemeriksa link rusak memungkinkan Google Cloud menguji URI secara berkala, dan menguji jumlah link yang dapat dikonfigurasi yang ditemukan di URI tersebut.

Tabel berikut mencantumkan alat yang dapat Anda gunakan untuk membuat cek uptime dan monitor sintetis:

Konsol Google Cloud Cloud Monitoring API Terraform Library klien
Cek uptime Y Y Y Y
Monitor sintetis Y Y Y
Pemeriksa link rusak Y Y Y

Tentang cek uptime

Ada dua jenis cek uptime:

  • Cek uptime publik mengeluarkan permintaan dari beberapa lokasi di seluruh dunia ke URL atau resource Google Cloud yang tersedia secara publik.
  • Cek uptime pribadi mengeluarkan permintaan ke alamat IP internal resource Google Cloud. Cek uptime pribadi dapat mengirim permintaan melalui jaringan pribadi ke resource seperti virtual machine (VM) atau load balancer internal (ILB) L4.

Permintaan yang dibuat atas nama cek uptime berasal dari pemeriksa yang berada di beberapa region Google Cloud. Saat membuat cek uptime, Anda menentukan region untuk dam.

Sistem eksekusi permintaan untuk cek uptime, yang disediakan oleh Google Cloud, mengelola hal berikut:

  • Eksekusi pemeriksa yang dikonfigurasi.

  • Validasi hasil.

    Permintaan yang dikeluarkan oleh pemeriksa berhasil jika resource merespons dan persyaratan apa pun untuk konfigurasi cek uptime terpenuhi. Jika tidak, permintaan akan gagal. Kueri oleh masing-masing pemeriksa bersifat stateless; artinya, setiap kueri merupakan tindakan independen.

  • Mengumpulkan dan menyimpan hasil untuk metrik cek uptime.

    Untuk mengetahui informasi selengkapnya tentang metrik ini, lihat entri uptime_check dalam tabel metrik monitoring.

  • Menulis entri log saat gagal.

    Jika membuat cek uptime menggunakan Konsol Google Cloud, Anda dapat mengonfigurasi cek uptime agar juga menulis entri log, saat pemeriksaan gagal. Jika Anda telah mengonfigurasi cek uptime publik untuk mengirim ping ICMP, hasil ping tersebut akan ditulis ke log Cloud Logging saat ping gagal. Untuk mengetahui informasi selengkapnya, lihat Menggunakan ping ICMP.

Tentang Pemeriksa link rusak dan monitor sintetis lainnya

Monitor sintetis memungkinkan Anda menentukan apa yang akan Anda uji dan urutan pengujian. Misalnya, Anda dapat menguji halaman login aplikasi, proses checkout toko e-commerce, atau panggilan API yang dilakukan aplikasi Anda ke layanan pihak ketiga.

Saat membuat monitor sintetis, Anda akan men-deploy Cloud Function generasi ke-2 yang dibangun di Cloud Run. Fungsi Anda harus ditulis dalam Node.js dan mengandalkan framework Synthetics SDK open source. Cloud Monitoring mendistribusikan dan mengelola framework ini.

Cloud Monitoring mendukung jenis monitor sintetis berikut:

  • Monitor sintetis kustom atau berbasis Mocha memungkinkan Anda men-deploy Cloud Function tujuan tunggal yang dapat dikonfigurasi sepenuhnya.

  • Dengan Pemeriksa rusak, Anda dapat menentukan opsi, seperti URI asal, jumlah link yang diuji, dan jumlah percobaan ulang, sebelum men-deploy Cloud Function yang telah dikonfigurasi sebelumnya.

Sistem eksekusi permintaan untuk monitor sintetis, yang disediakan oleh Google Cloud, mengelola hal berikut:

  • Eksekusi Cloud Function secara berkala.

  • Mengumpulkan dan menyimpan hasil dari setiap eksekusi:

    • Informasi berhasil dan gagal, seperti pesan error, jenis error, dan baris kode.
    • Waktu eksekusi
    • Log
    • Metrik

    Untuk mengetahui informasi tentang cara melihat hasil eksekusi, lihat Menjelajahi hasil monitor sintetis.

Memantau dan melihat hasil

Anda dapat mengamati hasil monitor sintetis dan cek uptime di Konsol Google Cloud:

  • Untuk monitor sintetis, buka halaman Monitor sintetis.
  • Untuk cek uptime, buka halaman Cek uptime.

Agar menerima notifikasi saat pemeriksaan uptime atau monitor sintetis gagal, buat kebijakan pemberitahuan menggunakan Konsol Google Cloud atau Google Cloud CLI.

Regionalitas data

Jangan gunakan monitor sintetis atau cek uptime setelah Anda menyiapkan Assured Workloads, karena Anda memiliki persyaratan residensi data atau Impact Level 4 (IL4).

Cloud Monitoring tidak menjamin bahwa data dalam permintaan cek uptime disimpan di lokasi geografis tertentu.

Untuk monitor sintetis yang bergantung pada Cloud Function, Anda dapat menentukan region tempat Cloud Function di-deploy. Namun, fungsi Anda dapat dipanggil dari region mana pun yang didukung oleh server cek uptime. Perilaku ini tidak dapat dikonfigurasi.

Harga

Secara umum, metrik sistem Cloud Monitoring gratis, sedangkan metrik dari sistem, agen, atau aplikasi eksternal tidak. Metrik yang dapat ditagih ditagih berdasarkan jumlah byte atau jumlah sampel yang diserap.

Untuk mengetahui informasi selengkapnya tentang harga Cloud Monitoring, lihat dokumen berikut:

Batas

Batas berikut berlaku untuk penggunaan monitor sintetis Anda:

Kategori Nilai
Cek uptime per cakupan metrik * 100
Jumlah maksimum ping ICMP per cek uptime publik 3
Monitor sintetis per cakupan metrik 100†
*Batas ini berlaku untuk jumlah konfigurasi cek uptime. Setiap konfigurasi cek uptime menyertakan interval waktu antara pengujian status resource yang ditentukan.
†Untuk mengetahui informasi tentang cara meningkatkan batas ini, lihat Mengelola kuota Anda menggunakan Konsol Google Cloud.

Langkah selanjutnya