Quote e limiti

Questa pagina descrive le quote e i limiti per Cloud Bigtable.

Quote

Questa sezione descrive le quote predefinite applicabili 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 dato periodo di tempo.

In generale, non puoi richiedere un aumento delle quote delle operazioni di amministrazione, tranne dove indicato di seguito. A volte vengono concesse eccezioni se viene fornita una giustificazione efficace. Tuttavia, il numero di chiamate che la tua applicazione effettua all'API Admin non deve aumentare all'aumentare dell'utilizzo. Se ciò si verifica, significa spesso che il codice dell'applicazione effettua chiamate non necessarie all'API admin e che l'applicazione dovrebbe essere modificata anziché richiedere un aumento della quota per le 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 di un cluster (ad esempio, il nome dell'istanza o il numero di nodi in un cluster) oppure 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 in 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

Per minuto per progetto: 5000 operazioni

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

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

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

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)

Per minuto per utente: 1000 operazioni

  1. Idoneo all'aumento del limite di quota.

Quote dei nodi

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

Il numero predefinito di nodi di cui puoi eseguire il provisioning per zona in ogni progetto dipende dall'area geografica. 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 di nodi predefinite sono le seguenti:

Regione SSD HDD
us-west1 100 100
us-central1 200 200
us-east1 50 50
us-east4 50 50
europe-west1 200 200
asia-east1 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 per questo limite, anche se il cluster non viene scalato per quel numero di nodi. Se devi eseguire il provisioning di un numero maggiore di nodi rispetto ai limiti predefiniti, puoi richiedere un aumento.

Quote e disponibilità dei nodi

La quota nodi è il numero massimo di nodi di cui 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 ha esaurito i nodi, potresti non essere in grado di aggiungere nodi a un cluster in quella zona, anche se hai ancora a disposizione la quota nel progetto.

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

In questi casi, cerchiamo di aumentare le risorse dei nodi di una zona, per poi soddisfare le tue richieste non appena diventano disponibili, senza alcuna garanzia di tempi e completamento.

È sempre garantita la disponibilità dei nodi di cui hai eseguito il provisioning.

Visualizza le informazioni sulle quote

Per trovare il numero di nodi SSD e HDD che il tuo progetto GCP ha già in ogni zona, utilizza Google Cloud Console. 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.

Richiedere un aumento della quota di nodi

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

Devi disporre almeno delle autorizzazioni a livello di editor per il progetto contenente l'istanza per cui richiedi un aumento della quota di nodi.

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

Backup

  • Numero massimo di backup che è possibile creare: 50 per tabella per cluster
  • TTL minimo di un backup: 6 ore dopo l'orario di creazione iniziale
  • TTL massimo di un backup: 30 giorni dopo la data di creazione iniziale

Dimensione dei dati all'interno delle tabelle

Come best practice, progetta il tuo schema in modo da mantenere la dimensione dei tuoi dati al di sotto dei limiti raccomandati di seguito:

  • Una singola chiave riga: 4 kB
  • 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

Inoltre, devi assicurarti che i tuoi dati rientrino in questi limiti rigidi:

  • 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 come batch singolo, si applicano i seguenti limiti:

  • Un gruppo di mutazioni condizionali, che chiamano CheckAndMutate, può includere fino a 100.000 veri mutazioni e fino a 100.000 falsi mutamenti.

  • Per gruppi di tutti i tipi di mutazioni non puoi includere più di 100.000 modifiche.

Filtri di riga

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

Spazio di archiviazione per nodo

Se un cluster non dispone di nodi sufficienti, in base al carico di lavoro corrente e alla 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 ulteriori dettagli, consulta i pro e i contro tra l'utilizzo e le 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 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, devi eseguire il provisioning di almeno 15 nodi, che gestiranno 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 lunghezza ID

Di seguito sono riportate le lunghezze minime e massime dell'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

Norme di utilizzo

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