Scalabilità

La scalabilità di un cluster è il processo di aggiunta o rimozione di nodi da un cluster in risposta a 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 per un cluster, Bigtable monitora continuamente il cluster e regola automaticamente il numero di nodi in base alle tue impostazioni.

Puoi scalare il cluster Bigtable in base a metriche come l'utilizzo della CPU del cluster. Ad esempio, se il cluster è sottoposto a un carico elevato e l'utilizzo della CPU è elevato, puoi aggiungere nodi al cluster fino a quando l'utilizzo della CPU non cala. Puoi anche risparmiare rimuovendo i nodi dal cluster quando non viene utilizzato in modo intensivo.

Limitazioni

Tieni presente le seguenti limitazioni.

Disponibilità dei nodi

Le quote per i nodi si applicano indipendentemente dal fatto che in un cluster sia abilitata l'allocazione manuale dei nodi o la scalabilità automatica. Per maggiori dettagli, consulta Quote e disponibilità dei nodi.

Ritardo durante il ribilanciamento dei nodi

Dopo aver aggiunto nodi a un cluster, potrebbero essere necessari fino a 20 minuti sotto carico prima di osservare un miglioramento significativo nelle prestazioni del cluster. Di conseguenza, se il carico di lavoro prevede brevi burst di attività elevata, l'aggiunta di nodi al cluster in base al carico della CPU non migliora le prestazioni: quando Bigtable ribilancia i dati, la breve attività si concluderà.

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

Aumenti della latenza causati da uno scale down troppo rapido

Quando riduci il numero di nodi in 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. Fare lo scale down troppo rapidamente può causare problemi di prestazioni, come un aumento della latenza, se i nodi rimanenti nel cluster vengono temporaneamente sovraccarichi.

Problemi di progettazione dello schema

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

Consulta la pagina Progettazione di uno schema per i dettagli su come progettare uno schema che consenta a Bigtable di scalare in modo efficace.

Passaggi successivi