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 Anda. Monitor sintetis secara berkala mengeluarkan permintaan simulasi, lalu mencatat apakah permintaan tersebut berhasil, dan 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:
Cek uptime memungkinkan Google Cloud mengirim kueri secara berkala ke aplikasi yang merespons permintaan HTTP, HTTPS, atau TCP. Pemeriksaan 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, Anda memulai dengan framework yang disediakan oleh Cloud Monitoring—kustom atau Mocha—dan kemudian menulis pengujian Anda. Jika memiliki akses ke Gemini Code Assist dalam project ini, Anda dapat memberikan perintah untuk membuat kode pengujian.
Pemeriksa link rusak memungkinkan pengujian URI secara berkala, dan menguji sejumlah link yang dapat dikonfigurasi yang ditemukan di URI tersebut. Google Cloud
Tabel berikut mencantumkan alat yang dapat Anda gunakan untuk membuat pemeriksaan uptime dan monitor sintetis:
| KonsolGoogle 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 pemeriksaan waktu aktif:
- Pemeriksaan uptime publik mengirimkan permintaan dari beberapa lokasi di seluruh dunia ke URL atau resource yang tersedia secara publik. Google Cloud
- Pemeriksaan waktu aktif 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 uptime terpenuhi. Jika tidak, permintaan akan gagal. Kueri oleh pemeriksa individual bersifat stateless; artinya, setiap kueri adalah tindakan independen.
Mengumpulkan dan menyimpan hasil ke metrik cek uptime.
Untuk mengetahui informasi selengkapnya tentang metrik ini, lihat entri
uptime_checkdi tabel metrikmonitoring.Menulis entri log saat terjadi kegagalan.
Jika membuat cek uptime menggunakan konsol, Anda dapat mengonfigurasi cek uptime untuk juga menulis entri log, saat cek gagal. Google Cloud Jika Anda telah mengonfigurasi pemeriksaan 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 diuji dan urutan pengujian. Misalnya, Anda dapat menguji halaman login aplikasi, proses checkout toko e-commerce, atau panggilan API yang dilakukan aplikasi ke layanan pihak ketiga.
Saat membuat monitor sintetis, Anda men-deploy fungsi Cloud Run 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 berbasis Mocha atau kustom 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 fungsi Cloud Run secara berkala.
Mengumpulkan dan menyimpan hasil setiap eksekusi:
- Informasi keberhasilan dan kegagalan, 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 Synthetic monitors.
- Untuk cek uptime, buka halaman Uptime checks.
Untuk mendapatkan notifikasi saat monitor sintetis atau pemeriksaan uptime gagal, buat kebijakan pemberitahuan menggunakan konsolGoogle Cloud atau Google Cloud CLI.
Memecahkan masalah kegagalan
Untuk membantu Anda memecahkan masalah, header permintaan dan data yang dicatat mencakup ID monitor sintetis atau pemeriksaan uptime terkait. Untuk mengetahui informasi selengkapnya, lihat Memecahkan masalah monitor sintetis atau pemeriksaan uptime.
Regionalitas data
Jangan gunakan monitor sintetis atau cek uptime jika Anda telah menyiapkan Assured Workloads karena Anda memiliki persyaratan residensi data atau Tingkat Dampak 4 (IL4).
Cloud Monitoring tidak menjamin bahwa data dalam permintaan pemeriksaan uptime disimpan di lokasi geografis tertentu.
Untuk monitor sintetis yang bergantung pada fungsi Cloud Run, Anda dapat menentukan region tempat fungsi Cloud Run Anda di-deploy. Namun, fungsi Anda dapat dipanggil dari region mana pun yang didukung oleh server pemeriksaan uptime. Perilaku ini tidak dapat dikonfigurasi.
Harga
Untuk mempelajari harga Cloud Monitoring, lihat halaman Harga Google Cloud Observability.
Batas
Batasan berikut berlaku untuk penggunaan monitor sintetis:
| Kategori | Nilai |
|---|---|
| Cek uptime per cakupan metrik * | 100 |
| Jumlah maksimum ping ICMP per cek uptime publik | 3 |
| Monitor sintetis per cakupan metrik | 100† |
†Untuk mengetahui informasi tentang cara meningkatkan batas ini, lihat Meminta penyesuaian kuota.
Langkah berikutnya
Untuk mengetahui informasi tentang pemeriksaan uptime, lihat dokumen berikut:
Untuk mengetahui informasi tentang monitor sintetis, lihat dokumen berikut: