Questo documento elenca le quote e i limiti di sistema che si applicano e configurazione in Cloud Monitoring. Le quote specificano la quantità di una risorsa condivisa conteggiabile che viene possono utilizzare e sono definite dai servizi Google Cloud come e configurazione in Cloud Monitoring. I limiti di sistema sono valori fissi che non possono essere modificati.
Google Cloud utilizza le quote per contribuire a garantire l'equità e ridurre gli picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una risorsa Google Cloud che può essere utilizzata nel progetto Google Cloud. Quote si applicano a una serie di tipi di risorse, tra cui hardware, software e componenti. Ad esempio, le quote possono limitare il numero di chiamate API a un servizio, il numero di bilanciatori del carico utilizzati contemporaneamente dal tuo progetto o il numero di progetti che puoi creare. Le quote proteggono la community degli utenti di Google Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano anche a gestire le tue risorse Google Cloud.
Il sistema delle quote di Cloud esegue le seguenti operazioni:
- Monitora il tuo consumo di prodotti e servizi Google Cloud
- Limita il tuo consumo di queste risorse
- Consente di richiedere modifiche al valore della quota
Nella maggior parte dei casi, quando tenti di consumare una risorsa superiore alla sua quota lo consente, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire.
In genere le quote si applicano al progetto Google Cloud livello. L'utilizzo di una risorsa in un progetto non influisce sulla quota disponibile in un altro progetto. All'interno di un progetto Google Cloud, le quote vengono condivise tra tutte le applicazioni e gli indirizzi IP.
Per regolare la maggior parte delle quote, utilizza la console Google Cloud. Per ulteriori informazioni, vedi Richiedi un adeguamento della quota.
Esistono anche limiti di sistema per le risorse di monitoraggio. I limiti di sistema non possono essere modificati.
Metriche definite dall'utente
La pagina Gestione delle metriche di Cloud Monitoring fornisce informazioni che possono aiutarti a controllare la spesa per le metriche fatturabili senza influire sull'osservabilità. La pagina Gestione delle metriche riporta le seguenti informazioni:
- Volumi di importazione sia per la fatturazione basata su byte che su sample, per i domini delle metriche e per le singole metriche.
- Dati su etichette e cardinalità delle metriche.
- Numero di letture per ogni metrica.
- Utilizzo di metriche nei criteri di avviso e nelle dashboard personalizzate.
- Percentuale di errori di scrittura delle metriche.
Puoi anche utilizzare la pagina Gestione delle metriche per escludere le metriche non necessarie, eliminando il costo di importazione. Per saperne di più sulla pagina Gestione delle metriche, consulta Visualizza e gestisci l'utilizzo 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 da 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 |
| Frequenza di creazione dei descrittori delle metriche | 6000 al minuto per progetto |
1
Questo limite è applicato da Cloud Monitoring. Altri servizi
potrebbero imporre valori massimi più bassi. Le metriche personalizzate sono quelle scritte
custom.googleapis.com.
2
Puoi scrivere un solo punto dati per ogni serie temporale in una richiesta.
funziona anche come il numero massimo di punti che è possibile scrivere per
richiesta.
3
L'API Cloud Monitoring richiede che le ore di fine scrittura dei punti in una serie temporale siano distanziate di almeno 5 secondi. Puoi raggruppare i punti di scrittura in una serie temporale, a condizione che i punti dati vengano scritti in ordine.
di Gemini Advanced.
4
Le metriche esterne sono quelle scritte in external.googleapis.com.
di Gemini Advanced.
5
Una serie temporale è attiva se sono stati inseriti dei punti dati
nelle 24 ore precedenti.
Il limite specificato nella riga corrisponde al numero totale di serie temporali attive per un
singola risorsa monitorata (ad esempio, una singola VM gce_instance)
o un singolo contenitore k8s_container) in tutti i contenuti definiti dall'utente
delle metriche all'interno della riga (personalizzato, carico di lavoro, Prometheus o esterno). La risorsa monitorata global costituisce un'eccezione, in quanto il limite si applica separatamente a ogni metrica definita dall'utente. Si tratta di un limite di sicurezza a livello di sistema,
non è personalizzabile.
di Gemini Advanced.
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 che emetti quando i tuoi servizi scrivono
dati delle serie temporali, utilizza una richiesta API per scrivere i dati di più serie temporali.
Ti consigliamo di scrivere almeno 10 oggetti per richiesta.
Per ulteriori informazioni su come raggruppare le richieste API, consulta
timeSeries.create.
Se, dopo aver raggruppato le richieste API, hai ancora bisogno di limiti di quota superiori per l'API Monitoring, 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 dell'agente, tra cui:
|
24 mesi1 |
Conservazione dei punti dati da 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
di 6 settimane alla frequenza di campionamento originale,
viene poi ridotto a intervalli di 10 minuti per una memorizzazione estesa.
2 I dati delle metriche di Google Cloud Managed Service per Prometheus vengono archiviati per
1 settimana alla frequenza di campionamento originale,
poi vengono ridotti a intervalli di 1 minuto per le 5 settimane successive,
poi vengono ridotti 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 metriche o dati storici. Cloud Monitoring garantisce query e grafici di alto rendimento solo per 375 progetti Google Cloud per ambito delle metriche.
Per aumentare la quota dei 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 per la creazione e l'aggiornamento dei descrittori delle metriche
Cloud Monitoring applica un limite di frequenza al minuto sulla creazione di nuove metriche, sull'aggiunta di nuovi nomi delle etichette alle metriche esistenti e sull'eliminazione delle metriche. Questo limite di frequenza viene solitamente raggiunto solo alla prima integrazione con Cloud Monitoring, ad esempio eseguire la migrazione di un deployment Prometheus maturo esistente su Cloud Monitoring. Non si tratta di un limite di frequenza per l'importazione dei punti dati. Questo limite di frequenza si applica solo quando crei metriche mai viste prima o quando aggiungi nuovi nomi di etichetta alle metriche esistenti.
Questa quota è fissa, ma eventuali problemi dovrebbero risolversi automaticamente con la creazione di nuove metriche ed etichette fino al limite per minuto.
Limiti per gli avvisi
| Categoria | Valore | Tipo di norma1 |
|---|---|---|
| Criteri di avviso (somma di metrica e log) per ambito delle metriche 2 | 500 | Metrica, log |
| Condizioni per il criterio di avviso basato su metriche | 6 | Metrica |
| Condizioni per criterio di avviso basato su SQL (anteprima pubblica) | 1 | SQL |
| Periodo di tempo massimo di cui la condizione di assenza metrica valuta3 |
1 giorno | Metrica |
| Periodo di tempo massimo valutato da una condizione di soglia metrica3 |
23 ore 30 minuti | Metrica |
| Lunghezza massima del filtro utilizzato in una condizione di soglia metrica |
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 di notifiche4 | 1 notifica ogni 5 minuti per ogni criterio di avviso basato su log | Log |
| Numero massimo di notifiche | 20 notifiche al giorno per ogni criterio di 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 chiuso automaticamente |
7 giorni | Metrica |
| Durata massima di un incidente se non viene 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 |
| Mantenimento 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.
3Il periodo di tempo massimo valutato da una condizione è la somma dei il periodo di allineamento e i valori della finestra di durata. Ad esempio, se il periodo allineamento è viene impostato su 15 ore e la finestra di durata è impostata su 15 ore, quindi sono necessarie 30 ore di dati valuta la condizione.
4Se la query del criterio di avviso basato su log estrae i valori delle etichette, ogni combinazione di valori estratti rappresenta la propria sequenza temporale di notifica. Ad esempio, supponiamo che un modello il criterio di avviso estrae i valori di un'etichetta. Supponiamo che l'etichetta possa avere due valori. Con questa configurazione, potresti ricevere due notifiche, una per ogni valore dell'etichetta, negli stessi 5 minuti.
Limiti per i monitoraggi sintetici
| Categoria | Valore |
|---|---|
| Controlli di uptime per ambito delle metriche * | 100 |
| Numero massimo di ping ICMP per controllo di uptime pubblico | 3 |
| Monitoraggio sintetici per ambito delle metriche | 100† |
†Per informazioni su come aumentare questo limite, vedi Gestisci 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* |
| Righe in una tabella | 300 |
To improve performance, we've limited the time series displayed in this chart.
Per visualizzare tutte le serie temporali, espandi la descrizione comando e seleziona il pulsante Mostra tutte le serie temporali.
Obiettivi del livello di servizio
| Categoria | Valore |
|---|---|
| Numero di SLO per servizio | 500 |