Quote e limiti

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

Una quota limita la quantità di risorse Google Cloud condivise È possibile usare un progetto Google Cloud, inclusi hardware, software e rete componenti. Di conseguenza, le quote fanno parte di un sistema che seguenti:

• Monitora l'utilizzo o il consumo dei prodotti Google Cloud e i servizi di machine learning.
• Limita il tuo consumo di queste risorse, per motivi che includono: garantendo l'equità e riducendo i picchi di utilizzo.
• Mantiene configurazioni che applicano automaticamente le limitazioni prescritte.
• Consente di richiedere o modificare la quota.

Nella maggior parte dei casi, quando viene superata una quota, il sistema blocca immediatamente alla risorsa Google pertinente e all'attività che vuoi non riesce a eseguire l'esecuzione. Nella maggior parte dei casi, le quote vengono applicate a ogni progetto Google Cloud e vengono condivisi tra tutte le applicazioni e gli indirizzi IP che utilizzano progetto Google Cloud.

Per aumentare o diminuire la maggior parte delle quote, utilizza la console Google Cloud. Per maggiori informazioni, consulta Richiedere una quota superiore.

Esistono anche dei limiti per le risorse Bigtable. Questi non sono correlati al sistema delle quote. I limiti non possono essere modificati se non diversamente specificato.

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 che si applicano a tutti i Utilizzo di Bigtable.

Quote di operazioni amministrative

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

In generale, non puoi richiedere un aumento delle quote delle operazioni di amministrazione, tranne dove indicato. A volte vengono concesse delle eccezioni quando sono forti sia fornita una giustificazione. Tuttavia, il numero di chiamate che la tua applicazione all'API Admin non dovrebbero aumentare con l'aumento dell'utilizzo. In questo caso, è spesso un segnale che il codice dell'applicazione sta effettuando chiamate non necessarie al l'API Admin e dovresti cambiare l'applicazione anziché richiedere un amministratore dell'aumento della quota di operazioni.

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 amministrazione 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 Bigtable o test di IAM le autorizzazioni 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 oggetto Bigtable in esecuzione in un'istanza Compute Engine.	Al giorno per progetto: 864.000 operazioni (in media 10 operazioni al secondo) Al minuto per utente: 1000 operazioni
Idoneo per l'aumento del limite di quota.

Quote dei nodi

Un progetto Google Cloud contiene Bigtable instances, ovvero container per i cluster. Un cluster rappresenta l'effettivo servizio Bigtable in esecuzione in una singola zona. I cluster contengono nodi, che sono risorse di calcolo che abilitano Bigtable per gestire i dati.

Il numero predefinito di nodi di cui puoi eseguire il provisioning per zona in ciascun progetto dipende dalla regione. Puoi eseguire il provisioning fino al numero predefinito 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 configurato di nodi viene conteggiato ai fini di questo limite, anche se il cluster non viene scalato a quel limite 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 per ogni progetto. Le quote non garantiscono che tu possa sempre aggiungere nodi a un in un cluster Kubernetes. Se una zona è fuori dai nodi, potresti non essere in grado di aggiungere nodi a un cluster in quella zona, anche se disponi di quota rimanente progetto.

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

In queste situazioni, si cerca di aumentare le risorse dei nodi di una zona soddisfare le tue richieste quando queste risorse sono disponibili, senza alcuna garanzia tempismo e completamento.

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

Visualizza informazioni sulla quota

Per trovare il numero di nodi SSD e HDD già utilizzati dal tuo progetto Google Cloud in ciascuna zona, utilizza la console Google Cloud. Nel riquadro di navigazione a sinistra, posiziona il puntatore del mouse a IAM e amministratore, fai clic su Quote e utilizza il menu a discesa Servizio per seleziona 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 richiedere risorse aggiuntive qualche giorno prima che ti serva. Richieste per gli aumenti della quota di nodi non è garantito. Per ulteriori informazioni, consulta Utilizzo delle quote.

Devi disporre almeno delle autorizzazioni a livello di editor nella contenente l'istanza per cui stai richiedendo un aumento della quota dei nodi.

Non è previsto alcun costo per la 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 delle 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 è possibile creare: 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 app Data Boost non può inviare più di 1000 richieste di lettura per secondo.

Dimensione dei dati all'interno delle tabelle

Limiti consigliati

Progetta il tuo schema per mantenere le dimensioni del entro i 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 mutazioni multiple a Bigtable come 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 mutazioni false nel batch.

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

Regioni per istanza

Un'istanza Bigtable può avere cluster fino a 8 regioni in cui Bigtable disponibili. Puoi creare un cluster in ogni zona di una regione. Per un delle zone disponibili, consulta Località in 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 ha un numero sufficiente di nodi, in base al carico di lavoro attuale e alla quantità di dati che Bigtable non disporrà di risorse CPU sufficienti per gestire tutti i tablet sono associate al cluster. Inoltre, Bigtable non sarà in grado di eseguire di manutenzione in background. Di conseguenza, il cluster potrebbe non essere in grado di gestire le richieste in entrata e la latenza aumenterà. Vedi Confronto tra l'utilizzo dello spazio di archiviazione e rendimento per ulteriori dettagli.

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 i nodi da un cluster, e la modifica causa la visualizzazione per superare il limite rigido 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 usa spazio di archiviazione SSD, deve 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 in ogni istanza.

Limiti di lunghezza degli ID

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

• Profilo app: 1-50
• Backup: 1-50
• Gruppo: 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.