Panoramica del monitoraggio sintetico

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

Per testare i tuoi servizi e le tue applicazioni, puoi utilizzare una qualsiasi delle i seguenti approcci:

  • I controlli di uptime consentono a Google Cloud di eseguire periodicamente query 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 monitor sintetici personalizzati e basati su Mocha ti consentono di implementare 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) quindi scrivi i test. Se hai accesso a Gemini Code Assist in per questo progetto, puoi fornire un prompt per generare il codice di test.

  • I controlli dei link inaccessibili consentono a Google Cloud di testare periodicamente un e testa 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:

Console Google Cloud API Cloud Monitoring Terraform Librerie client
Controlli di uptime S Y Y S
Monitoraggi sintetici S Y S
Strumenti di controllo dei link inaccessibili S Y S

Informazioni sui controlli di uptime

Esistono due tipi di controlli di uptime:

  • I controlli di uptime pubblici emettono richieste da più parti sedi in tutto il mondo agli URL disponibili pubblicamente e alle risorse Google Cloud.
  • 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 (ILB) L4.

Le richieste effettuate per conto dei controlli di uptime provengono da controllori che si trovano in diverse regioni Google Cloud. Quando crei un controllo dell'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 emessa da un controllo ha esito positivo se la risorsa risponde siano soddisfatti i requisiti della configurazione del controllo di uptime. In caso contrario, la richiesta non andrà a buon fine. Le query dei singoli controllori sono senza stato, ovvero ogni query è un'azione indipendente.

  • Raccolta e archiviazione dei risultati delle metriche del controllo 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 dell'uptime utilizzando la console Google Cloud, 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, e i relativi risultati vengono scritti nei log di Cloud Logging quando non riesce. Per ulteriori informazioni, consulta la sezione Utilizzare i ping ICMP.

Informazioni sui controlli dei link interrotti e su altri monitoraggi sintetici

I monitor sintetici ti permettono di definire test 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 effettuate dalla tua applicazione a servizi di terze parti.

Quando crei un monitor 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 SDK di Synthetics 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 monitor sintetici, fornito da Google Cloud, gestisce quanto segue:

  • Esecuzione periodica della funzione Cloud Run.

  • Raccolta e archiviazione dei risultati di ogni esecuzione:

    • Informazioni su risultati positivi e negativi, ad esempio messaggio di errore, tipo di errore e riga di codice.
    • Tempo di esecuzione
    • Log
    • Metriche

    Per informazioni su come visualizzare i risultati dell'esecuzione, consulta Esplora 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'istanza criterio di avviso mediante console Google Cloud o Google Cloud CLI.

Risolvere i problemi

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

Area geografica dati

Non utilizzare monitoraggi sintetici o controlli di uptime quando hai configurato Assured Workloads perché hai data-residency o Impact Level 4 (IL4) i tuoi requisiti.

Cloud Monitoring non garantisce che i dati nella richiesta di verifica dell'uptime vengono conservati in una posizione geografica specifica.

Per i monitor sintetici che dipendono da una funzione Cloud Run, puoi specificare la regione in cui è dipiegato la funzione Cloud Run. 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 non lo sono. Le metriche fatturabili vengono fatturate in base al numero di byte o al numero di campioni importati.

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

Limiti

Al tuo utilizzo di monitoraggi 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
Monitoraggi sintetici per ambito delle metriche 100†
*Questo limite si applica al numero di controlli di uptime configurazioni. 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, vedi Gestisci la quota utilizzando la console Google Cloud.

Passaggi successivi