Remplacement d’un nœud de cluster

Remplacement d’un nœud fonctionnel

1. Provisionnez et installez GitHub Enterprise Server avec un nom d’hôte unique sur le nœud de remplacement. 1. En utilisant l’interpréteur de commandes d’administration ou DHCP, configurez uniquement l’adresse IP du nœud de remplacement. Ne configurez pas d’autres paramètres. 1. Pour ajouter le nœud de remplacement nouvellement provisionné, sur n’importe quel nœud, modifiez le fichier cluster.conf pour supprimer le nœud ayant échoué et ajouter le nœud de remplacement. Par exemple, ce fichier cluster.conf modifié remplace ghe-data-node-3 par le nœud nouvellement provisionné, ghe-replacement-data-node-3 :

   [cluster "ghe-replacement-data-node-3"]
     hostname = ghe-replacement-data-node-3
     ipv4 = 192.168.0.7
     # ipv6 = fd12:3456:789a:1::7
     git-server = true
     pages-server = true
     mysql-server = true
     elasticsearch-server = true
     redis-server = true
     memcache-server = true
     metrics-server = true
     storage-server = true
   

   1. À partir de l’interpréteur de commandes d’administration du nœud avec le `cluster.conf` modifié, exécutez `ghe-cluster-config-init`. Cette commande initialise le nœud nouvellement ajouté dans le cluster. 1. À partir du même nœud, exécutez `ghe-cluster-config-apply`. Cette commande valide le fichier de configuration, le copie sur chaque nœud du cluster et configure chaque nœud en fonction du fichier `cluster.conf` modifié. 1. Si vous prenez un nœud hors connexion qui a `git-server = true` défini dans cluster.conf, évacuez le nœud. Pour plus d’informations, consultez « [AUTOTITLE](/admin/enterprise-management/configuring-clustering/evacuating-a-cluster-node) ». 1. Pour marquer le nœud défaillant hors connexion, sur n’importe quel nœud, modifiez le [fichier de configuration du cluster](/admin/enterprise-management/configuring-clustering/initializing-the-cluster#about-the-cluster-configuration-file) (`cluster.conf`) dans la section de nœud appropriée pour inclure le texte `offline = true`.

   Par exemple, ce fichier cluster.conf modifié marque le nœud ghe-data-node-3 comme étant hors connexion :

     [cluster "ghe-data-node-3"]
     hostname = ghe-data-node-3
     offline = true
     ipv4 = 192.168.0.6
     # ipv6 = fd12:3456:789a:1::6
     

   1. À partir de l’interpréteur de commandes d’administration du nœud où vous avez modifié `cluster.conf`, exécutez `ghe-cluster-config-apply`. Cette commande valide le fichier de configuration, le copie sur chaque nœud du cluster et marque le nœud comme étant hors connexion. 1. Si vous remplacez le nœud MySQL ou Redis principal, dans `cluster.conf`, modifiez la valeur `mysql-master` ou `redis-master` avec le nom du nœud de remplacement.

   Par exemple, ce fichier cluster.conf modifié spécifie un nœud de cluster nouvellement approvisionné, ghe-replacement-data-node-1, en tant que nœud MySQL et Redis principal :

   mysql-master = ghe-replacement-data-node-1
   redis-master = ghe-replacement-data-node-1
   

Remplacement d’un nœud en cas d’urgence

1. Provisionnez et installez GitHub Enterprise Server avec un nom d’hôte unique sur le nœud de remplacement. 1. En utilisant l’interpréteur de commandes d’administration ou DHCP, configurez uniquement l’adresse IP du nœud de remplacement. Ne configurez pas d’autres paramètres. 1. Pour marquer le nœud défaillant hors connexion, sur n’importe quel nœud, modifiez le fichier de configuration du cluster (cluster.conf) dans la section de nœud appropriée pour inclure le texte offline = true.

   Par exemple, ce fichier cluster.conf modifié marque le nœud ghe-data-node-3 comme étant hors connexion :

     [cluster "ghe-data-node-3"]
     hostname = ghe-data-node-3
     offline = true
     ipv4 = 192.168.0.6
     # ipv6 = fd12:3456:789a:1::6
     

   1. À partir de l’interpréteur de commandes d’administration du nœud où vous avez modifié `cluster.conf`, exécutez `ghe-cluster-config-apply`. Cette commande valide le fichier de configuration, le copie sur chaque nœud du cluster et marque le nœud comme étant hors connexion. 1. Pour ajouter le nœud de remplacement nouvellement provisionné, sur n’importe quel nœud, modifiez le fichier `cluster.conf` pour supprimer le nœud ayant échoué et ajouter le nœud de remplacement. Par exemple, ce fichier `cluster.conf` modifié remplace `ghe-data-node-3` par le nœud nouvellement provisionné, `ghe-replacement-data-node-3` :

   [cluster "ghe-replacement-data-node-3"]
     hostname = ghe-replacement-data-node-3
     ipv4 = 192.168.0.7
     # ipv6 = fd12:3456:789a:1::7
     git-server = true
     pages-server = true
     mysql-server = true
     elasticsearch-server = true
     redis-server = true
     memcache-server = true
     metrics-server = true
     storage-server = true
   

   1. Si vous remplacez le nœud MySQL ou Redis principal, dans `cluster.conf`, modifiez la valeur `mysql-master` ou `redis-master` avec le nom du nœud de remplacement.

   Par exemple, ce fichier cluster.conf modifié spécifie un nœud de cluster nouvellement approvisionné, ghe-replacement-data-node-1, en tant que nœud MySQL et Redis principal :

   mysql-master = ghe-replacement-data-node-1
   redis-master = ghe-replacement-data-node-1
   

   1. À partir de l’interpréteur de commandes d’administration du nœud avec le `cluster.conf` modifié, exécutez `ghe-cluster-config-init`. Cette commande initialise le nœud nouvellement ajouté dans le cluster. 1. À partir du même nœud, exécutez `ghe-cluster-config-apply`. Cette commande valide le fichier de configuration, le copie sur chaque nœud du cluster et configure chaque nœud en fonction du fichier `cluster.conf` modifié. 1. Si vous prenez un nœud hors connexion qui a `git-server = true` défini dans cluster.conf, évacuez le nœud. Pour plus d’informations, consultez « [AUTOTITLE](/admin/enterprise-management/configuring-clustering/evacuating-a-cluster-node) ».