Panoramica del monitoraggio sintetico

Questo documento descrive il supporto offerto da Cloud Monitoring per i monitor sintetici, che ti consentono di testare disponibilità, coerenza e prestazioni di servizi, applicazioni, pagine web e API. I sistemi di monitoraggio sintetici emettono periodicamente richieste simulate, quindi registrano se queste richieste hanno avuto esito positivo e registrano dati aggiuntivi sulla richiesta, come la latenza. Per ricevere una notifica quando un test non va a buon fine, crea un criterio di avviso per monitorare i risultati del test.

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

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

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

  • Gli strumenti di controllo dei link inaccessibili consentono a Google Cloud di testare periodicamente un URI e di testare un numero configurabile di link trovati in quell'URI.

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

Console Google Cloud API Cloud Monitoring Terraform Librerie client
Controlli di uptime Y Y Y Y
Monitoraggi sintetici Y Y Y
Verifica link inaccessibili Y Y Y

Informazioni sui controlli di uptime

Esistono due tipi di controlli di uptime:

  • I controlli di uptime pubblici inviano le richieste da più località in tutto il mondo a URL disponibili pubblicamente o a risorse Google Cloud.
  • I controlli di uptime privati inviano le 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 di controlli di uptime provengono da controlli residenti in diverse regioni di Google Cloud. Quando crei un controllo di uptime, specifichi le regioni per i controlli.

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

  • Esecuzione dei controlli configurati.

  • Convalida dei risultati.

    La richiesta inviata da un controllo ha esito positivo se la risorsa risponde e se sono soddisfatti tutti i requisiti della configurazione dei controlli di uptime. In caso contrario, la richiesta non va a buon fine. Le query dei singoli controlli sono stateless, 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 nella tabella delle metriche monitoring.

  • Scrittura delle voci di log in caso di errore.

    Se crei il controllo di uptime utilizzando la console Google Cloud, puoi configurare il controllo di uptime in modo da scrivere 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 maggiori informazioni, consulta Utilizzare i ping ICMP.

Informazioni su strumenti di controllo dei link non funzionanti e altri monitor sintetici

I monitor sintetici consentono di definire l'elemento su cui stai per testare e una sequenza di test. 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 Functions di seconda generazione basata su Cloud Run. La funzione deve essere scritta in Node.js e utilizzare il framework dell'SDK Synthetics open source. Cloud Monitoring distribuisce e gestisce questo framework.

Cloud Monitoring supporta i seguenti tipi di monitor sintetici:

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

  • Esecuzione periodica della tua Cloud Function.

  • Raccolta e archiviazione dei risultati di ogni esecuzione:

    • Informazioni sull'esito positivo e negativo, ad esempio messaggio, tipo di errore e riga di codice.
    • Tempo di esecuzione
    • Log
    • Metriche

    Per informazioni su come visualizzare i risultati dell'esecuzione, consulta Esplorare i risultati del monitoraggio sintetico.

Monitorare e visualizzare i risultati

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

  • Per i monitor sintetici, vai alla pagina Monitor 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 un criterio di avviso utilizzando la console Google Cloud o Google Cloud CLI.

Risoluzione degli errori

Per aiutarti con la risoluzione dei problemi, le intestazioni delle richieste e i dati registrati includono l'ID del monitoraggio sintetico o del controllo di uptime associato. Per maggiori informazioni, consulta Risolvere i problemi relativi ai monitor sintetici o ai controlli di uptime.

Area geografica dati

Non utilizzare monitor sintetici o controlli di uptime quando hai configurato Assured Workloads perché hai requisiti di residenza dei dati o di impatto di livello 4 (IL4).

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

Per i monitor sintetici che dipendono da una Cloud Function, puoi specificare la regione in cui viene eseguito il deployment della funzione Cloud Function. Tuttavia, la tua funzione può essere richiamata da qualsiasi regione supportata dai server dei controlli di uptime. Questo comportamento non è configurabile.

Prezzi

In generale, le metriche di sistema di Cloud Monitoring sono gratuite, mentre quelle provenienti da sistemi, agenti o applicazioni esterni. Le metriche fatturabili vengono fatturate in base al numero di byte o al numero di campioni importati.

Per maggiori informazioni sui prezzi di Cloud Monitoring, consulta i seguenti documenti:

Limiti

All'uso di monitor sintetici si applicano i seguenti limiti:

Categoria Valore
Controlli di uptime per ambito delle metriche * 100
Numero massimo di ping ICMP per controllo di uptime pubblico 3
Monitoraggio sintetico 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 Gestire la quota utilizzando la console Google Cloud.

Passaggi successivi