Récupération d’une configuration à haute disponibilité

Après avoir basculé sur une appliance GitHub Enterprise Server, vous devez rétablir la redondance dès que possible plutôt que de vous reposer sur une seule appliance.

Dans cet article

À propos de la récupération d’une configuration à haute disponibilité

Vous pouvez utiliser l’ancienne appliance principale pour en faire la nouvelle appliance réplica si le basculement était planifié ou s’il n’était pas lié à l’intégrité de l’appliance. Si le basculement était lié à un problème au niveau de l’appliance principale, vous pouvez opter pour la création d’une appliance réplica. Pour plus d’informations, consultez « Création d’un réplica à haute disponibilité ».

Warning

Vous devez activer le mode maintenance avant de configurer une ancienne appliance principale en tant que nouveau réplica. Si vous n’activez pas le mode maintenance, vous provoquerez une panne de production.

Configuration d’une ancienne appliance principale en tant que nouveau réplica

  1. Connectez-vous à l’adresse IP de l’ancienne appliance principale avec SSH.

    ssh -p 122 admin@ FORMER_PRIMARY_IP

  2. Activez le mode maintenance sur l’ancienne appliance principale. Pour plus d’informations, consultez « Activation et planification du mode de maintenance ».

  3. Sur l’ancienne appliance principale, exécutez ghe-repl-setup avec l’adresse IP de l’ancien réplica.

    ghe-repl-setup FORMER_REPLICA_IP

  4. Pour ajouter la clé publique à la liste des clés autorisées sur l’appliance principale, recherchez https://PRIMARY-HOSTNAME/setup/settings et ajoutez à la liste la clé que vous avez copiée à partir du réplica.

  5. Pour vérifier la connexion à la nouvelle appliance principale et activer le mode réplica pour le nouveau réplica, réexécutez ghe-repl-setup.

    ghe-repl-setup FORMER_REPLICA_IP

  6. Pour démarrer la réplication des magasins de données, utilisez la commande ghe-repl-start.

    ghe-repl-start

    Warning

    ghe-repl-start provoque une brève interruption sur le serveur principal, pendant laquelle les utilisateurs peuvent voir des erreurs de serveur interne. Pour fournir un message plus convivial, exécutez ghe-maintenance -s sur le nœud principal avant d’exécuter ghe-repl-start sur le nœud de réplica pour mettre l’appliance en mode maintenance. Une fois la réplication démarrée, désactivez le mode maintenance avec ghe-maintenance -u. La réplication Git ne progresse pas tant que le nœud principal est en mode maintenance.