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 permintaan simulasi, lalu mencatat apakah permintaan tersebut berhasil, dan mereka mencatat data tambahan tentang permintaan tersebut seperti latensi. Anda dapat menerima notifikasi saat pengujian gagal dengan membuat kebijakan pemberitahuan untuk memantau hasil pengujian.

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

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

  • Monitor sintetis kustom dan berbasis Mocha memungkinkan Anda men-deploy serangkaian pengujian yang dapat digunakan untuk menguji aplikasi yang merespons permintaan HTTP atau HTTPS. Untuk membuat monitor sintetis ini, Anda memulai dengan framework yang disediakan oleh Cloud Monitoring—kustom atau Mocha—lalu menulis pengujian. 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 pemeriksaan waktu aktif 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 pemeriksaan uptime

Ada dua jenis pemeriksaan waktu aktif:

  • Pemeriksaan uptime publik mengeluarkan permintaan dari beberapa lokasi di seluruh dunia ke URL yang tersedia secara publik atau resource Google Cloud.
  • Pemeriksaan uptime pribadi mengirimkan permintaan ke alamat IP internal resource Google Cloud. Pemeriksaan 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 pemeriksaan uptime berasal dari pemeriksa yang berada di beberapa region Google Cloud. Saat membuat pemeriksaan uptime, Anda menentukan region untuk pemeriksa.

Sistem eksekusi permintaan untuk pemeriksaan 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 konfigurasi pemeriksaan waktu aktif terpenuhi. Jika tidak, permintaan akan gagal. Kueri oleh setiap pemeriksa bersifat stateless; yaitu, setiap kueri adalah tindakan independen.

  • Mengumpulkan dan menyimpan hasilnya ke metrik pemeriksaan uptime.

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

  • Menulis entri log saat gagal.

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

Tentang pemeriksa link rusak dan monitor sintetis lainnya

Monitor sintetis memungkinkan Anda menentukan apa yang akan diuji 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 men-deploy fungsi Cloud Run generasi ke-2 yang dibuat 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:

  • Pemantau sintetis kustom atau berbasis Mocha memungkinkan Anda men-deploy fungsi Cloud Run dengan tujuan tunggal yang dapat dikonfigurasi sepenuhnya.

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

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

  • Eksekusi berkala fungsi Cloud Run Anda.

  • Mengumpulkan dan menyimpan hasil setiap eksekusi:

    • Informasi keberhasilan dan kegagalan, seperti pesan error, jenis error, dan baris kode.
    • Waktu eksekusi
    • Log
    • Metrik

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

Memantau dan melihat hasil

Anda dapat mengamati hasil monitor sintetis dan pemeriksaan uptime di konsol Google Cloud:

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

Untuk menerima notifikasi saat monitor sintetis atau pemeriksaan waktu aktif gagal, buat kebijakan pemberitahuan menggunakan konsol Google Cloud atau Google Cloud CLI.

Memecahkan masalah kegagalan

Untuk membantu Anda memecahkan masalah, header permintaan dan data yang dicatat ke dalam log menyertakan ID monitor sintetis atau pemeriksaan uptime terkait. Untuk informasi selengkapnya, lihat Memecahkan masalah monitor sintetis atau pemeriksaan uptime.

Regionalitas data

Jangan gunakan monitor sintetis atau pemeriksaan waktu beroperasi saat Anda telah menyiapkan Assured Workloads karena Anda memiliki persyaratan residensi data atau Impact Level 4 (IL4).

Cloud Monitoring tidak menjamin bahwa data dalam permintaan pemeriksaan waktu aktif disimpan di lokasi geografis tertentu.

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

Harga

Secara umum, metrik sistem Cloud Monitoring gratis, dan metrik dari sistem, agen, atau aplikasi eksternal tidak gratis. 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

Batasan berikut berlaku untuk penggunaan monitor sintetis oleh Anda:

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

Langkah selanjutnya