Scalabilità

La scalabilità di un cluster è il processo di aggiunta o rimozione di nodi da un cluster in risposta ai cambiamenti nel carico di lavoro o nelle esigenze di archiviazione dei dati del cluster.

Puoi scalare un cluster Bigtable nei seguenti modi:

Nella maggior parte dei casi, scegli la scalabilità automatica. Quando abiliti la scalabilità automatica in un cluster, Bigtable monitora continuamente il cluster regola automaticamente il numero di nodi in base alle impostazioni.

Puoi scalare il cluster Bigtable in base a metriche come all'utilizzo della CPU da parte del cluster. Ad esempio, se il cluster è sottoposto a un carico elevato perché l'utilizzo della CPU è elevato, puoi aggiungere nodi al cluster nell'utilizzo dei dati. Puoi anche risparmiare rimuovendo i nodi dal cluster quando non viene usato in modo eccessivo.

Limitazioni

Tieni presente le seguenti limitazioni.

Disponibilità dei nodi

Le quote per i nodi si applicano indipendentemente dal fatto che un cluster disponga di allocazione manuale o di scalabilità automatica in un bucket con il controllo delle versioni attivo. Per maggiori dettagli, consulta Quote e disponibilità dei nodi.

Ritardo durante il ribilanciamento dei nodi

Dopo aver aggiunto nodi a un cluster, possono essere necessari fino a 20 minuti sotto carico noti un miglioramento significativo nelle prestazioni del cluster. Di conseguenza, se il carico di lavoro prevede brevi burst di attività elevata, l'aggiunta di nodi basato sul carico della CPU non migliora le prestazioni, Bigtable riequilibra i dati, la breve raffica di attività sarà oltre.

Per pianificare questo ritardo, puoi aggiungere nodi al cluster: in modo programmatico o tramite la console Google Cloud, prima di aumenta il carico sul cluster. Questo approccio offre a Bigtable per ribilanciare i dati tra i nodi aggiuntivi prima che il carico di lavoro aumenta. Nei cluster che utilizzano l'allocazione manuale dei nodi, modifica il numero nodi. Sui cluster che utilizzano la scalabilità automatica, modifica il numero minimo di nodi. Quando il traffico torna alla normalità, modifica il nodo le impostazioni.

Aumenti della latenza causati da uno scale down troppo rapido

Quando riduci il numero di nodi di un cluster per fare lo scale down, cerca di non ridurre le dimensioni del cluster di oltre il 10% in un periodo di 10 minuti. Anche lo scale down rapidamente può causare problemi di prestazioni, come un aumento della latenza, i nodi rimanenti nel cluster diventano temporaneamente sovraccarichi.

Problemi di progettazione dello schema

In caso di problemi con la progettazione dello schema della tabella, l'aggiunta di nodi alla il tuo cluster Bigtable potrebbe non migliorare le prestazioni. Ad esempio, se se c'è un grande numero di letture o scritture su una singola riga della tabella, le letture o le scritture andranno allo stesso nodo nel tuo cluster; di conseguenza l'aggiunta di nodi non migliora le prestazioni. Al contrario, se le operazioni di lettura e scrittura sono distribuiti in modo uniforme tra le righe della tabella, l'aggiunta di nodi in genere a migliorare le prestazioni.

Consulta la sezione Progettazione di uno schema per maggiori dettagli su come progettare una che consente una scalabilità efficace di Bigtable.

Passaggi successivi