Gestione dei failover

Se un cluster Bigtable non risponde, 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 usato da un'applicazione e della configurazione del profilo stesso.

In questa pagina vengono descritti i passaggi per eseguire un failover tra cluster.

Se un profilo di app instrada tutte le richieste a un singolo cluster, puoi eseguire un failover manuale.
Se il profilo di un'app utilizza il routing multi-cluster, i failover sono automatici e non è richiesta alcuna azione da parte tua.

Prima di leggere questa pagina, dovresti acquisire familiarità con la panoramica sulla replica di Bigtable. Dovresti anche conoscere le opzioni di percorso 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 quest'ultimo non risponde. Consulta Failover manuali per alcuni esempi dei criteri che puoi utilizzare per determinare che un cluster non risponde.

Per eseguire un failover manuale, aggiorna il profilo dell'app in modo che instrada le richieste a un cluster adattabile anziché a quello che non risponde:

Console

Apri l'elenco delle istanze Bigtable nella console Google Cloud.

Apri l'elenco delle istanze
Nella colonna Profili applicazione, fai clic sul profilo dell'app che indirizza il traffico al cluster che non risponde.

Se non vedi il profilo dell'app da modificare, puoi visualizzare un elenco completo facendo clic sul nome dell'istanza, poi su Profili applicazione nel riquadro a sinistra.
In Routing dei cluster, seleziona un cluster adattabile nell'istanza.

Importante: se è selezionato Qualsiasi cluster (multi-cluster), il profilo dell'app gestisce automaticamente i failover. Fai clic su Annulla per uscire senza salvare.
Fai clic su Salva. Viene visualizzata una finestra di dialogo di conferma.
Esamina attentamente gli avvisi nella finestra di dialogo di conferma, quindi segui le istruzioni al suo interno 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 tuo progetto:
```
gcloud bigtable instances list
```
Se non conosci gli ID cluster dell'istanza, utilizza il comando bigtable clusters list per visualizzare un elenco dei cluster nell'istanza:
```
gcloud bigtable clusters list --instances=INSTANCE_ID
```
Sostituisci INSTANCE_ID con l'identificatore permanente per l'istanza.
Se non conosci l'ID del profilo app, utilizza il comando bigtable app-profiles list per visualizzare un elenco dei profili dell'istanza:
```
gcloud bigtable app-profiles list --instance=INSTANCE_ID
```
Sostituisci INSTANCE_ID con l'identificatore permanente per l'istanza.
Utilizza il comando bigtable app-profiles update per modificare 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 instradate tutte le richieste. Questo flag consente il routing a cluster singolo.
Se ricevi un messaggio di errore, esamina attentamente eventuali avvisi nel messaggio. Se vuoi eseguire l'override dell'errore, esegui di nuovo il comando con il flag --force.

Poco dopo l'aggiornamento del profilo dell'app, le applicazioni che lo utilizzano inizieranno a indirizzare tutte le loro richieste al cluster integro che hai selezionato. Il cluster non integro continuerà a utilizzare la CPU per gestire la replica e altre attività di manutenzione.

Una volta ripristinato il cluster non integro, puoi seguire gli stessi passaggi per aggiornare il profilo dell'app in modo che instrada tutte le richieste al cluster recuperato.

Eseguire un failover automatico

Con Bigtable, i failover automatici sono davvero automatici. Se un profilo di app utilizza il routing multi-cluster e il cluster più vicino al server delle applicazioni non è integro, non è richiesta alcuna azione da parte tua. Bigtable esegue automaticamente il failover, anche se il cluster è solo in stato di integrità breve e utilizza il cluster integro più vicino per gestire le richieste fino a ripristinare il cluster non integro.

Per visualizzare il numero di richieste instradate automaticamente in un determinato periodo di tempo, osserva il grafico Failover automatici nella console Google Cloud: apri l'elenco di istanze, fai clic sul nome dell'istanza e poi su Monitoring.

Passaggi successivi

Scopri come monitorare un'istanza Bigtable.