Panoramica del monitoraggio sintetico

Questo documento descrive il supporto fornito da Cloud Monitoring per i monitoraggi sintetici, che consentono di testare la disponibilità, la coerenza e le prestazioni di servizi, applicazioni, pagine web e API. I monitoraggi sintetici inviano periodicamente richieste simulate e registrano se queste richieste sono andate a buon fine, oltre a registrare dati aggiuntivi sulla richiesta, come la latenza. Puoi ricevere una notifica quando un test non va a buon fine creando una policy di avviso per monitorare i risultati del test.

Per testare i servizi e le applicazioni, puoi utilizzare uno dei seguenti approcci:

  • I controlli di uptime consentono di eseguire query Google Cloud periodicamente su un' applicazione che risponde alle richieste HTTP, HTTPS o TCP. I controlli di uptime possono testare endpoint pubblici o privati e convalidare i dati di risposta.

  • I monitoraggi sintetici personalizzati e basati su Mocha consentono di eseguire il deployment di una suite di test che puoi utilizzare per testare un'applicazione che risponde alle richieste HTTP o HTTPS. Per creare questi monitoraggi sintetici, devi iniziare con un framework fornito da Cloud Monitoring (personalizzato o Mocha) e poi scrivere i test. Se hai accesso a Gemini Code Assist in questo progetto, puoi fornire un prompt per generare il codice di test.

  • I controlli dei link non funzionanti consentono di testare Google Cloud periodicamente un URI e un numero configurabile di link trovati in quell'URI.

La tabella seguente elenca gli strumenti che puoi utilizzare per creare controlli di uptime e monitoraggi sintetici:

Google Cloud Console API Cloud Monitoring Terraform Librerie client
Controlli di uptime Y Y Y Y
Monitoraggi sintetici Y Y Y
Controlli dei link non funzionanti Y Y Y

Informazioni sui controlli di uptime

Esistono due tipi di controlli di uptime:

  • I controlli di uptime pubblici inviano richieste da più località in tutto il mondo a URL o Google Cloud risorse disponibili pubblicamente.
  • I controlli di uptime privati inviano richieste agli indirizzi IP interni delle risorse. Google Cloud I controlli di uptime privati possono inviare richieste su una rete privata a risorse come una macchina virtuale (VM) o un bilanciatore del carico interno L4 (ILB).

Le richieste effettuate per conto dei controlli di uptime provengono da checker che risiedono in diverse Google Cloud regioni. Quando crei un controllo di uptime, devi specificare le regioni per i checker.

Il sistema di esecuzione delle richieste per i controlli di uptime, fornito da Google Cloud, gestisce quanto segue:

  • Esecuzione dei checker configurati.

  • Convalida dei risultati.

    La richiesta inviata da un checker va a buon fine se la risorsa risponde e vengono soddisfatti tutti i requisiti della configurazione del controllo di uptime. In caso contrario, la richiesta non va a buon fine. Le query dei singoli checker non hanno stato, ovvero ogni query è un'azione indipendente.

  • Raccolta e archiviazione dei risultati nelle metriche dei controlli di uptime.

    Per ulteriori informazioni su queste metriche, consulta le voci uptime_check in the monitoring tabella delle metriche.

  • Scrittura delle voci di log in caso di errore.

    Se crei il controllo di uptime utilizzando la Google Cloud console, puoi configurarlo in modo che scriva anche una voce di log quando il controllo non va a buon fine. Se hai configurato un controllo di uptime pubblico per inviare ping ICMP, i risultati di questi ping vengono scritti nei log di Cloud Logging quando il ping non va a buon fine. Per ulteriori informazioni, consulta la sezione Utilizzare i ping ICMP.

Informazioni sui controlli dei link non funzionanti e altri monitoraggi sintetici

I monitoraggi sintetici consentono di definire cosa e una sequenza di test da eseguire. Ad esempio, puoi testare la pagina di accesso della tua applicazione, la procedura di pagamento del tuo negozio di e-commerce o le chiamate API che la tua applicazione effettua a servizi di terze parti.

Quando crei un monitoraggio sintetico, esegui il deployment di una funzione Cloud Run di 2ª gen. basata su Cloud Run. La funzione deve essere scritta in Node.js e basarsi sul framework Synthetics SDK open source . Cloud Monitoring distribuisce e gestisce questo framework.

Cloud Monitoring supporta i seguenti tipi di monitoraggi sintetici:

Il sistema di esecuzione delle richieste per i monitoraggi sintetici, fornito da Google Cloud, gestisce quanto segue:

  • Esecuzione periodica della funzione Cloud Run.

  • Raccolta e archiviazione dei risultati di ogni esecuzione:

    • Informazioni su esito positivo e negativo, come il messaggio di errore, il tipo di errore e la riga di codice.
    • Tempo di esecuzione
    • Log
    • Metriche

    Per informazioni su come visualizzare i risultati dell'esecuzione, consulta Esplorare i risultati dei monitoraggi sintetici.

Monitorare e visualizzare i risultati

Puoi osservare i risultati dei monitoraggi sintetici e dei controlli di uptime nella Google Cloud console:

  • Per i monitoraggi sintetici, vai alla pagina Monitoraggi sintetici.
  • Per i controlli di uptime, vai alla pagina Controlli di uptime.

Per ricevere una notifica quando un monitoraggio sintetico o un controllo di uptime non va a buon fine, crea una policy di avviso utilizzando la Google Cloud console o Google Cloud CLI.

Risolvere i problemi relativi agli errori

Per aiutarti a risolvere i problemi, le intestazioni delle richieste e i dati registrati includono l'ID del monitoraggio sintetico o del controllo di uptime associato. Per ulteriori informazioni, consulta Risolvere i problemi relativi ai monitoraggi sintetici o ai controlli di uptime.

Area geografica dati

Non utilizzare monitoraggi sintetici o controlli di uptime se hai configurato Assured Workloads perché hai requisiti di residenza dei dati o di Impact Level 4 (IL4).

Cloud Monitoring non garantisce che i dati nella richiesta di controllo di uptime vengano conservati in una località geografica specifica.

Per i monitoraggi sintetici che dipendono da una funzione Cloud Run, puoi specificare la regione in cui viene eseguito il deployment della funzione Cloud Run. Tuttavia, la funzione può essere chiamata da qualsiasi regione supportata dai server di controllo di uptime. Questo comportamento non è configurabile.

Prezzi

Per informazioni sui prezzi di Cloud Monitoring, consulta la pagina Prezzi di Google Cloud Observability.

Limiti

Per l'utilizzo dei monitoraggi sintetici si applicano i limiti seguenti:

Categoria Valore
Controlli di uptime per ambito delle metriche * 100
Numero massimo di ping ICMP per controllo di uptime pubblico 3
Monitoraggi sintetici per ambito delle metriche 100†
*Questo limite si applica al numero di configurazioni dei controlli di uptime. Ogni configurazione dei controlli di uptime include l'intervallo di tempo tra i test dello stato della risorsa specificata.
†Per informazioni su come aumentare questo limite, consulta Richiedere un aggiustamento della quota.

Passaggi successivi