Questo documento descrive come ricevere una notifica quando la tua richiesta o quando le prestazioni di un'applicazione non soddisfano i requisiti criteri.
Come funzionano gli avvisi
Il processo di avviso di Cloud Monitoring è composto da tre parti:
Un criterio di avviso, che descrive le circostanze in cui vuoi avvisi e come desideri ricevere una notifica in merito a un incidente. Il criterio di avviso può monitorare i dati delle serie temporali archiviati Monitoraggio o log archiviati da Cloud Logging. Quando i dati si incontrano la condizione del criterio di avviso, Monitoring crea incident e invia le notifiche.
Ogni incidente è un record del tipo di dati che è stato monitorate e quando le condizioni sono state soddisfatte. Queste informazioni può aiutarti a risolvere i problemi che hanno causato l'incidente.
Un canale di notifica definisce le modalità ricevi notifiche quando Monitoring crea un incidente. Ad esempio, puoi configurare canale di notifica per inviare email a
my-support-team@example.come pubblicare un messaggio Slack sul canale#my-support-team. Un criterio di avviso può contenere uno o più canali di notifica.
I criteri di avviso possono valutare due tipi di dati:
I dati delle serie temporali, chiamati anche dati di metriche, che vengono archiviati monitoraggio. Questi tipi di criteri sono chiamati criteri di avviso basati sulle metriche.
Per scoprire come configurare un criterio di avviso basato su metriche, prova consulta la Guida rapida per Compute Engine.
Dati di log archiviati da Cloud Logging. Questi tipi di criteri sono chiamati criteri di avviso basati su log. Criteri di avviso basati su log ti avvisa quando un determinato messaggio viene visualizzato nei tuoi log.
Questo documento è incentrato sugli avvisi basati sulle metriche con informazioni generali sui criteri di avviso basati su log se pertinenti. Per informazioni dettagliate su sui criteri di avviso basati su log, consulta Monitorare i log.
Il processo di avviso aiuta a rispondere ai problemi quando le prestazioni un'applicazione non riesce a soddisfare i valori accettabili. Ad esempio, esegui il deployment su una macchina virtuale Compute Engine (VM). Anche se è prevista una latenza di risposta HTTP variare, vuoi che il team di assistenza ti risponda quando l'applicazione ha una latenza elevata per un periodo di tempo significativo. Potresti creare un'immagine un criterio di avviso basato su metriche che monitora la risposta HTTP dell'applicazione è una metrica di latenza. Se la latenza di risposta è superiore a 2 secondi per almeno minuti, Monitoring crea un incidente e invia notifiche via email al team di assistenza.
Come creare un criterio di avviso
Esistono diversi modi per creare un criterio di avviso. Ad esempio, puoi utilizza criteri di avviso preconfigurati abilitando gli avvisi consigliati dalle integrazioni o da determinate pagine della console Google Cloud. Puoi anche configurare un nuovo criterio di avviso utilizzando Console Google Cloud, l'API Cloud Monitoring, Google Cloud CLI e Terraform.
Utilizza le integrazioni e i criteri di avviso consigliati
Il monitoraggio fornisce di pacchetti predefiniti per consentirti di creare criteri di avviso per servizi Google Cloud e integrazioni di terze parti. Il pacchetto include criteri di avviso consigliati, dashboard di esempio e metriche chiave completamente gestito di Google Cloud. Questi pacchetti sono disponibili per servizi Google Cloud come Google Kubernetes Engine, Compute Engine e Cloud SQL, e integrazioni di terze parti comuni come MongoDB, Kafka e Elasticsearch.
Quando installi un pacchetto, puoi attivare gli avvisi consigliati del pacchetto criteri. Quando abiliti un criterio di avviso consigliato, ne configuri uno canale di notifica e, facoltativamente, modificare altri valori. Dopo la configurazione, il criterio di avviso inizia a monitorare la destinazione immediatamente, senza bisogno di ulteriori input utente.
I criteri di avviso consigliati sono utili dopo aver eseguito il deployment di un nuovo servizio e vuoi ricevere avvisi su metriche importanti. Ad esempio, Il pacchetto di integrazione Cloud SQL include criteri di avviso consigliati per istanze non riuscite e transazioni lente:
Per saperne di più sulle integrazioni degli avvisi, consulta Monitoraggio di applicazioni di terze parti.
Usa Cloud Monitoring
Se vuoi creare un criterio di avviso e scegliere il tipo di condizione insieme con altri componenti come il tipo di metrica e le serie temporali, quindi utilizza monitoraggio. Nella tabella seguente sono elencati i diversi tipi di condizioni utilizzabili quando crei un criterio di avviso.
| Tipo di condizione | Descrizione | Esempio |
|---|---|---|
| Condizione soglia metrica | Le condizioni soglia della metrica sono soddisfatte quando i valori di una metrica sono superiore o inferiore a una soglia per una finestra di test specifica. Per ulteriori informazioni, vedi Crea criteri di avviso con soglia di metrica e crea criteri di avviso utilizzando l'API. |
Vuoi un criterio di avviso che invii una notifica quando rispondi la latenza è di 500 ms o superiore per cinque controlli di uptime consecutivi per più di 10 minuti. |
| Condizione di assenza metrica | Le condizioni di assenza metrica vengono soddisfatte quando una serie temporale monitorata non ha per una finestra di test specifica. La finestra di ripetizione massima è 23,5 ore. Per ulteriori informazioni, vedi Crea criteri di avviso per l'assenza di metriche e crea criteri di avviso utilizzando l'API. | Vuoi un criterio di avviso che apra un incidente con l'assistenza quando una risorsa non risponde ad alcuna richiesta HTTP nell'arco di cinque minuti. |
| Condizione valore metrica-valore prevista | Le condizioni valore-metrica previste sono soddisfatte quando il criterio di avviso prevede che la soglia verrà violata nella finestra di previsione successiva. La finestra di previsione può variare da 1 ora a 7 giorni. Per ulteriori informazioni, vedi Crea criteri di avviso previsti per il valore delle metriche e crea criteri di avviso utilizzando l'API. |
Vuoi un criterio di avviso che apra un incidente con l'assistenza quando è probabile che una risorsa raggiunga l'80% di utilizzo dello spazio su disco entro le prossime 24 ore. |
| Condizione basata su log |
Una condizione di un criterio di avviso basato su log viene soddisfatta quando rileva che una metrica basata su log corrisponde al criterio di avviso criteri. Le metriche basate su log ricavano i dati delle metriche dal contenuto del log le voci corrispondenti. Ad esempio, puoi utilizzare una metrica basata su log per conta il numero di voci di log che contengono un determinato messaggio o per estrarre le informazioni sulla latenza registrate nelle voci di log. Per ulteriori informazioni, vedi Configurare i criteri di avviso basati su log e Creare un criterio di avviso basato su log utilizzando l'API Cloud Monitoring. |
Vuoi un criterio di avviso che apra un incidente con l'assistenza
quando il progetto ha almeno 50 voci di log con un
message che contiene
product_ids=['tier_1_support', 'tier_2_support'] |
Componenti dei criteri di avviso
Ogni criterio di avviso include i seguenti componenti:
Una condizione che descrive quando una risorsa o un gruppo di risorse è in uno stato che richiede una risposta. La condizione Includono l'origine dati, una soglia statica o dinamica e l'aggregazione dei dati come i filtri e il raggruppamento. Le tue condizioni possono una singola metrica, più metriche o un rapporto di metriche. Puoi anche usare linguaggi di query come PromQL e Monitoring Query Language (MQL) per includono espressioni complesse come soglie dinamiche della logica condizionale.
Se utilizzi un'integrazione per abilitare un criterio di avviso consigliato, la condizione del criterio di avviso è precompilata.
Un elenco di canali di notifica che descrive a chi inviare notifiche quando l'azione obbligatorio. Per ulteriori informazioni, vedi Creare e gestire i canali di notifica.
Documentazione visualizzata nelle pagine delle notifiche e degli incidenti. Tu puoi configurare la riga dell'oggetto di una notifica aggiungere informazioni utili al corpo della notifica. Ad esempio, potrebbe configurare la notifica in modo da visualizzare link a playbook interni alle pagine di Google Cloud, come le dashboard personalizzate. Per ulteriori informazioni sulla documentazione, inclusi degli esempi, vedi Annota gli incidenti con la documentazione definita dall'utente.
Linguaggio per le query
Usa linguaggi di query e filtri nei criteri di avviso per un maggiore controllo sulla valutazione delle metriche. Monitoraggio supporta i seguenti tipi di query:
Prometheus Query Language (PromQL) è un linguaggio di query funzionale utilizzato per valutare i dati delle serie temporali in tempo reale. Puoi configurare un criterio di avviso condizioni da includere una query PromQL nelle relative condizioni. Per le query PromQL puoi utilizzare qualsiasi un'espressione valida, come combinazioni di metriche, rapporti e soglie di scalabilità. Configurando i criteri di avviso con un Condizione basata su PromQL in Google Cloud, puoi ridurre le dipendenze un'infrastruttura di avviso esterna. Per ulteriori informazioni, vedi PromQL in Cloud Monitoring e Criteri di avviso con PromQL.
Monitoring Query Language (MQL) è un'interfaccia espressiva basata su testo che consente di recuperare, filtrare e manipolare i dati delle serie temporali. Puoi creare criteri di avviso con condizioni che includono un'operazione di avviso in Monitoring Query Language. Per ulteriori informazioni, consulta la panoramica su Monitoring Query Language e Criteri di avviso con MQL.
I filtri di monitoraggio ti consentono di configurare criteri di avviso per utilizzare i rapporti delle metriche basati su filtri. Basato su filtri I criteri di avviso non possono essere visualizzati o modificati nella console Google Cloud. Per un esempio di criterio che utilizza i filtri di Monitoring, consulta: Rapporto delle metriche.
Gestisci criteri di avviso e incidenti
Dopo aver abilitato un criterio di avviso, Monitoring monitora costantemente le condizioni di tale criterio. Non puoi configurare per monitorare le condizioni solo per determinati periodi di tempo. Se vuoi per disabilitare il criterio di avviso per un determinato periodo di tempo, quindi crea un posticipa.
Se un incidente è aperto e Monitoring determina che le condizioni del criterio basato su metriche non sono più soddisfatte, Monitoring chiude automaticamente l'incidente e invia una notifica di chiusura.
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:
Per informazioni su come monitorare il numero di intervalli di traccia o log o come ricevere notifiche quando vengono inclusi contenuti specifici in una voce di log, consulta i seguenti documenti:
- Avvisi sull'importazione di log mensile
- Avvisi sull'importazione mensile dell'intervallo di tracce
- Configurare avvisi basati su log
Passaggi successivi
Per informazioni sulla latenza delle notifiche e su come le scelte per il di un criterio di avviso influiscono su quando vengono inviate le notifiche, consulta Comportamento dei criteri di avviso basati su metriche.
Per un elenco di esempi di criteri basati sulle metriche, consulta Riepilogo di esempi di criteri di avviso.