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.
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 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 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 |
|
||
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.
- Vai alla pagina Quote.
- Nella pagina Quote, seleziona la quota che vuoi modificare.
- Fai clic sul pulsante Modifica quote nella parte superiore della pagina.
- Nel riquadro a destra, digita il tuo nome, la tua email e il tuo numero di telefono, quindi fai clic su Avanti.
- Inserisci il nuovo limite di quota richiesto, quindi fai clic su Avanti.
- 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 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 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 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 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.