I monitor sintetici e i controlli di uptime in Cloud Monitoring consentono di testare la disponibilità, la coerenza e le prestazioni di servizi, applicazioni, pagine web e API. Inviano periodicamente richieste simulate o eseguono test scriptati e registrano l'esito e la latenza di ogni esecuzione. Puoi quindi creare una policy di avviso per ricevere una notifica ogni volta che un test non va a buon fine.
Opzioni di monitoraggio sintetico
Per testare i tuoi servizi e le tue applicazioni, puoi scegliere tra i seguenti approcci:
I controlli di uptime ti consentono di eseguire query periodiche su endpoint pubblici o privati che rispondono a richieste HTTP, HTTPS o TCP e di convalidare i dati di risposta.
I monitor sintetici personalizzati e basati su Mocha ti consentono di implementare una suite di test per le applicazioni che rispondono a richieste HTTP o HTTPS. Inizi con un framework personalizzato o Mocha fornito da Cloud Monitoring e poi scrivi i test oppure chiedi a Gemini Code Assist di generare il codice di test se hai accesso nel tuo progetto.
I controlli dei link non funzionanti ti consentono di testare 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 monitor sintetici:
| ConsoleGoogle Cloud | API Cloud Monitoring | Terraform | Librerie client | |
|---|---|---|---|---|
| Controlli di uptime | Y | Y | Y | Y |
| Monitoraggi sintetici | Y | Y | Y | |
| Strumenti di controllo dei link inaccessibili | Y | Y | Y |
Informazioni sui controlli di uptime
Esistono due tipi di controlli dell'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 Google Cloud risorse. 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 checker che si trovano in diverse Google Cloud regioni. Quando crei un controllo di uptime, specifichi 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 controlli configurati.
Convalida dei risultati.
La richiesta emessa da un controllo ha esito positivo se la risorsa risponde e vengono soddisfatti i requisiti della configurazione del controllo di uptime. In caso contrario, la richiesta non va a buon fine. Le query dei singoli revisori non hanno stato, ovvero ogni query è un'azione indipendente.
Raccolta e archiviazione dei risultati nelle metriche di controllo dell'uptime.
Per ulteriori informazioni su queste metriche, consulta le voci
uptime_checknella tabella delle metrichemonitoring.Scrittura delle voci di log in caso di errore.
Se crei il controllo di 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, i risultati di questi ping vengono scritti nei log di Cloud Logging quando il ping non va a buon fine. Per saperne di più, consulta Utilizzare i ping ICMP.
Informazioni sui controlli dei link non funzionanti e su altri monitoraggi sintetici
I monitor sintetici ti consentono di definire cosa testerai 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 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 Synthetics SDK open source. Cloud Monitoring distribuisce e gestisce questo framework.
Cloud Monitoring supporta i seguenti tipi di monitor sintetici:
I monitor sintetici personalizzati o basati su Mocha ti consentono di eseguire il deployment di una funzione Cloud Run monouso completamente configurabile.
I controlli dei link non funzionanti ti consentono di specificare opzioni, come l'URI di origine, il numero di link testati e il numero di tentativi, prima di eseguire il deployment di una funzione Cloud Run preconfigurata.
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 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, vedi 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 monitoraggi sintetici, vai alla pagina Monitoraggi sintetici.
- Per i controlli di uptime, vai alla pagina Controlli di uptime.
Per ricevere una notifica quando un monitor sintetico o un controllo dell'uptime non va a buon fine, crea una policy di avviso utilizzando la consoleGoogle Cloud o Google Cloud CLI.
Risoluzione dei problemi relativi agli errori
Per aiutarti a risolvere i problemi, le intestazioni delle richieste e i dati registrati includono l'ID del monitor sintetico o del controllo di uptime associato. Per saperne di più, vedi Risolvi i problemi relativi ai monitoraggi 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 Impact Level 4 (IL4).
Cloud Monitoring non garantisce che i dati nella richiesta di controllo dell'uptime vengano conservati in una posizione geografica specifica.
Per i monitor sintetici che dipendono da una funzione Cloud Run, puoi specificare la regione in cui viene eseguito il deployment della funzione Cloud Run. Tuttavia, la tua funzione può essere richiamata da qualsiasi regione supportata dai server di controllo dell'uptime. Questo comportamento non è configurabile.
Perimetri dei Controlli di servizio VPC
Quando un Google Cloud progetto si trova in un perimetro di Controlli di servizio VPC abilitato, si applica il seguente comportamento:
Controlli di uptime privati: puoi creare, modificare, visualizzare ed eliminare controlli di uptime privati.
Controlli di uptime pubblici e monitor sintetici: non puoi creare o modificare controlli di uptime pubblici o monitor sintetici. Tuttavia, tutti i controlli o monitor sintetici esistenti prima dell'aggiunta del progetto Google Cloud al perimetro continuano a funzionare e puoi comunque visualizzarli ed eliminarli.
Limiti
I seguenti limiti si applicano al tuo utilizzo dei monitoraggi sintetici:
| 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† |
†Per informazioni su come aumentare questo limite, consulta Richiedi un aggiustamento della quota.
Passaggi successivi
Per informazioni sui controlli di uptime, consulta i seguenti documenti:
Per informazioni sui monitoraggi sintetici, consulta i seguenti documenti: