Quote e limiti

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

• Le quote specificano la quantità di una risorsa condivisa e conteggiabile che puoi utilizzare. Le quote sono definite dai servizi Google Cloud, come Bigtable.
• 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. 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 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 consumo di queste risorse
• Fornisce un modo per richiedere modifiche al valore 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 progetto Google Cloud. 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 sono condivise tra tutte le applicazioni e gli indirizzi IP.

Per modificare la maggior parte delle quote, utilizza la console Google Cloud. Per ulteriori informazioni, consulta Richiedere un aggiustamento della quota.

Esistono anche limiti di sistema per le risorse Bigtable. I limiti di sistema non possono essere modificati.

Nota: se invii più operazioni come singolo batch, ogni operazione nel batch viene conteggiata ai fini del raggiungimento della quota o del limite.

Quote

Questa sezione descrive le quote predefinite valide per tutti gli utilizzi di Bigtable.

Quote di operazioni amministrative

Le quote illustrate di seguito si riferiscono al numero di operazioni amministrative di Bigtable (chiamate all'API di amministrazione) che puoi eseguire in un dato intervallo di tempo.

In genere, non puoi richiedere un aumento delle quote per le operazioni di amministrazione, se non diversamente indicato. A volte vengono concesse deroghe quando viene fornita una giustificazione solida. Tuttavia, il numero di chiamate che la tua applicazione fa all'API di amministrazione non deve aumentare con l'aumento dell'utilizzo. In questo caso, spesso è un segno che il codice dell'applicazione effettua chiamate non necessarie all'API di amministrazione e devi modificare l'applicazione anziché richiedere un aumento della quota per le 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 Per 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 Per minuto per utente: 100 operazioni
Tabelle
Richieste di lettura di tabelle amministrative	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 per l'amministrazione delle tabelle	Modifica della configurazione di una tabella (ad esempio, le impostazioni di garbage collection di una famiglia di colonne)	Al giorno per progetto: 5000 operazioni Per 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 Per minuto per utente: 100 operazioni
Backup
Operazioni di backup	Creazione, aggiornamento ed eliminazione di un backup.	Al giorno per progetto: 1000 operazioni Per minuto per utente: 10 operazioni^1
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 Per minuto per utente: 100 operazioni
Identity and Access Management
Richieste granulari get ACL	Lettura di informazioni sul criterio 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) Per minuto per utente: 1000 operazioni
Richieste granulari set ACL	Modifica del criterio IAM per un'istanza Bigtable	Al giorno per progetto: 864.000 operazioni (in media 10 operazioni al secondo) Al minuto per utente: 1000 operazioni
Disponibile per l'aumento del limite di quota.

Quote dei nodi

Un progetto Google Cloud contiene istanze Bigtable che fungono da container per i clusters. Un cluster rappresenta l'effettivo servizio Bigtable in esecuzione in una singola zona. I cluster contengono nodi, ovvero le risorse di calcolo che consentono a Bigtable di gestire i dati.

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

Le quote dei nodi predefinite 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 questo numero di nodi. Se hai bisogno di eseguire il provisioning di un numero maggiore di nodi rispetto ai limiti predefiniti, puoi richiedere un aumento.

Quote e disponibilità dei nodi

La quota di nodi è il numero massimo di nodi che 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 non ha più nodi, potresti non essere in grado di aggiungerne a un cluster in quella zona, anche se hai ancora a disposizione parte della quota nel progetto.

Ad esempio, se tenti di aggiungere 10 nodi SSD a un cluster che ne ha già 20, ma la zona non ha più nodi disponibili, non puoi aggiungere questi 10 nodi, anche se la quota di nodi SSD nella regione è pari a 30.

In queste situazioni, tentiamo di aumentare le risorse dei nodi di una zona e poi soddisfaciamo le tue richieste quando queste risorse sono disponibili, senza alcuna garanzia in termini di tempistiche e completamento.

I nodi di cui hai eseguito il provisioning sono sempre garantiti come disponibili.

Quote Data Boost

Le seguenti quote di unità di elaborazione del 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 ulteriori informazioni su Data Boost, consulta la panoramica di Data Boost.

Visualizzare informazioni sulla quota

Per conoscere il numero di nodi SSD e HDD che il tuo progetto Google Cloud occupa già in ciascuna zona, utilizza Google Cloud Console. Nel riquadro di navigazione a sinistra, seleziona IAM e amministrazione, fai clic su Quote e seleziona il servizio API Bigtable Admin dal menu a discesa Servizio.

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 quel tipo di nodo e per quella località specifici e la colonna Utilizzo attuale mostra il numero di nodi attualmente esistenti. La differenza tra questi due numeri rappresenta il numero di nodi che puoi aggiungere senza doverne richiedere un numero maggiore.

Richiedere un aumento della quota dei nodi

Per assicurarti che ci sia tempo sufficiente 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 dei nodi vengano concesse. Per ulteriori informazioni, consulta Utilizzo delle quote.

Devi disporre almeno di autorizzazioni a livello di editor sul progetto che contiene l'istanza per la quale stai richiedendo un aumento della quota di nodi.

Non sono previsti costi per una richiesta di aumento della quota dei 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 applicabili al tuo utilizzo di Bigtable. I limiti sono integrati nel servizio e non possono essere modificati.

Profili di applicazioni per istanza

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

Visualizzazioni autorizzate

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

Backup

• Numero massimo di backup standard che è possibile creare: 150 per tabella per cluster
• Numero massimo di backup caldi che è possibile creare: 10 per tabella per cluster
• Periodo di conservazione minimo di un backup: 6 ore dopo l'orario di creazione iniziale
• Periodo di conservazione massimo di un backup: 90 giorni dopo la data di creazione iniziale

Data Boost

Un profilo dell'app Data Boost non può inviare più di 1000 richieste di lettura al secondo.

Dimensione dei dati all'interno delle tabelle

Limiti consigliati

Progetta il tuo schema in modo da mantenere la dimensione dei tuoi dati al di sotto di 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

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

Limiti di operazioni

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

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

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

Regioni per istanza

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

Filtri di riga

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

Spazio di archiviazione per nodo

Se un cluster non include abbastanza nodi per il carico di lavoro attuale e la quantità di dati archiviati, 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, vedi Compromisi 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:

• Cluster SSD:5 TB per nodo
• Cluster HDD:16 TB per nodo

Tali valori sono misurati in terabyte binari (TB), dove 1 TB è pari a 2⁴⁰ byte. Questa unità di misura è nota anche come tebibyte (TiB).

Importante: se un cluster in un'istanza supera il limite rigido relativo alla capacità di archiviazione per nodo, le scritture su tutti i cluster in tale istanza avranno esito negativo fino a quando non aggiungerai nodi a ciascun cluster che supera il limite. Inoltre, se tenti di rimuovere i nodi da un cluster e la modifica causa il superamento da parte del cluster del limite rigido relativo alla capacità di archiviazione, Bigtable rifiuta la richiesta.

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 l'archiviazione SSD, ti conviene eseguire il provisioning di almeno 15 nodi al fine di gestire 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.

Tabelle per istanza

Bigtable supporta un massimo di 1000 tabelle in ogni istanza.

Limiti di lunghezza dell'ID

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

• Profilo dell'app: 1-50
• Backup: 1-50
• Cluster: 6-30
• Famiglia di colonne: 1-64
• Istanza: 6-33
• Tabella: 1-50
• vista autorizzata: 1-50

Norme di utilizzo

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