Acerca de la conmutación por error al clúster de réplica
Si el centro de datos del clúster activo experimenta un error y has configurado la alta disponibilidad, puedes conmutar por error al clúster de réplica.
La conmutación por error al clúster de réplica lo promueve al nuevo clúster activo y desacopla el nuevo clúster activo del clúster activo anterior. Los nodos del clúster activo antiguo se colocan en modo de mantenimiento si están en un estado lo suficientemente correcto para que se realice esta operación.
Después de la conmutación por error, tendrás dos clústeres independientes sin alta disponibilidad configurada. Puedes volver a configurar la replicación desde el nuevo clúster activo. Para obtener más información, vea «Configurar la replicación con disponibilidad alta para un clúster».
Requisitos previos
Para conmutar por error a los nodos de réplica, debes haber configurado la replicación de alta disponibilidad para el clúster. Para obtener más información, vea «Configurar la replicación con disponibilidad alta para un clúster».
Inicio de una conmutación por error a tu clúster de réplica
-
SSH al nodo MySQL principal del clúster de réplica. Para obtener más información, vea «Acceder al shell administrativo (SSH)».
-
Para iniciar la conmutación por error al clúster secundario y configurar los nodos para responder a las solicitudes, ejecuta el siguiente comando.
ghe-cluster-failover -
Después de que finalice la ejecución de configuración, GitHub Enterprise Server muestra el siguiente mensaje.
Finished cluster configuration -
Actualiza el registro de DNS para que apunte a la dirección IP del equilibrador de carga para el clúster de réplica. Una vez expirado el período de TTL, las solicitudes se dirigirán al clúster de réplica.
Una vez que GitHub Enterprise Server te devuelva al símbolo del sistema y las actualizaciones de DNS se propaguen, habrás terminado de conmutar por error. Los usuarios pueden acceder a GitHub Enterprise Server mediante el nombre de host habitual para el clúster.