Per garantire un funzionamento efficiente, Cloud Monitoring impone i seguenti limiti di utilizzo.
Metriche definite dall'utente
| Categoria | Valore massimo |
|---|---|
| Descrittori delle metriche personalizzate per progetto1 | 10.000 |
| Etichette per descrittore della metrica | 30 |
| Lunghezza della stringa per la chiave di etichetta | 100 |
| Lunghezza della stringa per il valore dell'etichetta | 1024 |
| Serie temporali incluse in una richiesta di scrittura2 | 200 |
| Frequenza di scrittura dei dati in una singola serie temporale3 | un punto ogni 5 secondi |
| Bucket a istogrammi per metrica di distribuzione personalizzata | 200 |
| Carico di lavoro, descrittori delle metriche Prometheus ed esterni4 per progetto | 25.000 |
| Serie temporali attive da metriche personalizzate per risorsa monitorata5 | 200.000 |
| Serie temporali attive dalle metriche del carico di lavoro per risorsa monitorata5 | 200.000 |
| Serie temporali attive da Prometheus per risorsa monitorata5 | 1.000.000 |
| Serie temporali attive da metriche esterne per risorsa monitorata5 | 200.000 |
1
Questo limite è applicato da Cloud Monitoring. Altri servizi potrebbero imporre valori massimi più bassi. Le metriche personalizzate sono quelle scritte in
custom.googleapis.com.
2
È possibile scrivere un solo punto dati per ogni serie temporale in una richiesta, pertanto questo limite funge anche da numero massimo di punti che possono essere scritti per richiesta.
3
L'API Cloud Monitoring richiede che l'ora di fine dei punti scritti in
una serie temporale sia distanziata di almeno 5 secondi. Puoi raggruppare i punti di scrittura in una serie temporale, a condizione che i punti dati vengano scritti in ordine.
4
Le metriche esterne sono quelle scritte in external.googleapis.com.
5
Una serie temporale è attiva se sono stati inseriti punti dati nelle ultime 24 ore.
Il limite specificato nella riga è il numero totale di serie temporali attive per una singola risorsa monitorata (ad esempio, una singola VM gce_instance o un singolo container k8s_container) in tutte le metriche definite dall'utente all'interno di quella riga (personalizzata, carico di lavoro, Prometheus o esterno). Un'eccezione è la risorsa monitorata global, per la quale il limite si applica separatamente a ciascuna metrica definita dall'utente. Questo è un limite di sicurezza a livello di sistema e non è personalizzabile.
Quote e limiti dell'API Monitoring
| Categoria | Valore massimo |
|---|---|
| Limiti di utilizzo dell'API | Consulta la dashboard delle quote. Per un'API, fai clic su Tutte le quote per visualizzare la tua quota. |
| Durata dei token di pagina dell'API | 24 ore |
Informazioni sulle quote dell'API Monitoring
L'API Monitoring ha dei limiti di quota per la frequenza delle richieste di importazione e delle query delle serie temporali. Le richieste di importazione sono chiamate che scrivono dati delle serie temporali, mentre le query sono chiamate che recuperano dati delle serie temporali. Sono previsti anche limiti interni per altri endpoint dell'API Monitoring: questi endpoint non sono destinati a gestire frequenze elevate di richieste.
Per ridurre il numero di richieste API inviate quando i servizi scrivono i dati delle serie temporali, utilizza una richiesta API per scrivere i dati per più serie temporali. Ti consigliamo di scrivere almeno 10 oggetti per richiesta.
Per ulteriori informazioni sulle richieste API in batch, consulta timeSeries.create.
Se dopo aver batch le richieste API hai ancora bisogno di limiti di quota API Monitoring più elevati, contatta l'assistenza Google Cloud.
Gli altri limiti sono fissi e secondo quanto illustrato in dettaglio su questa pagina.
Per maggiori informazioni, consulta Utilizzo delle quote.
Conservazione dei dati
I punti dati della metrica anteriori al periodo di conservazione vengono eliminati dalla serie temporale.
| Categoria | Valore |
|---|---|
Conservazione di punti dati da tipi di metriche personalizzate, esterne e di agente, tra cui:
|
24 mesi1 |
Conservazione dei punti dati dei tipi di metriche di integrità di processo: agent.googleapis.com/processes,ad eccezione di count_by_state e fork_state, come indicato nella voce precedente. |
24 ore |
| Conservazione dei punti dati di tutti gli altri tipi di metriche, tra cui: | 6 settimane |
| Durata dei token di pagina dell'API | 24 ore |
1 I dati delle metriche vengono archiviati per 6 settimane alla frequenza di campionamento originale, dopodiché vengono campionati a 10 minuti per l'archiviazione estesa.
2
I dati delle metriche di Google Cloud Managed Service per Prometheus vengono archiviati per 1 settimana alla frequenza originale di campionamento, quindi vengono campionati a intervalli di 1 minuto per le 5 settimane successive, quindi vengono campionati a intervalli di 10 minuti per l'archiviazione estesa.
Gruppi di risorse
| Categoria | Valore |
|---|---|
| Numero di gruppi di risorse per ambito delle metriche | 500 |
| Numero massimo di gruppi inclusi in un rapporto inviabile per email1 | 10 |
1Quando configuri i rapporti inviabili per email di Cloud Monitoring, puoi richiedere informazioni sull'utilizzo dei gruppi di risorse. A causa di una limitazione nel generatore di rapporti inviabili per email, i rapporti creati includono informazioni solo per dieci gruppi.
Limiti dei progetti monitorati
Cloud Monitoring supporta ufficialmente fino a 375 progetti Google Cloud per ambito delle metriche .
Puoi aggiungere fino a 1000 progetti Google Cloud per ambito delle metriche, ma potresti riscontrare problemi di prestazioni, in particolare quando esegui query su metriche personalizzate o dati storici. Cloud Monitoring garantisce query e grafici con prestazioni elevate solo per 375 progetti Google Cloud per ambito delle metriche .
Per aumentare la quota dell'ambito delle metriche dei progetti Cloud, puoi richiedere un aumento della quota "Progetti monitorati / Ambito delle metriche di monitoraggio". Per ulteriori dettagli, consulta la documentazione sulla gestione della quota.
Limiti per i criteri di avviso e i controlli di uptime
| Categoria | Valore | Tipo di criterio1 |
|---|---|---|
| Criteri di avviso (somma delle metriche e dei log) per ambito delle metriche 2 | 500 | Metrica, log |
| Condizioni per criterio di avviso | 6 | Metrica |
| Periodo di tempo massimo valutato da una condizione di assenza di metriche3 |
1 giorno | Metrica |
| Periodo di tempo massimo valutato da una condizione di minaccia di metrica3 |
23 ore 30 minuti | Metrica |
| Numero massimo di serie temporali monitorato da una condizione di previsione |
64 | Metrica |
| Finestra di previsione minima | 1 ora (3600 secondi) | Metrica |
| Finestra di previsione massima | 7 giorni (604.800 secondi) | Metrica |
| Canali di notifica per criterio di avviso | 16 | Metrica, log |
| Frequenza massima di notifiche | 1 notifica ogni 5 minuti per ogni avviso basato su log | Log |
| Numero massimo di notifiche | 20 notifiche al giorno per ciascun avviso basato su log | Log |
| Numero massimo di incidenti aperti contemporaneamente per criterio di avviso |
1000 | Metrica |
| Periodo dopo il quale un incidente senza nuovi dati viene chiusa automaticamente |
7 giorni | Metrica |
| Durata massima di un incidente se non viene chiusa manualmente | 7 giorni | Log |
| Conservazione degli incidenti chiusi | 13 mesi | Non applicabile |
| Conservazione degli incidenti aperti | Indeterminata | Non applicabile |
| Canali di notifica per ambito delle metriche | 4000 | Non applicabile |
| Controlli di uptime per ambito delle metriche 4 | 100 | Non applicabile |
| Numero massimo di ping ICMP per controllo di uptime pubblico | 3 | Non applicabile |
2Apigee e Apigee ibrido sono completamente integrati con Cloud Monitoring. Il limite di avviso per tutti i livelli di abbonamento Apigee (Standard, Enterprise ed Enterprise Plus) è lo stesso di Cloud Monitoring: 500 per ambito delle metriche .
3 Il periodo di tempo massimo valutato da una condizione è la somma dei valori di periodo di allineamento e durata. Ad esempio, se il periodo di allineamento è impostato su 15 ore e la finestra della durata è impostata su 15 ore, sono necessarie 30 ore di dati per valutare la condizione.
4 Questo limite si applica al numero di configurazioni dei controlli di uptime. Ogni configurazione dei controlli di uptime include l'intervallo di tempo tra il test dello stato della risorsa specificata. Per ulteriori informazioni, consulta la pagina Gestire i controlli di uptime.
Limiti per i grafici
| Categoria | Valore |
|---|---|
| Dashboard per ambito delle metriche | 1000 |
| Grafici su una dashboard | 40 |
| Linee su un grafico | 300 |
Obiettivi del livello di servizio
| Categoria | Valore |
|---|---|
| Numero di SLO per servizio | 500 |