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. Il monitoraggio sintetico esegue periodicamente richieste simulate e registra se le richieste sono andate a buon fine e registrano dati aggiuntivi 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. Controlli di uptime possono testare endpoint pubblici o privati e convalidare la risposta e i dati di Google Cloud.

  • I monitor sintetici personalizzati e basati su Mocha ti 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) 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 Y Y Y Y
Monitoraggi sintetici Y Y Y
Controlli per link inaccessibili Y Y Y

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 all'IP interno gli indirizzi IP 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 controlli che risiedono in diverse regioni Google Cloud. Quando crei un'immagine un controllo di uptime, specifichi le regioni per i controlli.

Il sistema di richiesta-esecuzione per i controlli di uptime, fornito 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, non va a buon fine. Le query dei singoli controlli sono stateless, cioè 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 in 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 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, vedi Utilizza ping ICMP.

Informazioni sui controlli dei link inaccessibili e su altri monitor 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 che un'applicazione a servizi di terze parti.

Quando crei un monitoraggio sintetico, esegui il deployment funzione Cloud Functions Functions (2a gen.) basato su Cloud Run. La funzione deve essere scritta in Node.js e basarsi sul sistema open source Framework SDK sintetico. Cloud Monitoring distribuisce e gestisce questo framework.

Cloud Monitoring supporta i seguenti tipi di monitoraggi sintetici:

Il sistema di richiesta-esecuzione per i monitoraggi sintetici, fornito Google Cloud gestisce quanto segue:

  • Esecuzione periodica della Cloud Function.

  • Raccolta e archiviazione dei risultati di ogni esecuzione:

    • Informazioni su operazione riuscita e non riuscita, ad esempio messaggio, tipo di errore 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, 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.

Risoluzione dei problemi

Per aiutarti a risolvere i problemi, abbiamo inserito intestazioni includono l'ID del monitoraggio sintetico o del controllo di uptime associati. Per ulteriori informazioni, consulta l'articolo Risolvere i problemi relativi a monitoraggi sintetici o 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 contenuti nella richiesta di controllo di uptime si trovano in una specifica area geografica.

Per i monitor sintetici che dipendono da una Cloud Function, è possibile specifica la regione in cui viene eseguito il deployment della 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 da sistemi, agenti o applicazioni esterni. Le metriche fatturabili sono e fatturato 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
Monitoraggio 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