Questo documento elenca le quote e i limiti di sistema che si applicano a Cloud Monitoring.
- Le quote hanno valori predefiniti, ma in genere puoi richiedere degli adeguamenti.
- I limiti di sistema sono valori fissi che non possono essere modificati.
Google Cloud utilizza le quote per garantire l'equità e ridurre i picchi di utilizzo e disponibilità delle risorse. Una quota limita la quantità di una Google Cloud risorsa che Google Cloud il progetto può utilizzare. Le quote si applicano a una serie di tipi di risorse, inclusi hardware, software e componenti di rete. 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 utentiGoogle Cloud impedendo il sovraccarico dei servizi. Le quote ti aiutano inoltre a gestire le tue Google Cloud risorse.
Il sistema delle quote di Cloud esegue le seguenti operazioni:
- Monitora il tuo consumo di Google Cloud prodotti e servizi
- Limita il consumo di queste risorse
- Fornisce un modo per richiedere modifiche al valore della quota e automatizzare gli aggiustamenti della quota
Nella maggior parte dei casi, quando provi a utilizzare una risorsa per un volume maggiore di quello consentito dalla quota, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire non va a buon fine.
In genere, le quote si applicano a livello di Google Cloud progetto. 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 saperne di più, consulta Panoramica delle quote di Cloud.
Per modificare la maggior parte delle quote, utilizza la console Google Cloud . Per ulteriori informazioni, consulta Richiedi un aggiustamento delle quote.
Esistono anche limiti di sistema per le risorse di Monitoring. 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 l'importo che spendi per le metriche fatturabili senza influire sull'osservabilità. La pagina Gestione delle metriche riporta le seguenti informazioni:
- Volumi di importazione per la fatturazione basata su byte e su campioni, tra domini di metriche e per singole metriche.
- Dati sulle etichette e sulla cardinalità delle metriche.
- Numero di letture per ogni metrica.
- Utilizzo delle metriche nelle policy di avviso e nelle dashboard personalizzate.
- Frequenza degli 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 personalizzate, esterne e del workload | 30 |
| Etichette per descrittore della metrica Prometheus | 200 |
| 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 |
| Descrittori delle metriche del workload, di Prometheus ed esterne4 per progetto | 25.000 |
| Serie temporali attive da metriche personalizzate per risorsa monitorata5 | 200.000 |
| Serie temporali attive dalle metriche dei workload per risorsa monitorata5 | 200.000 |
| Serie temporali attive di Prometheus per risorsa monitorata5 | 1.000.000 |
| Serie temporali attive da metriche esterne per risorsa monitorata5 | 200.000 |
| Frequenza con cui è possibile creare i descrittori delle metriche | 6000 al minuto per progetto |
1
Questo limite è applicato da Cloud Monitoring. Altri servizi potrebbero imporre valori massimi inferiori. Le metriche personalizzate sono quelle scritte in custom.googleapis.com.
2
Puoi scrivere un solo punto dati per ogni serie temporale in una richiesta, quindi questo limite funge anche da numero massimo di punti che possono essere scritti per richiesta.
3
L'API Cloud Monitoring richiede che le ore 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 hai scritto punti dati al suo interno nelle 24 ore precedenti.
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 della riga (personalizzate, workload, Prometheus o esterne). 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 |
| Dimensione massima della risposta | 200 MB Si applica alle dimensioni del payload di risposta serializzato, che include sia i dati non elaborati sia le chiavi e i valori delle etichette per ogni serie temporale restituita. Se la risposta di una query supera i 200 MB, la richiesta non va a buon fine e viene visualizzato un errore Per prevenire o risolvere gli errori
|
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 invii quando i tuoi servizi scrivono dati delle serie temporali, utilizza una richiesta API per scrivere dati per più serie temporali.
Ti consigliamo di scrivere almeno 10 oggetti per richiesta.
Per saperne di più sul raggruppamento in batch delle richieste API, consulta timeSeries.create.
Se, dopo aver raggruppato le richieste API, hai ancora bisogno di limiti di quota più elevati per l'API Monitoring, contatta l'assistenzaGoogle Cloud .
Gli altri limiti sono fissi e sono descritti in questo documento.
Per saperne di più, consulta la documentazione di Cloud Quotas.
Quote e limiti dell'API Telemetry per l'importazione delle metriche
Questa sezione descrive le quote e i limiti che si applicano all'API Telemetry (OTLP) quando viene utilizzata per l'importazione delle metriche. L'API Telemetry implementa la specifica OTLP di OpenTelemetry.
| Descrizione | Valore | Nota |
|---|---|---|
| Numero massimo di punti dati per richiesta | 200 | Limite |
| Numero massimo di ResourceMetrics per richiesta | 200 | Limite |
| Numero massimo di quantili per metrica di riepilogo | 10 | Limite |
| Numero di richieste di importazione delle metriche al minuto per regione (quota) | 60.000 | Quota |
L'utilizzo dell'API Telemetry non consuma la quota di importazione dell'API Cloud Monitoring. Dopo l'importazione delle metriche, si applicano le altre quote e gli altri limiti di Cloud Monitoring descritti in questo documento.
Conservazione dei dati
I punti dati della metrica anteriori al periodo di conservazione vengono eliminati dalla serie temporale.
| Categoria | Valore |
|---|---|
Conservazione dei punti dati dei tipi di metriche personalizzate, esterne e dell'agente, tra cui:
|
24 mesi1 |
Conservazione dei punti dati per alcuni servizi Google Cloud , tra cui la maggior parte delle metriche nelle seguenti categorie:
|
24 mesi1 |
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, quindi viene eseguito il downsampling a intervalli di 10 minuti per l'archiviazione estesa.
2 I dati delle metriche di Google Cloud Managed Service per Prometheus e OTLP vengono archiviati per 1 settimana alla frequenza di campionamento originale, poi viene eseguito il downsampling a intervalli di 1 minuto per le 5 settimane successive e infine 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 3500 Google Cloud progetti per ambito delle metriche, ma potresti riscontrare problemi di prestazioni, soprattutto quando esegui 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 di progetti per ambito delle metriche di Google Cloud , puoi richiedere un aumento della quota "Progetti monitorati / Ambito delle metriche di monitoraggio". Per maggiori 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 per la creazione di nuove metriche, l'aggiunta di nuovi nomi di etichette alle metriche esistenti e l'eliminazione delle metriche. Questo limite di frequenza viene solitamente raggiunto solo durante la prima integrazione con Cloud Monitoring, ad esempio quando esegui la migrazione di un deployment Prometheus esistente e maturo a Cloud Monitoring. Questa non è una limitazione di frequenza per l'acquisizione di punti dati. Questo limite di frequenza si applica solo quando vengono create metriche mai viste prima o quando vengono aggiunti nuovi nomi di etichette alle metriche esistenti.
Questa quota è fissa, ma eventuali problemi dovrebbero risolversi automaticamente man mano che vengono create nuove metriche ed etichette delle metriche fino al limite al minuto.
Limiti per gli avvisi
Le prime due colonne della tabella seguente elencano una categoria e un valore limite. La terza colonna elenca i tipi di policy a cui si applica il limite:
- Metrica: si applica alle policy di avviso che monitorano i dati delle metriche, incluse le metriche basate su log.
- LBA: si applica alle policy di avviso che monitorano le voci di log. Queste policy sono chiamate policy di avviso basate su log.
- SQL: si applica alle policy di avviso che monitorano il risultato di una query SQL.
- Tutte:si applica a tutte le policy di avviso.
| Categoria | Valore | Tipo di criterio |
|---|---|---|
| Policy di avviso (somma di metriche e log) per ambito delle metriche 1 | 2000 | Metrica, LBA |
| Condizioni per criterio di avviso basata su metriche | 6 | Metrica |
| Condizioni per policy di avviso basata su SQL (anteprima pubblica) |
1 | SQL |
| Tempo massimo di esecuzione delle query per una policy di avviso basata su SQL (anteprima pubblica) |
5 minuti | SQL |
| Periodo di tempo massimo valutato da una condizione di assenza di metriche 2 |
1 giorno | Metrica |
| Periodo di tempo massimo valutato da una condizione di soglia della metrica 2 |
25 ore | Metrica |
| Periodo di tempo massimo per la valutazione di una condizione PromQL |
2 anni | Metrica |
| Lunghezza massima del filtro utilizzato in una condizione di soglia della 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 | Tutti |
| Numero massimo di nuovi avvisi per criterio di avviso basata su log |
20 avvisi al giorno | LBA |
| Numero massimo di notifiche3 per criterio di avviso basata su log |
20 notifiche al giorno | LBA |
| Frequenza massima di nuovi avvisi per criterio di avviso basata su log |
2 nuovi avvisi al minuto | LBA |
| Intervallo minimo tra le notifiche per un avviso aperto4 per criterio di avviso basata su log |
5 minuti | LBA |
| Numero massimo di policy di avviso che si attivano contemporaneamente per progetto |
80.000 | Tutti |
| Numero massimo di avvisi aperti contemporaneamente per criterio di avviso |
1000 | Tutti |
| Periodo dopo il quale un avviso senza nuovi dati viene chiuso automaticamente |
7 giorni | Metrica, SQL |
| Durata massima di un avviso se non viene chiuso manualmente | 7 giorni | LBA |
| Conservazione degli avvisi chiusi | 13 mesi | Non applicabile |
| Conservazione degli avvisi aperti | Indeterminato | Non applicabile |
| Canali di notifica per ambito delle metriche | 4000 | Non applicabile |
| Numero massimo di policy di avviso per posticipo | 16 | Tutti |
| Conservazione di un posticipo | 13 mesi | Non applicabile |
2Il periodo di tempo massimo valutato da una condizione è la somma dei valori del periodo di allineamento e 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.
3Monitoring genera notifiche per un avviso aperto quando trascorre il tempo minimo tra le notifiche e una voce di log corrisponde alle etichette dell'avviso. Se una policy di avviso basata su log viene posticipata quando Monitoring genera una notifica, la notifica viene ignorata e non viene inviata ai canali di notifica della policy. In caso contrario, Monitoring invia la notifica ai canali di notifica della criterio di avviso. Tutte le notifiche generate da Monitoring vengono conteggiate ai fini del limite di 20 notifiche al giorno della criterio di avviso.
4Se la query della criterio di avviso basata su log estrae etichette, ogni combinazione di valori delle etichette estratte rappresenta la propria sequenza temporale di avviso. Pertanto, puoi ricevere più notifiche nell'arco di 5 minuti.
Limiti per gli SMS
I limiti per gli SMS vengono applicati su una finestra mobile di 24 ore.
| Categoria | Valore |
|---|---|
| Numero di codici di verifica via SMS | 40 |
| Numero di codici di verifica via SMS per numero di telefono | 5 |
| Numero di messaggi di avviso SMS | 2500 |
| Numero di avvisi SMS per numero di telefono | 200 |
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 |
| Monitor sintetici per ambito delle metriche | 100† |
†Per informazioni su come aumentare questo limite, consulta Richiedi un aggiustamento della quota.
Limiti per i grafici
| Categoria | Valore |
|---|---|
| Dashboard per ambito delle metriche | 1000 |
| Grafici su una dashboard | 100 |
| Conservazione della cronologia delle versioni della dashboard | 90 giorni |
| Linee su un grafico | 50* |
| Righe in una tabella | 300 |
| Numero massimo di policy di avviso per widget Avvisi | 20 |
| Numero massimo di risorse per widget Avvisi | 20 |
| Numero massimo di caratteri nella query di un widget del riquadro dei log | 2000 |
To improve performance, we've limited the time series displayed in this chart.
Per visualizzare tutte le serie temporali, espandi il tooltip e seleziona il pulsante Mostra tutte le serie temporali.
Obiettivi del livello di servizio
| Categoria | Valore |
|---|---|
| Numero di SLO per servizio | 500 |
Limiti dei tag
| Categoria | Valore |
|---|---|
| Numero massimo di team per progetto quando si utilizzano i tag per controllo dell'accesso | 250 |