Gérer les basculements

Lorsqu'un cluster Cloud 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.

Avant de lire cette page, vous devez avoir étudié la présentation de la réplication Cloud Bigtable.

Effectuer un basculement manuel

Effectuez un basculement manuel lorsque le profil d'application achemine toutes les requêtes vers un seul cluster et que ce dernier est défectueux. Reportez-vous à la section Basculements manuels pour obtenir des exemples de critères permettant de déterminer si un cluster est défectueux.

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

  1. Accédez à la liste des instances Cloud Bigtable dans Cloud Console.

    Ouvrir la liste des instances

  2. 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.

  3. Sous Routage de cluster, sélectionnez un cluster réactif dans votre instance.

  4. Cliquez sur Enregistrer. Une boîte de dialogue de confirmation s'affiche.

  5. Lisez attentivement les avertissements dans la boîte de dialogue de confirmation, puis suivez les instructions et cliquez sur Continuer.

gcloud

  1. 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
    
  2. 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.

  3. 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.

  4. 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 valeurs suivantes :

    • 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 requêtes 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 Cloud 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, Cloud 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 Cloud Console. Accédez à la liste des instances, cliquez sur le nom de l'instance souhaitée, puis sur Surveillance.

Étape suivante

Apprenez à surveiller une instance Cloud Bigtable.