Questo documento illustra l'utilizzo dell'API Cloud Monitoring per creare, modificare, eliminare, elencare, e ricevere in modo programmatico criteri di avviso basati su metriche. Gli esempi mostrano come utilizzare Google Cloud CLI e come utilizzare le librerie client. Questo contenuto non si applica ai criteri di avviso basati su log. Per informazioni sui criteri di avviso basati su log, consulta Monitoraggio dei log.
Queste attività possono essere eseguite anche utilizzando la console Google Cloud. della ulteriori informazioni, consulta i seguenti documenti:
- Crea criteri di avviso con soglia di metrica utilizzando la console Google Cloud
- Gestire i criteri di avviso utilizzando la console Google Cloud
Informazioni sui criteri di avviso
Un criterio di avviso è rappresentato da un oggetto AlertPolicy
,
che descrive una serie di condizioni che indicano
non integro del sistema. Riferimento ai criteri di avviso
canali di notifica, che permettono di specificare in che modo
dell'attivazione di un criterio di avviso.
Ogni criterio di avviso appartiene a un progetto di definizione dell'ambito relativo a un ambito delle metriche. Ciascuna
il progetto può contenere fino a 500 criteri.
Per le chiamate API, devi fornire un "ID progetto". utilizza la
ID del progetto di definizione dell'ambito di un ambito delle metriche come valore. In questi esempi,
l'ID del progetto di definizione dell'ambito di un ambito delle metriche è a-gcp-project
.
La risorsa AlertPolicy
supporta cinque operazioni:
- Creazione di nuovi criteri
- Eliminazione dei criteri esistenti
- Recupero di criteri specifici
- Recupero di tutti i criteri in corso
- Modifica dei criteri esistenti
I criteri di avviso possono essere espressi in JSON o YAML, che ti consente i criteri nei file e utilizzarli per eseguire il backup e il ripristino dei criteri. Con Google Cloud CLI, puoi creare criteri da file in entrambi i formati. Con l'API REST puoi creare criteri dai file JSON. Consulta gli esempi di criteri per una selezione di criteri di avviso in formato JSON.
I seguenti esempi utilizzano l'interfaccia gcloud
e l'API
per illustrare questi casi d'uso di base. Gli esempi di API sono estratti
da un programma di esempio che utilizza l'API per implementare un backup e un ripristino
per i criteri di avviso. Gli esempi completi sono riportati in Esempio: backup
e ripristino.
Prima di iniziare
Prima di scrivere il codice sull'API, devi:
- Avere familiarità con i concetti generali e la terminologia utilizzata con gli avvisi norme; Per saperne di più, consulta Panoramica degli avvisi informazioni.
- Assicurati che l'API Cloud Monitoring sia abilitata per l'uso. vedi Per ulteriori informazioni, abilita l'API.
- Se prevedi di utilizzare le librerie client, installa le librerie per le lingue che vuoi usare; vedi Librerie client per i dettagli. Attualmente, il supporto API per gli avvisi è disponibile solo per C#, Go, Java, Node.js e Python.
Se prevedi di utilizzare Google Cloud CLI, installalo. Tuttavia, se utilizzi Cloud Shell, Google Cloud CLI sarà è già installata.
Qui vengono forniti anche esempi che utilizzano l'interfaccia
gcloud
. Tieni presente che tutti gli esempigcloud
presuppongono che il progetto attuale abbia già impostato come target (gcloud config set project [PROJECT_ID]
) quindi le chiamate omettono il flag--project
esplicito. ID del progetto attuale negli esempi èa-gcp-project
.
-
Per ottenere le autorizzazioni necessarie per creare e modificare i criteri di avviso utilizzando l'API Cloud Monitoring, chiedi all'amministratore di concederti Ruolo IAM Monitoring AlertPolicy Editor (
roles/monitoring.alertPolicyEditor
) per il tuo progetto. Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso.Potresti anche riuscire a ottenere le autorizzazioni richieste tramite la ruoli o altri ruoli predefiniti ruoli.
Per informazioni dettagliate sui ruoli IAM per Monitoraggio, consulta Controlla l'accesso con Identity and Access Management.
Progetta la tua applicazione per chiamate API Cloud Monitoring a thread singolo che lo stato di un criterio di avviso progetto Google Cloud. Ad esempio, chiamate API a thread singolo che creano, aggiornano o eliminare un criterio di avviso.
Crea un criterio di avviso
Per creare un criterio di avviso in un progetto, utilizza
alertPolicies.create
. Per informazioni su come richiamare questo
i relativi parametri e i dati di risposta, consulta la pagina di riferimento
alertPolicies.create
Puoi creare criteri dai file JSON o YAML.
Google Cloud CLI accetta questi file come argomenti
puoi leggere i file JSON in modo programmatico, convertirli in AlertPolicy
oggetti e creare criteri a partire da questi
utilizzando il metodo alertPolicies.create
. Se
un file di configurazione JSON o YAML Prometheus con una regola di avviso,
gcloud CLI può eseguirne la migrazione a un Cloud Monitoring
con una condizione PromQL. Per ulteriori informazioni, vedi
Esegui la migrazione delle regole di avviso e dei destinatari da Prometheus.
Gli esempi riportati di seguito illustrano la creazione di criteri di avviso, ma come creare un file JSON o YAML che descriva un criterio di avviso. Gli esempi presuppongono invece che un file in formato JSON e le istruzioni per emettere la chiamata API. Ad esempio, i file JSON, consulta gli esempi di criteri. Per informazioni generali sul monitoraggio dei rapporti delle metriche, consulta Report delle metriche.
gcloud
Per creare un criterio di avviso in un progetto, utilizza il comando gcloud alpha monitoring
policies create
. L'esempio seguente crea un criterio di avviso in
a-gcp-project
dal file rising-cpu-usage.json
:
gcloud alpha monitoring policies create --policy-from-file="rising-cpu-usage.json"
Se l'esito è positivo, questo comando restituisce il nome del nuovo criterio, ad esempio:
Created alert policy [projects/a-gcp-project/alertPolicies/12669073143329903307].
Il file rising-cpu-usage.json
contiene il codice JSON di un criterio con
il nome visualizzato "High CPU rate of change". Per maggiori dettagli su queste norme, consulta
Criterio di tasso di modifica.
Consulta le
gcloud alpha monitoring policies create
di riferimento per ulteriori informazioni.
C#
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
L'oggetto AlertPolicy
creato avrà campi aggiuntivi.
Il criterio stesso avrà name
, creationRecord
e mutationRecord
campi. Inoltre, a ogni condizione del criterio viene assegnato anche un name
.
Questi campi non possono essere modificati esternamente, quindi non è necessario impostarli
quando si crea un criterio. Nessuno degli esempi JSON utilizzati per creare
i criteri che li includono, ma se i criteri creati da questi vengono recuperati dopo
verranno visualizzati i campi.
Elenco e ricezione criteri di avviso
Per recuperare un elenco dei criteri in un progetto, utilizza
alertPolicies.list
.
Utilizza questo metodo per recuperare i criteri e applicare un'azione a ciascuno dei
eseguendone, ad esempio, il backup. Questo metodo supporta anche
le opzioni filter
e orderBy
per limitare e ordinare i risultati.
consulta la sezione Ordinamento e filtri.
Se cerchi una norma specifica e ne conosci il nome,
puoi usare il metodo alertPolicies.get
per recuperare solo quel criterio. Il nome di un criterio è il valore del parametro name
, non displayName
, nell'oggetto AlertPolicy
. Il nome del
un criterio ha il formato projects/[PROJECT_ID]/alertPolicies/[POLICY_ID]
,
Ad esempio:
projects/a-gcp-project/alertPolicies/12669073143329903307
gcloud
Per elencare tutti i criteri di avviso in un progetto, utilizza il comando gcloud alpha monitoring
policies list
:
gcloud alpha monitoring policies list
In caso di esito positivo, il comando list
fornisce un elenco di tutti i criteri nella
nel progetto specificato, formattato come YAML. Ad esempio,
il criterio con il nome visualizzato "High CPU rate of change" (Frequenza di modifica della CPU elevata)
nel progetto a-gcp-project
è elencato in questo modo,
tra le altre norme elencate:
---
combiner: OR
conditions:
- conditionThreshold:
aggregations:
- alignmentPeriod: 900s
perSeriesAligner: ALIGN_PERCENT_CHANGE
comparison: COMPARISON_GT
duration: 180s
filter: metric.type="compute.googleapis.com/instance/cpu/utilization" AND resource.type="gce_instance"
thresholdValue: 0.5
trigger:
count: 1
displayName: CPU usage is increasing at a high rate
name: projects/a-gcp-project/alertPolicies/12669073143329903307/conditions/12669073143329903008
creationRecord:
mutateTime: '2018-03-26T18:52:39.363601689Z'
mutatedBy: [USER@DOMAIN]
displayName: High CPU rate of change
enabled: true
mutationRecord:
mutateTime: '2018-03-26T18:52:39.363601689Z'
mutatedBy: [USER@DOMAIN]
name: projects/a-gcp-project/alertPolicies/12669073143329903307
---
Per elencare un singolo criterio di avviso, usa gcloud alpha monitoring policies
describe
e specifica il nome del criterio. Ad esempio, questo
restituisce solo l'elenco riportato sopra:
gcloud alpha monitoring policies describe projects/a-gcp-project/alertPolicies/12669073143329903307
Consulta la gcloud alpha monitoring policies list
e describe
per ulteriori informazioni. Il comando describe
corrisponde
alertPolicies.get
nell'API.
C#
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Elimina un criterio di avviso
Per eliminare un criterio da un progetto, utilizza
alertPolicies.delete
e fornisci il nome del metodo
criterio di avviso da eliminare.
gcloud
Per eliminare un criterio di avviso, usa gcloud alpha monitoring policies
delete
e specifica il nome del criterio da eliminare. Ad esempio,
questo comando elimina
criterio con il nome visualizzato "High CPU rate of change":
gcloud alpha monitoring policies delete projects/a-gcp-project/alertPolicies/12669073143329903307
Consulta le
gcloud alpha monitoring policies delete
di riferimento per ulteriori informazioni.
Modificare un criterio di avviso
Per modificare un criterio di avviso, utilizza il metodo
alertPolicies.patch
(nell'API REST).
Altre implementazioni API e l'interfaccia gcloud
chiamano questa funzionalità update
anziché patch
.
Un'operazione di aggiornamento può sostituire completamente il criterio esistente oppure può modificare
un sottoinsieme di campi. Un'operazione di aggiornamento accetta un nuovo oggetto AlertPolicy
e
una maschera del campo facoltativa.
Se viene specificata una maschera dei campi, ogni campo elencato nella maschera dei campi verrà è aggiornato con il valore nel criterio fornito. Se il criterio fornito non includere un campo menzionato nella maschera del campo, il campo viene cancellato e impostarne il valore predefinito. Qualsiasi campo non elencato nella conserva il valore precedente.
Se non viene specificata alcuna maschera dei campi, il criterio esistente viene sostituito dalla
ne ha specificato uno, ma il nome (projects/[PROJECT_ID]/alertPolicies/[POLICY_ID]
)
vengono riutilizzate. Tutte le condizioni nel nuovo criterio con valori name
che includono
un CONDITION_ID
manterrà questi nomi. In caso contrario, i nuovi nomi delle condizioni e delle norme
vengono create.
Quando utilizzi la riga di comando gcloud
per aggiornare i criteri, i flag della riga di comando
anziché una maschera dei campi per specificare i campi da aggiornare.
Per informazioni dettagliate, visita la pagina gcloud alpha monitoring policies update
.
Abilita o disabilita un criterio di avviso
Per attivare o disattivare un criterio, modifica il valore del valore booleano
Campo enabled
nell'oggetto AlertPolicy
. Tieni presente che, dopo aver attivato
un criterio, può comunque essere attivato dai dati raccolti mentre era disattivato.
gcloud
Per disabilitare un criterio di avviso, utilizza la classe
comando gcloud alpha monitoring policies update
e fornire l'istruzione --no-enabled
flag. Il seguente comando disabilita "High CPU rate of change" (Frequenza di modifica della CPU elevata)
criterio di avviso nel progetto a-gcp-project
:
gcloud alpha monitoring policies update projects/a-gcp-project/alertPolicies/12669073143329903307 --no-enabled
Per abilitare il criterio, utilizza lo stesso comando e fornisci il flag --enabled
.
Consulta la gcloud alpha monitoring policies update
di riferimento per ulteriori informazioni. Il comando update
corrisponde
alertPolicies.patch
nell'API REST.
C#
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Aggiornare i canali di notifica in un criterio di avviso
Puoi anche aggiornare i canali di notifica a cui fa riferimento un criterio di avviso. I criteri di avviso si riferiscono ai canali di notifica per nome. I canali devono esistere prima di poter essere utilizzati in un criterio di avviso.
Puoi creare e gestire i canali di notifica in modo programmatico utilizzando
NotificationChannel
e
NotificationChannelDescriptors
risorse.
Questi esempi in questa
presuppongono che questi canali esistano già e anche gli utilizzi di queste API
vengono visualizzati negli esempi di pubblicità programmatica.
Per ulteriori discussioni sugli oggetti del canale di notifica, vedi Creare e gestire canali di notifica tramite API.
gcloud
Per modificare i canali di notifica in un criterio di avviso, utilizza il metodo
Comando gcloud alpha monitoring policies update
. Esistono diversi
Contrassegni relativi ai canali di notifica, che ti consentono di rimuovere
i canali di notifica, sostituiscono i canali di notifica e aggiungono nuovi canali di notifica.
Ad esempio, il criterio con il nome visualizzato "Elevata frequenza di modifica della CPU" nel progetto a-gcp-project è stata creata senza canali di notifica.
Per aggiungere un canale di notifica a questo criterio, usa il comando gcloud alpha monitoring
policies update
e specifica il canale da aggiungere con il metodo
Flag --add-notification-channels
:
gcloud alpha monitoring policies update projects/a-gcp-project/alertPolicies/12669073143329903307 \
--add-notification-channels="projects/a-gcp-project/notificationChannels/1355376463305411567"
Consulta la gcloud alpha monitoring policies update
di riferimento per ulteriori informazioni. Il comando update
corrisponde
alertPolicies.patch
nell'API REST.
Il canale di notifica aggiunto qui deve già esistere. vedi Per ulteriori informazioni, crea un canale di notifica.
C#
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Modifica la documentazione in un criterio di avviso
Un criterio può includere la documentazione relativa agli incidenti e le notifiche associate alle norme. Utilizza questo campo per includere informazioni per aiutare chi risponde a comprendere e gestire il problema indicato dall'avviso . La documentazione è inclusa nelle notifiche via email e tipi di notifiche che lo consentono; e altri tipi di canali potrebbero ometterlo.
gcloud
Per aggiungere la documentazione a un criterio o sostituire la documentazione esistente, utilizza lagcloud alpha monitoring policies update
e fornire il comando
Flag --documentation-format="text/markdown"
(l'unico formato supportato)
e il flag --documentation
(per inserire il valore dalla riga di comando)
o il flag --documentation-from-file
(per leggere il valore da un file).
Ad esempio, il criterio con il nome visualizzato "Elevata frequenza di modifica della CPU" nel progetto a-gcp-project è stato creato senza documentazione.
Il comando seguente imposta il campo documentation
nel criterio specificato su
i contenuti del file cpu-usage-doc.md
:
gcloud alpha monitoring policies update projects/a-gcp-project/alertPolicies/12669073143329903307 \
--documentation-format="text/markdown" \
--documentation-from-file="cpu-usage-doc.md"
Consulta la gcloud alpha monitoring policies update
di riferimento per ulteriori informazioni. Il comando update
corrisponde
alertPolicies.patch
nell'API REST.
Aggiungi un criterio di avviso a una dashboard
Per visualizzare un riepilogo di un criterio di avviso con una singola condizione nella dashboard personalizzata:
aggiungi un widget AlertChart
alla dashboard.
Puoi utilizzare
dashboards.create
per una nuova dashboard e il
dashboards.patch
per una dashboard esistente.
Se specifichi un criterio di avviso per più condizioni,
il widget AlertChart
non mostrerà dati.
Per informazioni dettagliate sull'utilizzo di questi metodi dell'API, consulta Creare e gestire le dashboard in base all'API.
Esempio: backup e ripristino
Tutti gli esempi di API mostrati provengono da un'applicazione più grande in grado di eseguire il backup dei criteri di avviso di un progetto su un file e ripristinare e possibilmente in un altro progetto. Se i progetti utilizzati per il backup sono diversi, l'applicazione esporta e importa efficacemente i criteri da un progetto all'altro.
Questa sezione mostra il codice per il backup e il ripristino nel contesto anziché come un insieme di piccoli estratti isolati.
Criteri di backup
L'operazione di backup è semplice. L'insieme di criteri di avviso un insieme di canali di notifica di ogni progetto viene raccolto e salvato di archiviazione esterna in JSON.
C#
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Ripristino dei criteri di cui è stato eseguito il backup
La procedura di ripristino è più complessa rispetto al backup originale. Puoi ripristinare il progetto di cui hai eseguito il backup in origine. Puoi anche ripristinare un progetto diverso, fornendo efficacemente i criteri di avviso.
In caso di ripristino nello stesso progetto, tutti i canali o i criteri esistenti vengono aggiornate se esistono ancora. In caso contrario, vengono ricreati. Campi di sola lettura, come i record di creazione e modifica, nel backup vengono cancellati dal processo di ripristino prima che i criteri e le notifiche vengono ricreate.
Puoi utilizzare un criterio salvato in un progetto per crearne uno nuovo o simile in un altro progetto. Tuttavia, devi prima apportare le seguenti modifiche in un copia della norma salvata:
- Rimuovi i seguenti campi da tutti i canali di notifica:
name
verificationStatus
- Crea canali di notifica prima di fare riferimento ai canali negli avvisi (sono necessari i nuovi identificatori di canale).
- Rimuovi i seguenti campi da tutti i criteri di avviso che stai ricreando:
name
condition.name
creationRecord
mutationRecord
Se il criterio viene ricreato in un nuovo progetto, i nomi di qualsiasi condizioni nei criteri di backup vengono cancellate insieme alla creazione e record di mutazioni.
Inoltre, quando un canale di notifica viene ricreato in un progetto diverso, ha un nome diverso, quindi il processo di ripristino deve mappare i nomi i canali nei criteri di avviso di backup con i loro nuovi nomi e vecchi nomi con quelli nuovi.
Oltre ai nomi dei canali di notifica, il valore del parametro
Impossibile impostare il campo verificationStatus
quando viene creato il canale oppure
aggiornato, quindi viene utilizzato un valore sentinella, unspecified
. Dopo che i canali hanno
siano state ripristinate in un nuovo progetto, devono essere verificate esplicitamente.
C#
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Avvisi e Google Cloud CLI
In Google Cloud CLI, il gruppo di comandi per la gestione dei criteri di avviso
canali di notifica è monitoring
, che è in versione alpha.
Il gruppo monitoring
è disponibile nel componente alpha
.
In altre parole, tutti questi comandi inizieranno con:
gcloud alpha monitoring
Per verificare se il componente alpha
è installato, esegui questo comando:
gcloud components list
Se non hai installato il componente alpha
, esegui questo comando per
Per installarlo:
gcloud components install alpha
Se disponi del componente alpha
, cerca il raggruppamento monitoring
per
esegui questo comando:
gcloud alpha monitoring --help
Se il gruppo monitoring
non è incluso, Google Cloud CLI ti chiederà di:
aggiungilo:
You do not currently have this command group installed.
[...]
Do you want to continue (Y/n)? y