Gestione dei failover
Se un cluster Bigtable smette di rispondere, la replica consente il failover del traffico in entrata su un altro cluster nella stessa istanza. I failover possono essere manuali o automatici, a seconda del profilo dell'app utilizzato da un'applicazione e della modalità di configurazione del profilo dell'app.
Questa pagina descrive i passaggi per eseguire un failover tra i cluster.
- Se un profilo dell'app instrada tutte le richieste a un singolo cluster, puoi eseguire un failover manuale.
- Se un profilo dell'app utilizza il routing multi-cluster, i failover sono automatici e non devi fare nulla.
Prima di leggere questa pagina, devi conoscere la panoramica della replica di Bigtable. Dovresti anche conoscere le opzioni di instradamento disponibili per Bigtable.
Eseguire un failover manuale
Utilizza un failover manuale se un profilo dell'app instrada tutte le richieste a un singolo cluster e questo cluster smette di rispondere. Per esempi di criteri che puoi utilizzare per determinare che un cluster non risponde, consulta Failover manuali. Controlla la latenza di replica dell'istanza prima di decidere di eseguire il failover. Per ulteriori informazioni, consulta Grafici per la replica.
Per eseguire un failover manuale, aggiorna il profilo dell'app in modo che indirizzi le richieste a un cluster reattivo anziché a quello non reattivo:
Console
Apri l'elenco delle istanze Bigtable nella console Google Cloud.
Nella colonna Profili dell'applicazione, fai clic sul profilo dell'app che instrada il traffico al cluster che non risponde.
Se non vedi il profilo dell'app che vuoi modificare, puoi visualizzare un elenco completo facendo clic sul nome dell'istanza, quindi su Profili delle applicazioni nel riquadro a sinistra.
In Routing cluster, seleziona un cluster adattabile nella tua istanza.
Fai clic su Salva. Viene visualizzata una finestra di dialogo di conferma.
Esamina attentamente gli avvisi nella finestra di dialogo di conferma, poi segui le istruzioni riportate nella finestra di dialogo e fai clic su Continua.
gcloud
Se non conosci l'ID istanza, utilizza il comando
bigtable instances list
per visualizzare un elenco delle istanze del progetto:gcloud bigtable instances list
Se non conosci gli ID cluster dell'istanza, utilizza il
bigtable clusters list
comando per visualizzare un elenco di cluster nell'istanza:gcloud bigtable clusters list --instances=INSTANCE_ID
Sostituisci
INSTANCE_ID
con l'identificatore permanente dell'istanza.Se non conosci l'ID del profilo dell'app, utilizza il comando
bigtable app-profiles list
per visualizzare un elenco dei profili dell'app dell'istanza:gcloud bigtable app-profiles list --instance=INSTANCE_ID
Sostituisci
INSTANCE_ID
con l'identificatore permanente dell'istanza.Utilizza il comando
bigtable app-profiles update
per cambiare il cluster utilizzato dal profilo dell'app:gcloud bigtable app-profiles update APP_PROFILE_ID \ --instance=INSTANCE_ID \ --route-to=CLUSTER_ID
Fornisci quanto segue:
APP_PROFILE_ID
: l'identificatore permanente del profilo dell'app.INSTANCE_ID
: l'identificatore permanente dell'istanza.CLUSTER_ID
: l'ID cluster a cui devono essere indirizzate tutte le richieste. Questo flag attiva il routing a un cluster singolo.
Se ricevi un messaggio di errore, esamina attentamente gli avvisi al suo interno. Se vuoi ignorare l'errore, esegui di nuovo il comando con il flag
--force
.
Poco dopo aver aggiornato il profilo dell'app, tutte le applicazioni che lo utilizzano inizieranno a indirizzare tutte le richieste al cluster funzionante selezionato. Il cluster non in stato normale continuerà a utilizzare la CPU per gestire la replica e altre attività di manutenzione.
Dopo il recupero del cluster non funzionante, puoi seguire gli stessi passaggi per aggiornare il profilo dell'app in modo che indirizzi tutte le richieste al cluster recuperato.
Eseguire un failover automatico
Con Bigtable, i failover automatici sono davvero automatici. Se un profilo dell'app utilizza il routing multicluster e il cluster più vicino al server dell'applicazione diventa non corretto, non devi intraprendere alcuna azione. Bigtable esegue automaticamente il failover, anche se il cluster è solo brevemente non funzionante, e utilizza il cluster funzionante più vicino per gestire le richieste fino al recupero del cluster non funzionante.
Per visualizzare il numero di richieste reindirizzate automaticamente in un determinato periodo di tempo, consulta il grafico Failover automatici nella console Google Cloud: apri l'elenco di istanze, fai clic sul nome dell'istanza e poi su Monitoraggio.
Passaggi successivi
Scopri come monitorare un'istanza Bigtable.