Cette page a été traduite par l'API Cloud Translation.

Gérer les basculements

Lorsqu'un cluster Bigtable ne répond plus, la réplication permet au trafic entrant de basculer vers un autre cluster de la même instance. Le basculement peut s'effectuer manuellement ou automatiquement, en fonction du profil d'application utilisé et de sa configuration.

Cette page décrit les étapes à suivre pour effectuer un basculement entre clusters.

Lorsqu'un profil d'application achemine toutes les requêtes vers un seul cluster, vous pouvez effectuer un basculement manuel.
Si un profil d'application utilise un routage multicluster, les basculements sont automatique. Aucune action n'est requise de votre part.

Avant de lire cette page, vous devez avoir pris connaissance de la présentation de la réplication Bigtable. Vous devez également connaître options de routage disponibles Bigtable.

Effectuer un basculement manuel

Utiliser un basculement manuel si un profil d'application achemine toutes les requêtes vers un seul cluster et ce cluster ne répond plus. Pour des exemples de critères, pour déterminer qu'un cluster ne répond pas, consultez Basculements manuels. Vérifiez la latence de réplication de votre instance avant de décider de basculer. Pour en savoir plus, consultez la section Graphiques pour la réplication.

Pour effectuer un basculement manuel, mettez à jour votre profil d'application afin qu'il achemine les requêtes vers un cluster réactif, au lieu du cluster défectueux :

Console

Ouvrez la liste des instances Bigtable dans la console Google Cloud.

Ouvrir la liste des instances
Dans la colonne Profils d'application, cliquez sur le profil d'application qui achemine le trafic vers le cluster défectueux.

Si vous ne voyez pas le profil d'application que vous souhaitez modifier, vous pouvez afficher une liste complète en cliquant sur le nom de l'instance, puis sur Profils d'application dans le volet gauche.
Sous Routage vers les clusters, sélectionnez un cluster réactif dans votre instance.

Important : Si l'option N'importe quel cluster (multi-cluster) est sélectionnée, le profil d'application gère automatiquement les basculements. Cliquez sur Annuler pour quitter sans enregistrer.
Cliquez sur Enregistrer. Une boîte de dialogue de confirmation s'affiche.
Lisez attentivement les avertissements dans la boîte de dialogue de confirmation, puis suivez les instructions et cliquez sur Continuer.

gcloud

Si vous ne connaissez pas l'ID d'instance, exécutez la commande bigtable instances list pour afficher la liste des instances du projet :
```
gcloud bigtable instances list
```
Si vous ne connaissez pas les ID des clusters de l'instance, exécutez la commande bigtable clusters list pour afficher la liste des clusters de l'instance :
```
gcloud bigtable clusters list --instances=INSTANCE_ID
```
Remplacez INSTANCE_ID par l'identifiant permanent de l'instance.
Si vous ne connaissez pas l'ID du profil d'application, exécutez la commande bigtable app-profiles list pour afficher la liste des profils d'application de l'instance :
```
gcloud bigtable app-profiles list --instance=INSTANCE_ID
```
Remplacez INSTANCE_ID par l'identifiant permanent de l'instance.
Utilisez la commande bigtable app-profiles update pour modifier le cluster utilisé par le profil d'application :
```
gcloud bigtable app-profiles update APP_PROFILE_ID \
    --instance=INSTANCE_ID \
    --route-to=CLUSTER_ID
```
Indiquez les éléments suivants :
- APP_PROFILE_ID : identifiant permanent du profil d'application.
- INSTANCE_ID : identifiant permanent de l'instance.
- CLUSTER_ID : ID du cluster vers lequel toutes les demandes doivent être acheminées. Cette option active le routage vers un seul cluster.
Si vous recevez un message d'erreur, examinez attentivement les avertissements qu'il contient. Si vous souhaitez annuler l'erreur, exécutez à nouveau la commande avec l'option --force.

Peu après la mise à jour du profil d'application, toutes les applications utilisant ce profil achemineront l'ensemble de leurs requêtes vers le cluster opérationnel qui a été sélectionné. Le cluster défaillant continuera à utiliser le processeur pour gérer la réplication et d'autres tâches de maintenance.

Une fois le cluster défaillant récupéré, vous pouvez suivre les mêmes étapes pour mettre à jour votre profil d'application afin qu'il achemine toutes les demandes vers le cluster récupéré.

Effectuer un basculement automatique

Avec Bigtable, les basculements automatiques sont entièrement automatisés. Si un profil d'application utilise un routage multicluster et que le cluster le plus proche du serveur d'applications devient non opérationnel, vous ne devez effectuer aucune action. Même lorsque l'état d'un cluster n'est que brièvement non opérationnel, Bigtable effectue automatiquement le basculement et se sert du cluster opérationnel le plus proche pour gérer les requêtes jusqu'à ce que le cluster non opérationnel soit rétabli.

Pour afficher le nombre de requêtes qui ont été réacheminées automatiquement sur une période donnée, consultez le graphique de Basculements automatiques de la console Google Cloud. Accédez à la liste des instances, cliquez sur le nom de l'instance souhaitée, puis sur Surveillance.

Étape suivante

Apprenez à surveiller une instance Bigtable.