Quote e limiti

Questo documento elenca le quotas e i quotas che si applicano a Bigtable .

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.

Sono inoltre previsti dei limiti per le risorse Bigtable. Questi limiti non sono correlati al sistema di quote. I limiti non possono essere modificati se non diversamente indicato.

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

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, se non indicato, non puoi richiedere un aumento delle quote delle operazioni di amministrazione. A volte vengono concesse eccezioni in presenza di una giustificazione efficace. Tuttavia, il numero di chiamate che la tua applicazione effettua all'API Admin non dovrebbe aumentare quando aumenta l'utilizzo. Se ciò accade, spesso è un segnale che il codice dell'applicazione sta effettuando chiamate non necessarie all'API di amministrazione e che devi modificare l'applicazione anziché richiedere un aumento della quota delle operazioni amministrative.

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 in 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 in 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
Tables
Richieste di lettura di tabelle	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 di 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 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 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 Al 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) Al 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
Idonea per l'aumento del limite della quota.

Quote dei nodi

Un progetto Google Cloud contiene istanze Bigtable, che fungono da container per i cluster. Un cluster rappresenta il servizio Bigtable effettivo 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 di cui puoi eseguire il provisioning per zona in ogni progetto dipende dalla regione. Puoi eseguire il provisioning fino al numero predefinito di nodi HDD e fino al numero predefinito di nodi SSD 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 abiliti 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 per raggiungere quel 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 dei nodi è il numero massimo di nodi di cui puoi eseguire il provisioning per zona in ogni progetto. Le quote non garantiscono che tu sia sempre in grado di aggiungere nodi a un cluster. Se una zona ha esaurito i nodi, potresti non essere in grado di aggiungere nodi a un cluster in quella zona, anche se disponi ancora di una quota rimanente nel tuo progetto.

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

In queste situazioni, cerchiamo di aumentare le risorse dei nodi di una zona e quindi concediamo le tue richieste quando queste risorse sono disponibili, senza alcuna garanzia di tempi e completamento.

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

Visualizza informazioni sulla quota

Per conoscere il numero di nodi SSD e HDD che il tuo progetto Google Cloud ha già in ogni zona, utilizza la console Google Cloud. Nel riquadro di navigazione a sinistra, seleziona IAM e amministrazione, fai clic su Quote e 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 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.

Richiedi un aumento della quota di nodi

Per assicurarti che ci sia tempo sufficiente per elaborare la tua richiesta, pianifica sempre in anticipo e richiedi sempre risorse aggiuntive alcuni giorni prima di averne bisogno. Non è garantito che le richieste di aumenti della quota dei nodi vengano concesse. Per ulteriori informazioni, consulta la pagina relativa all'utilizzo delle quote.

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

Non è previsto alcun costo per la richiesta di un 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.

Profili di applicazioni per istanza

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

Backup

• Numero massimo di backup che possono essere creati: 150 per tabella per cluster
• Periodo di conservazione minimo di un backup: 6 ore dopo l'ora 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 lo schema in modo da mantenere le dimensioni dei dati al di sotto dei 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 di 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ù modifiche a Bigtable come un singolo batch, si applicano i seguenti limiti:

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

• In gruppi di tutti gli altri tipi di mutazioni, non puoi includere più di 100.000 mutazioni nel gruppo.

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 un'area geografica. Per un elenco delle zone disponibili, consulta Località di Bigtable.

Filtri di riga

Un filtro di riga non può superare i 20 kB. Se ricevi un messaggio di errore, cambia il design del filtro o accorcialo.

Spazio di archiviazione per nodo

Se un cluster non dispone di un numero sufficiente di nodi, in base al carico di lavoro attuale e alla quantità di dati archiviati, Bigtable non avrà abbastanza risorse della CPU per gestire tutti i tablet associati al cluster. 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 ulteriori dettagli, consulta Confronto tra utilizzo e prestazioni dello spazio di archiviazione.

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 provi a rimuovere nodi da un cluster e la modifica comporterebbe il superamento da parte del cluster del limite rigido relativo allo spazio 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, devi eseguire il provisioning di almeno 15 nodi, in modo da 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 degli ID

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

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

Norme di utilizzo

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