Esta versión de GitHub Enterprise se discontinuó el 2021-09-23. No se realizarán lanzamientos de patch, ni siquiera para problemas de seguridad críticos. Para obtener un mejor desempeño, más seguridad y nuevas características, actualiza a la última versión de GitHub Enterprise. Para obtener ayuda con la actualización, contacta al soporte de GitHub Enterprise.

Iniciar una tolerancia de fallos a tu aparato de réplica

Puedes tener tolerancia de fallos en un aparato de réplica GitHub Enterprise Server por medio de la línea de comando para mantenimiento y pruebas, o si falla el aparato principal.

El tiempo requerido para la tolerancia de fallos depende de cuánto le tome para impulsar la réplica y redireccionar el tráfico de forma manual. El tiempo promedio varía entre 2 y 10 minutos.

Promover una réplica no configura la replicación para aplicativos existentes automáticamente. Despues de promoverla, si así lo quieres, puedes configurar la replicacion desde el nuevo aplicativo principal hacia uno existente y hacia el aplicativo primario previo.

  1. Para permitir que la replicación finalice antes de cambiar aparatos, pon el aparato principal en modo mantenimiento:
  2. Cuando el número de operaciones Git activas llega a cero, espera 30 segundos.
  3. Para verificar que todos los canales de replicación informan OK, utiliza el comando ghe-repl-status -vv.
    $ ghe-repl-status -vv
  4. Para frenar la replicación e impulsar el aparato de réplica a un estado primario, utiliza el comando ghe-repl-promote. Esto también pondrá de forma automática al nodo primario en nodo mantenimiento si es accesible.
    $ ghe-repl-promote
  5. Actualiza el registro de DNS para que apunte a la dirección IP de la réplica. El tráfico es direccionado a la réplica después de que transcurra el período TTL. Si estás utilizando un balanceador de carga, asegúrate de que esté configurado para enviar el tráfico a la réplica.
  6. Notifica a los usuarios que pueden retomar las operaciones normales.
  7. Si se desea, configura una replicación desde el aparato principal nuevo al aparato existente y el principal anterior. Para obtener más información, consulta "Acerca de la configuración de alta disponibilidad."
  8. Los aplicativos en los que no pretendas configurar la replicación que eran parte de la configuración de disponibilidad alta antes de la recuperación del fallo deberán eliminarse de dicha configuración de disponibilidad alta a través de UUID.
    • Para los aplicativos anteriores, obtén su UUID a través de cat /data/user/common/uuid.
      $ cat /data/user/common/uuid
    • En el primario nuevo, elimina las UUID utilizando ghe-repl-teardown. Por favor, reemplaza UUID con aquella UUID que recuperaste en el paso anterior.
      $ ghe-repl-teardown -u UUID

Leer más