Quote e limiti

Questo documento elenca le quote e i limiti di sistema che si applicano Bigtable. Le quote specificano la quantità di una risorsa condivisa e conteggiabile che puoi utilizzare e 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 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 Cloud Quotas esegue le seguenti operazioni:

  • Monitora il tuo consumo dei prodotti e dei servizi Google Cloud
  • Limita il tuo consumo di queste risorse
  • Fornisce un modo per richiedere modifiche al valore della quota

Nella maggior parte dei casi, quando tenti di consumare una risorsa superiore alla sua quota lo consente, il sistema blocca l'accesso alla risorsa e l'attività che stai tentando di eseguire.

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 regolare 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 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 fa all'API di amministrazione non deve 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)

Per 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 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)

Per 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

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

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

  1. Idoneo per l'aumento del limite di quota.

Quote dei nodi

Un progetto Google Cloud contiene istanze Bigtable che fungono da container per i cluster. 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 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 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 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 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 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, 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.

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

Visualizza 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, 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.

Richiedere un aumento della quota dei 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 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

  • Visualizzazioni 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'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 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 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, 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 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 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 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
  • Alternativa: 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.