Enterprise Server 3.15 actualmente está disponible como versión candidata para lanzamiento.

Recuperar una configuración de disponibilidad alta

Después de la conmutación por error de un aparato GitHub Enterprise Server, debes recuperar redundancia tan pronto como sea posible en lugar de depender de un aparato único.

En este artículo

Acerca de la recuperación para una configuración de disponibilidad alta

Puedes utilizar el aparato principal antiguo como el nuevo aparato de réplica si la conmutación por error fue planeada o no estaba relacionada con la salud del aparato. Si la conmutación por error estaba relacionado con un problema con el aparato primario, es posible que prefieras crear un nuevo aparato de réplica. Para obtener más información, vea «Crear una réplica de alta disponibilidad».

Advertencia: Debe habilitar el modo de mantenimiento antes de configurar un dispositivo primario anterior como una réplica nueva. Si no habilitas el modo de mantenimiento, ocasionarás una interrupción productiva.

Configurar un aparato principal antiguo como una nueva réplica

  1. Conéctate a la dirección IP del aparato principal antiguo utilizando SSH.

    ssh -p 122 admin@ FORMER_PRIMARY_IP

  2. Habilita el modo de mantenimiento en el aplicativo primario anterior. Para obtener más información, vea «Habilitar y programar el modo de mantenimiento».

  3. En el dispositivo primario anterior, ejecute ghe-repl-setup con la dirección IP de la réplica antigua.

    ghe-repl-setup  FORMER_REPLICA_IP

  4. Para agregar la clave pública a la lista de claves autorizadas en el dispositivo principal, vaya a https://PRIMARY-HOSTNAME/setup/settings y agregue a la lista la clave que ha copiado de la réplica.

  5. Para comprobar la conexión al nuevo dispositivo principal y habilitar el modo de réplica para la réplica nueva, vuelva a ejecutar ghe-repl-setup.

    ghe-repl-setup  FORMER_REPLICA_IP

  6. Para iniciar la replicación de los almacenes de datos, use el comando ghe-repl-start.

    ghe-repl-start

    Advertencia: ghe-repl-start produce una breve interrupción en el servidor principal, durante la cual los usuarios pueden experimentar errores internos del servidor. Para proporcionar un mensaje más descriptivo, ejecute ghe-maintenance -s en el nodo principal antes de ejecutar ghe-repl-start en el nodo de réplica para poner el dispositivo en modo de mantenimiento. Una vez que la comience la replicación, inhabilite el modo de mantenimiento con ghe-maintenance -u. La replicación de Git no progresará mientras el nodo primario esté en modo de mantenimiento.