Questo documento elenca le quotas e i quotas che si applicano a Cloud Monitoring.
Una quota limita la quantità di una risorsa Google Cloud condivisa che può essere utilizzata dal progetto Google Cloud, inclusi hardware, software e componenti di rete. Pertanto, le quote fanno parte di un sistema che:
- Monitora il tuo utilizzo o consumo di prodotti e servizi Google Cloud.
- Limita il consumo di queste risorse, per motivi che includono la garanzia dell'equità e la riduzione dei picchi di utilizzo.
- Mantiene configurazioni che applicano automaticamente le limitazioni prescritte.
- Offre un mezzo per richiedere o modificare la quota.
Nella maggior parte dei casi, quando viene superata una quota, il sistema blocca immediatamente l'accesso alla risorsa Google pertinente e l'attività che stai tentando di eseguire ha esito negativo. Nella maggior parte dei casi, le quote si applicano a ogni progetto Google Cloud e sono condivise tra tutte le applicazioni e gli indirizzi IP che utilizzano il progetto Google Cloud.
Per aumentare o diminuire la maggior parte delle quote, utilizza la console Google Cloud. Per ulteriori informazioni, consulta Richiedere una quota più alta.
Esistono anche dei limiti relativi alle risorse di Monitoring. Questi limiti non sono correlati al sistema di quote. I limiti non possono essere modificati se non diversamente indicato.
Metriche definite dall'utente
La pagina Gestione delle metriche di Cloud Monitoring fornisce informazioni che possono aiutarti a controllare l'importo speso per le metriche addebitabili senza influire sull'osservabilità. La pagina Gestione delle metriche riporta le seguenti informazioni:
- Volumi di importazione per la fatturazione basata su byte e campioni, nei domini delle metriche e per le singole metriche.
- Dati su etichette e cardinalità delle metriche.
- Utilizzo delle metriche nei criteri di avviso e nelle dashboard personalizzate.
- Percentuale di errori di scrittura delle metriche.
| 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, Prometheus e descrittori delle metriche esterni4 per progetto | 25.000 |
| Serie temporali attive da metriche personalizzate per risorsa monitorata5 | 200.000 |
| Serie temporali attive dalle metriche dei carichi 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 |
| Frequenza di creazione dei descrittori delle metriche | 6000 al minuto per progetto |
1
Questo limite è applicato da Cloud Monitoring. Altri servizi
potrebbero applicare valori massimi più bassi. Le metriche personalizzate sono quelle scritte in custom.googleapis.com.
2
Puoi scrivere un solo punto dati per ogni serie temporale in una richiesta, pertanto questo limite rappresenta anche il numero massimo di punti che è possibile scrivere per ogni richiesta.
3
L'API Cloud Monitoring richiede che i tempi di fine dei punti scritti in una serie temporale siano distanti 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 dei punti dati nelle precedenti 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 esterna). Un'eccezione è la risorsa monitorata global, per la quale il limite si applica separatamente a ogni metrica definita dall'utente. Si tratta di 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 |
Per trovare le quote e i limiti dell'API, esegui una delle seguenti operazioni:
|
| 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 tuoi servizi scrivono dati delle serie temporali, utilizza una singola richiesta API per scrivere dati relativi a più serie temporali.
Ti consigliamo di scrivere almeno 10 oggetti per richiesta.
Per maggiori informazioni sul raggruppamento delle richieste API in batch, consulta
timeSeries.create.
Se, dopo aver eseguito il raggruppamento delle richieste API, hai comunque bisogno di limiti di quota per l'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 dei punti dati da tipi di metriche personalizzate, esterne e degli agenti, tra cui:
|
24 mesi1 | ||
Conservazione dei punti dati dai tipi di metriche
di integrità dei processi: agent.googleapis.com/processes,tranne count_by_state e fork_state, come
indicato nella voce precedente. |
24 ore | ||
| Conservazione dei punti dati da tutti gli altri tipi di metriche, tra cui: | 6 settimane | Conservazione delle metriche di Google Cloud | 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, quindi vengono ricampionati a intervalli di 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 di campionamento originale, quindi vengono ridotti a intervalli di 1 minuto per le 5 settimane successive e infine vengono sottoposti a campionamento 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, soprattutto durante l'esecuzione di query su metriche personalizzate o dati storici. Cloud Monitoring garantisce query e grafici ad alte prestazioni solo per 375 progetti Google Cloud per ambito delle metriche .
Per aumentare la quota per i progetti Google Cloud per ambito delle metriche, puoi richiedere un aumento della quota "Progetti monitorati / Ambito delle metriche di monitoraggio". Per ulteriori dettagli, consulta la documentazione sulla gestione della quota.
Limiti alla creazione e all'aggiornamento dei descrittori delle metriche
Cloud Monitoring applica un limite di frequenza al minuto per la creazione di nuove metriche, l'aggiunta di nuove etichette di metriche alle metriche esistenti e l'eliminazione delle metriche. Questo limite di frequenza viene generalmente raggiunto solo durante l'integrazione iniziale con Cloud Monitoring, ad esempio quando esegui la migrazione di un deployment di Prometheus maturo esistente a Cloud Monitoring. Questo non è un limite di frequenza per l'importazione di punti dati. Questo limite di frequenza si applica solo durante la creazione di metriche mai viste prima o quando si aggiungono nuove etichette a metriche esistenti.
Questa quota è corretta, ma gli eventuali problemi dovrebbero risolversi automaticamente man mano che vengono create nuove metriche ed etichette delle metriche entro il limite al minuto.
Limiti per gli avvisi
| Categoria | Valore | Tipo di criterio1 |
|---|---|---|
| Criteri di avviso (somma della metrica e del 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 metrica3 |
1 giorno | Metrica |
| Periodo di tempo massimo valutato da una condizione di soglia di metrica3 |
23 ore 30 minuti | Metrica |
| Lunghezza massima del filtro utilizzato in una condizione di soglia di metriche |
2048 caratteri Unicode | Metrica |
| Numero massimo di serie temporali monitorate da una condizione di previsione |
64 | Metrica |
| Finestra di previsione minima | 1 ora (3600 secondi) | Metrica |
| Finestra di previsione massima | 2,5 giorni (216.000 secondi) | Metrica |
| Canali di notifica per criterio di avviso | 16 | Metrica, log |
| Frequenza massima delle notifiche | 1 notifica ogni 5 minuti per ogni avviso basato su log | Log |
| Numero massimo di notifiche | 20 notifiche al giorno per ogni avviso basato su log | Log |
| Numero massimo di incidenti aperti contemporaneamente per criterio di avviso |
1000 | Metrica |
| Periodo dopo il quale viene chiuso automaticamente un incidente senza nuovi dati |
7 giorni | Metrica |
| Durata massima di un incidente se non è chiuso 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 |
| Numero massimo di criteri di avviso per posticipazione | 16 | Metrica, log |
| Conservazione di una posticipazione | 13 mesi | Non applicabile |
2Apigee e Apigee hybrid sono profondamente integrati con Cloud Monitoring. Il limite di avvisi 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 del periodo di allineamento e dei valori della finestra di durata. Ad esempio, se il periodo di allineamento è impostato su 15 ore e la finestra di durata è impostata su 15 ore, sono necessarie 30 ore di dati per valutare la condizione.
Limiti per i monitor sintetici
| Categoria | Valore |
|---|---|
| Controlli di uptime per ambito delle metriche * | 100 |
| Numero massimo di ping ICMP per controllo di uptime pubblico | 3 |
| Monitoraggio sintetico per ambito delle metriche | 100† |
†Per informazioni su come aumentare questo limite, consulta Gestire la quota utilizzando la console Google Cloud.
Limiti per i grafici
| Categoria | Valore |
|---|---|
| Dashboard per ambito delle metriche | 1000 |
| Grafici su una dashboard | 40 |
| Linee su un grafico | 50 |
Obiettivi del livello di servizio
| Categoria | Valore |
|---|---|
| Numero di SLO per servizio | 500 |