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 attivi la scalabilità automatica per un cluster, Bigtable lo monitora continuamente e regola automaticamente il numero di nodi in base alle tue impostazioni.

Puoi scalare il tuo cluster Bigtable in base a metriche come l'utilizzo della CPU del cluster. Ad esempio, se il cluster è sotto carico elevato e il suo utilizzo della CPU è elevato, puoi aggiungere nodi al cluster fino a quando l'utilizzo della CPU non diminuisce. Puoi anche risparmiare rimuovendo i nodi dal cluster quando non viene usato in modo eccessivo.

Limitazioni

Tieni presente le limitazioni riportate di seguito.

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 in cui è abilitato il controllo delle versioni. Per maggiori dettagli, consulta Quote e disponibilità dei nodi.

Ritardo durante il riequilibrio dei nodi

Dopo aver aggiunto nodi a un cluster, possono essere necessari fino a 20 minuti sotto carico prima di notare un miglioramento significativo delle prestazioni del cluster. Di conseguenza, se il tuo carico di lavoro prevede brevi picchi di attività elevata, l'aggiunta di nodi al cluster in base al carico della CPU non migliora le prestazioni. Quando Bigtable riequilibra i dati, il breve picco di attività sarà terminato.

Per pianificare questo ritardo, puoi aggiungere nodi al cluster, prima di aumentare il carico sul cluster, tramite programmazione o tramite la console Google Cloud. Questo approccio offre a Bigtable il tempo di ribilanciare i dati sui nodi aggiuntivi prima che il carico di lavoro aumenti. Nei cluster che utilizzano l'allocazione manuale dei nodi, modifica il numero di nodi. Nei cluster che utilizzano la scalabilità automatica, modifica il numero minimo di nodi. Quando il traffico torna alla normalità, ripristina le impostazioni del nodo.

Aumento della latenza causato da una riduzione troppo rapida

Quando riduci il numero di nodi in un cluster per eseguire lo scale down, cerca di non ridurre la dimensione del cluster di più del 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 letture e le scritture sono distribuite uniformemente tra le righe della tabella, in genere l'aggiunta di nodi migliora le prestazioni.

Consulta la sezione Progettazione dello schema per informazioni dettagliate su come progettare uno schema che consenta a Bigtable di scalare in modo efficace.

Passaggi successivi