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 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 Anda membuat kueri aplikasi secara berkala yang merespons permintaan HTTP, HTTPS, atau TCP. Google Cloud Cek uptime dapat menguji endpoint publik atau pribadi, dan dapat memvalidasi data respons.

  • Monitor sintetis berbasis Mocha dan kustom memungkinkan Anda men-deploy rangkaian pengujian yang dapat digunakan untuk menguji aplikasi yang merespons permintaan HTTP atau HTTPS. Untuk membuat monitor sintetis ini, Anda mulai dengan framework yang disediakan oleh Cloud Monitoring—Mocha atau kustom—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 Anda menguji Google Cloud URI secara berkala, dan menguji jumlah link yang dapat dikonfigurasi yang ditemukan di URI tersebut.

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

Google Cloud Konsol 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 Google Cloud resource yang tersedia secara publik.
  • Cek uptime pribadi mengeluarkan permintaan ke alamat IP internal Google Cloud resource. 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 Google Cloud region. Saat membuat cek uptime, Anda menentukan region untuk pemeriksa.

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 konfigurasi cek uptime terpenuhi. Jika tidak, permintaan akan gagal. Kueri oleh setiap pemeriksa tidak memiliki status; yaitu, setiap kueri adalah tindakan independen.

  • Mengumpulkan dan menyimpan hasil ke metrik cek uptime.

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

  • Menulis entri log saat terjadi kegagalan.

    Jika membuat cek uptime menggunakan Google Cloud konsol, Anda dapat mengonfigurasi cek uptime untuk juga menulis entri log, saat cek gagal. Jika 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 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 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.

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 Google Cloud konsol:

  • Untuk monitor sintetis, buka halaman Synthetic monitors.
  • Untuk cek uptime, buka halaman Uptime checks.

Untuk mendapatkan notifikasi saat monitor sintetis atau cek uptime gagal, buat kebijakan pemberitahuan menggunakan Google Cloud konsol atau Google Cloud CLI.

Memecahkan masalah kegagalan

Untuk membantu Anda memecahkan masalah, header permintaan dan data yang dicatat mencakup ID monitor sintetis atau cek uptime terkait. Untuk mengetahui informasi selengkapnya, lihat Memecahkan masalah monitor sintetis atau cek 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 cek uptime 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 cek uptime. Perilaku ini tidak dapat dikonfigurasi.

Harga

Untuk mempelajari harga Cloud Monitoring, lihat halaman harga Google Cloud Observability.

Batas

Batas 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†
*Batas ini berlaku untuk jumlah konfigurasi cek uptime. Setiap konfigurasi cek uptime mencakup interval waktu antara pengujian status resource yang ditentukan.
†Untuk mengetahui informasi tentang cara meningkatkan batas ini, lihat Meminta penyesuaian kuota.

Langkah berikutnya