Gérer les basculements

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

Avant de lire cette page, vous devez avoir pris connaissance de la présentation de la réplication Bigtable. Vous devez également connaître les options de routage disponibles pour 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. Consultez la section Basculements manuels pour obtenir des exemples de critères permettant de déterminer si un cluster ne répond pas.

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. Ouvrez la liste des instances Bigtable dans la console Google Cloud.

    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 vers les clusters, 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 de votre projet:

    gcloud bigtable instances list
    
  2. Si vous ne connaissez pas les ID des clusters de l'instance, utilisez 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. Exécutez 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.

Étapes suivantes

Apprenez à surveiller une instance Bigtable.