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_checkdi tabel metrikmonitoring.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 dikenai biaya 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† |
†Untuk informasi tentang cara meningkatkan batas ini, lihat Mengelola kuota menggunakan Konsol Google Cloud.
Langkah selanjutnya
Untuk informasi tentang pemeriksaan uptime, lihat dokumen berikut:
Untuk informasi tentang monitor sintetis, lihat dokumen berikut: