Quote e limiti

Questo documento elenca le quote e i limiti di sistema che si applicano a Bigtable.

  • 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:

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 Bigtable. I limiti di sistema non possono essere modificati.

Quote

Questa sezione descrive le quote predefinite che si applicano a tutto l'utilizzo di Bigtable.

Quote di operazioni amministrative

Le seguenti quote influiscono sul numero di operazioni amministrative di Bigtable (chiamate all'API Admin) che puoi eseguire in un determinato periodo di tempo.

In generale, non puoi richiedere un aumento delle quote delle operazioni di amministrazione, tranne dove indicato. A volte vengono concesse eccezioni se viene fornita una motivazione valida. Tuttavia, il numero di chiamate effettuate dalla tua applicazione all'API Admin non dovrebbe aumentare con l'aumento dell'utilizzo. Se ciò accade, spesso è un segno che il codice dell'applicazione sta effettuando chiamate non necessarie all'API Admin e devi modificare l'applicazione anziché richiedere un aumento della quota delle operazioni di amministrazione.

Le quote giornaliere vengono reimpostate alla mezzanotte del fuso orario del Pacifico.

Nome Descrizione Quota predefinita
Istanze e cluster
Richieste di lettura di istanze e cluster Lettura della configurazione di un'istanza o un cluster (ad esempio, il nome dell'istanza o il numero di nodi di un cluster) o lettura di un elenco di istanze

Al giorno per progetto: 864.000 operazioni (in media 10 operazioni al secondo)

Al minuto per utente: 1000 operazioni
Richieste di scrittura di istanze e cluster Modifica della configurazione di un'istanza o un cluster (ad esempio, il nome dell'istanza o il numero di nodi di un cluster) o creazione di una nuova istanza

Al giorno per progetto: 500 operazioni

Al minuto per utente: 100 operazioni
Profili di applicazioni
Richieste di lettura di profili di applicazioni Lettura della configurazione del profilo di un'applicazione

Al minuto per progetto: 5000 operazioni

Al minuto per utente: 1000 operazioni
Richieste di scrittura di profili di applicazioni Modifica della configurazione del profilo di un'applicazione

Al minuto per progetto: 500 operazioni

Al minuto per utente: 100 operazioni
Tabelle
Richieste di lettura dell'amministratore della tabella Lettura della configurazione di una tabella (ad esempio, dettagli sulle famiglie di colonne) o lettura di un elenco di tabelle

Al giorno per progetto: 864.000 operazioni (in media 10 operazioni al secondo)

Al minuto per utente: 1000 operazioni
Richieste di scrittura dell'amministratore della tabella Modifica della configurazione di una tabella (ad esempio, le impostazioni di garbage collection di una famiglia di colonne)

Al giorno per progetto: 5000 operazioni

Al minuto per utente: 100 operazioni
Metodo DropRowRange Eliminazione di un intervallo di righe da una tabella in un'unica operazione

Al giorno per progetto: 5000 operazioni

Al minuto per utente: 100 operazioni
Backup
Operazioni di backup Creazione, aggiornamento ed eliminazione di un backup.

Al giorno per progetto: 1000 operazioni

Al minuto per utente: 10 operazioni1
Richieste di recupero del backup Recupero e creazione di un elenco dei backup.

Al giorno per progetto: 864.000 operazioni
Metodo RestoreTable Ripristino di un backup in una nuova tabella.

Al giorno per progetto: 5000 operazioni

Al minuto per utente: 100 operazioni
Identity and Access Management
Richieste granulari get ACL Lettura delle informazioni sulla policy IAM per un'istanza Bigtable o test delle autorizzazioni IAM per un'istanza.

Al giorno per progetto: 864.000 operazioni (in media 10 operazioni al secondo)

Al minuto per utente: 1000 operazioni
Richieste granulari set ACL Modifica della policy IAM per un'istanza Bigtable.

Al giorno per progetto: 864.000 operazioni (in media 10 operazioni al secondo)

Al minuto per utente: 1000 operazioni
  1. Idoneo per l'aumento del limite di quota.

Quote dei nodi

Un progetto Google Cloud contiene istanze Bigtable, che sono container per i cluster. Un cluster rappresenta il servizio Bigtable effettivo in esecuzione in una singola zona. I cluster contengono nodi, ovvero risorse di computing che consentono a Bigtable di gestire i tuoi dati.

Il numero predefinito di nodi di cui puoi eseguire il provisioning per zona in ogni progetto dipende dalla regione. Puoi eseguire il provisioning di un numero massimo di nodi HDD e SSD predefinito per zona in un progetto.

Le quote predefinite dei nodi sono le seguenti:

Regione SSD HDD
asia-east1 100 100
europe-west1 200 200
us-central1 200 200
us-east1 50 50
us-east4 50 50
us-west1 100 100
Tutte le altre località Bigtable 30 30

Se attivi la scalabilità automatica per un cluster, il numero massimo di nodi configurato viene conteggiato ai fini di questo limite, anche se il cluster non viene scalato in base a quel numero di nodi. Se devi eseguire il provisioning di più nodi rispetto ai limiti predefiniti, puoi richiedere un aumento.

Quote e disponibilità dei nodi

La quota di nodi è il numero massimo di nodi di cui puoi eseguire il provisioning per zona in ogni progetto. Le quote non garantiscono che tu possa sempre aggiungere nodi a un cluster. Se una zona ha esaurito i nodi, potresti non essere in grado di aggiungerne altri a un cluster in quella zona, anche se hai ancora una quota residua nel progetto.

Ad esempio, se tenti di aggiungere 10 nodi SSD a un cluster che ha già 20 nodi, ma la zona ha esaurito i nodi, non puoi aggiungere i 10 nodi, anche se la quota di nodi SSD in quella regione è 30.

In queste situazioni, tentiamo di aumentare le risorse dei nodi di una zona e poi concediamo le tue richieste dopo che queste risorse sono disponibili, senza alcuna garanzia di tempistiche e completamento.

La disponibilità dei nodi di cui hai eseguito il provisioning è sempre garantita.

Quote di Data Boost

Le seguenti quote di unità di elaborazione server (SPU) si applicano per progetto e per regione.

Regione SPU
asia-east1 100.000
europe-west1 200.000
us-central1 200.000
us-east1 100.000
us-east4 100.000
us-west1 100.000
Tutte le altre località Bigtable 30.000

Per saperne di più su Data Boost, consulta la panoramica di Data Boost.

Visualizza le informazioni sulla quota

Per trovare il numero di nodi SSD e HDD che il tuo progetto Google Cloud ha già in ogni zona, utilizza Google Cloud console. Nel riquadro di navigazione a sinistra, posiziona il puntatore del mouse su IAM e amministrazione, fai clic su Quote e poi utilizza il menu a discesa Servizio per selezionare il servizio API Bigtable Admin.

Si aprirà una pagina in cui sono visualizzate delle righe che mostrano le quote per ciascuna combinazione di servizio, tipo di nodo e località. Cerca le righe identificate dal sottotitolo Nodi SSD per zona o Nodi HDD per zona. La colonna Limite mostra il numero massimo di nodi consentiti per il tipo di nodo e la località specificati, mentre la colonna Utilizzo attuale mostra il numero di nodi esistenti. La differenza tra questi due numeri rappresenta il numero di nodi che puoi aggiungere senza doverne richiedere un numero maggiore.

Richiedi un aumento della quota di nodi

Per assicurarti che ci sia abbastanza tempo per elaborare la tua richiesta, pianifica sempre in anticipo e richiedi risorse aggiuntive qualche giorno prima di averne bisogno. Non è garantito che le richieste di aumento della quota di nodi vengano concesse. Per saperne di più, consulta Utilizzo delle quote.

Devi disporre almeno delle autorizzazioni a livello di editor per il progetto che contiene l'istanza per cui richiedi un aumento della quota di nodi.

Non sono previsti costi per una richiesta di aumento della quota di nodi. I costi aumentano solo se usi più risorse.

  1. Vai alla pagina Quote.

    Vai alla pagina Quote

  2. Nella pagina Quote, seleziona la quota che vuoi modificare.
  3. Fai clic sul pulsante Modifica quote nella parte superiore della pagina.
  4. Nel riquadro a destra, digita il tuo nome, la tua email e il tuo numero di telefono, quindi fai clic su Avanti.
  5. Inserisci il nuovo limite di quota richiesto, quindi fai clic su Avanti.
  6. Invia la richiesta.

Limiti

Questa sezione descrive i limiti che si applicano all'utilizzo di Bigtable. I limiti sono integrati nel servizio e non possono essere modificati.

Limiti dei profili di app per istanza

Ogni istanza può avere al massimo 2000 profili di applicazioni.

Limiti delle viste autorizzate

  • Viste autorizzate per istanza Bigtable: fino a 10.000
  • Prefissi dei qualificatori di colonna per vista autorizzata: 10

Limiti dei backup

  • Numero massimo di backup standard che è possibile creare: 150 per tabella per cluster
  • Numero massimo di hot backup che è possibile creare: 10 per tabella per cluster
  • Periodo di conservazione minimo di un backup: 6 ore dopo la data/ora di creazione iniziale
  • Periodo di conservazione massimo di un backup: 90 giorni nella versione Enterprise o 365 giorni nella versione Enterprise Plus, conteggiati a partire dalla data di creazione iniziale

Limiti delle modifiche in tempo reale

Il periodo di conservazione massimo di un flusso di modifiche in tempo reale per una tabella è di sette giorni.

Limiti delle viste materializzate continue

  • Viste materializzate continue per istanza: 50
  • Viste materializzate continue per tabella: 5

Limiti di Data Boost

Un cluster non può ricevere più di 1000 richieste di lettura Data Boost al secondo.

Limiti delle dimensioni dei dati nelle tabelle

Limiti consigliati

Progetta lo schema in modo da mantenere le dimensioni dei dati entro questi limiti consigliati.

  • Famiglie di colonne per tabella: 100
  • Un singolo qualificatore di colonna: 16 kB
  • Un singolo valore in una cella di tabella: 10 MB
  • Tutti i valori in una singola riga: 100 MB

Limiti rigidi

Inoltre, devi assicurarti che i tuoi dati rientrino in questi limiti rigidi:

  • Una singola chiave riga: 4 kB
  • Un singolo valore in una cella di tabella: 100 MB
  • Tutti i valori in una singola riga: 256 MB
  • Una singola mutazione: 200 MB

Tali limiti sono misurati in kilobyte binari (kB), dove 1 kB è pari a 210 byte, e in megabyte binari (MB), dove 1 MB è pari a 220 byte. Queste unità di misura sono anche conosciute come kibibyte (KiB) e mebibyte (MiB).

Limiti di lunghezza degli ID

Di seguito sono riportate le lunghezze minime e massime degli ID (numero di caratteri) supportate da Bigtable.

  • Profilo app: 1-50
  • vista autorizzata: 1-50
  • Backup: 1-50
  • Cluster: 6-40
  • Famiglia di colonne: 1-64
  • Istanza: 6-33
  • Bundle di schemi: 1-50
  • Tabella: 1-50
  • Visualizzazione: 1-128

Limiti del livello in memoria

Al livello in-memory si applicano i seguenti limiti:

  • Scalabilità: il livello in memoria supporta sia la scalabilità orizzontale (tramite la scalabilità automatica) sia la scalabilità verticale. Ogni nodo Enterprise Plus include una capacità di base di 40.000 QPS in memoria. Con il livello in-memory attivato, il nodo può scalare verticalmente per supportare volumi più elevati con incrementi di 40.000 QPS, fino a un massimo di 120.000 QPS in-memory per nodo. Per saperne di più, consulta Informazioni sul rendimento.
  • Dimensione riga: il livello in memoria non gestisce righe di dimensioni superiori a 1 MiB per chiave di riga.

Limiti delle viste logiche per istanza

Bigtable supporta un massimo di 1000 viste logiche in ogni istanza.

Limiti di operazioni

Quando invii più mutazioni a Bigtable in un unico batch, si applicano i seguenti limiti:

  • Un batch di mutazioni condizionali, che chiamano CheckAndMutate, può includere fino a 100.000 mutazioni vere e fino a 100.000 mutazioni false nel batch.

  • Nei batch di tutti gli altri tipi di mutazioni, puoi includere non più di 100.000 mutazioni.

Limiti di regioni per istanza

Un'istanza Bigtable può avere cluster in un massimo di 8 regioni in cui è disponibile Bigtable. Puoi creare un cluster in ogni zona di una regione. Per un elenco delle zone disponibili, consulta Località Bigtable.

Limiti dei filtri di riga

Un filtro di riga non può superare i 20 kB. Se ricevi un messaggio di errore, reimposta o accorcia il filtro.

Limiti delle query salvate

Valore Limite
Numero massimo di query salvate per progetto (incluse le query salvate per altri prodotti Google Cloud ) 10.000
Dimensione massima per ogni query 1 MiB

Limiti dei bundle di schemi

I seguenti limiti si applicano ai bundle di schemi:

  • Bundle di schemi per tabella: puoi creare un massimo di 10 bundle di schemi per tabella. Questo limite si applica sia ai bundle di schemi Protobuf che Avro.
  • Dimensioni del bundle di schemi: i descrittori del buffer di protocollo serializzati o gli schemi Avro in formato JSON all'interno di un bundle di schemi non possono superare i 4 MB.

Limiti di spazio di archiviazione per nodo

Se un cluster non ha un numero sufficiente di nodi, in base al workload attuale e alla quantità di dati che archivia, Bigtable non avrà risorse CPU sufficienti per gestire tutti i tablet associati al cluster. Inoltre, Bigtable non sarà in grado di eseguire attività di manutenzione essenziali in background. Di conseguenza, il cluster potrebbe non essere in grado di gestire le richieste in entrata e la latenza aumenterà. Per maggiori dettagli, consulta Compromessi tra utilizzo dello spazio di archiviazione e prestazioni.

Per evitare questi problemi, tieni sotto controllo l'utilizzo della capacità di archiviazione dei tuoi cluster e assicurati che dispongano di nodi sufficienti per supportare la quantità di dati nel cluster in base ai limiti riportati di seguito:

Configurazione dello spazio di archiviazione Enterprise Edition Versione Enterprise Plus
5 TB per nodo 5 TB per nodo
Cluster SSD con archiviazione a livelli 32 TB per nodo, di cui un massimo di 5 TB è spazio di archiviazione SSD. 64 TB per nodo, di cui un massimo di 5 TB è spazio di archiviazione SSD.
Cluster HDD 16 TB per nodo 16 TB per nodo
Livello in memoria (anteprima) Non supportata 8 GB per nodo

I valori TB sono misurati in terabyte binari (TB), dove 1 TB corrisponde a 240 byte. Questa unità di misura è nota anche come tebibyte (TiB).

Come best practice, aggiungi al cluster un numero di nodi tale da utilizzare solo il 70% di questi limiti; in questo modo potrai compensare eventuali picchi improvvisi nell'utilizzo della capacità di archiviazione. Ad esempio, se archivi 50 TB di dati in un cluster che utilizza lo spazio di archiviazione SSD, devi eseguire il provisioning di almeno 15 nodi, che gestiranno fino a 75 TB di dati. Se non aggiungi quantità significative di dati al cluster, non devi necessariamente seguire questo suggerimento e puoi archiviare fino al 100% del limite.

Limiti di tabelle per istanza

Bigtable supporta un massimo di 1000 tabelle in ogni istanza. Le viste materializzate vengono conteggiate ai fini del numero di tabelle.

Norme di utilizzo

L'utilizzo di questo servizio deve rispettare i Termini di servizio e le Norme sulla privacy di Google.