Scalabilità

Il scaling di un cluster è il processo di aggiunta o rimozione di nodi da un cluster in risposta alle variazioni delle esigenze di archiviazione dei dati o del carico di lavoro 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 cluster Bigtable in base a metriche come l'utilizzo della CPU del cluster. Ad esempio, se il cluster è sotto carico elevato e l'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 utilizzato intensamente.

Limitazioni

Tieni presente le seguenti limitazioni.

Disponibilità dei nodi

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

Ritardo durante il riequilibrio dei nodi

Dopo aver aggiunto nodi a un cluster, possono trascorrere fino a 20 minuti sotto carico prima che si noti un miglioramento significativo delle prestazioni del cluster. Di conseguenza, se il tuo workload prevede brevi picchi di attività elevata, l'aggiunta di nodi al tuo 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, in modo programmatico o tramite la console Google Cloud, prima di aumentare il carico sul cluster. 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 fare lo scale down, cerca di non ridurre la dimensione del cluster di più del 10% in un periodo di 10 minuti. Se la riduzione avviene troppo rapidamente, possono verificarsi problemi di prestazioni, ad esempio un aumento della latenza, se i nodi rimanenti del cluster vengono temporaneamente sovraccaricati.

Problemi di progettazione dello schema

Se si verificano problemi con la progettazione dello schema della tabella, l'aggiunta di nodi al cluster Bigtable potrebbe non migliorare il rendimento. Ad esempio, se hai un numero elevato di letture o scritture in una singola riga della tabella, tutte le letture o le scritture verranno eseguite nello stesso nodo del 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 migliorerà le prestazioni.

Consulta Progettare lo schema per informazioni dettagliate su come progettare uno schema che consenta a Bigtable di scalare in modo efficace.

Passaggi successivi