Publicamos atualizações frequentes em nossa documentação, e a tradução desta página ainda pode estar em andamento. Para obter as informações mais recentes, acesse a documentação em inglês. Se houver problemas com a tradução desta página, entre em contato conosco.

Esta versão do GitHub Enterprise será descontinuada em Esta versão do GitHub Enterprise foi descontinuada em 2020-05-23. No patch releases will be made, even for critical security issues. For better performance, improved security, and new features, upgrade to the latest version of GitHub Enterprise. For help with the upgrade, contact GitHub Enterprise support.

Versão do artigo: Enterprise Server 2.17

Recuperar configuração de alta disponibilidade

Após o failover para um appliance do GitHub Enterprise Server, você deve recuperar a redundância o quanto antes, em vez de usar somente um appliance.

Você pode usar o appliance primário anterior como novo appliance de réplica em caso de failover planejado ou não relacionado à integridade do appliance. Se o failover estiver relacionado a um problema no appliance primário, talvez você prefira criar outro appliance de réplica. Para obter mais informações, consulte "Criar réplica de alta disponibilidade".

Configurar appliance primário anterior como nova réplica

  1. Conecte-se ao endereço IP do appliance primário anterior usando SSH.

    $ ssh -p 122 admin@FORMER PRIMARY IP
  2. No appliance primário anterior, execute ghe-repl-setup com o endereço IP da réplica anterior.

    $ ghe-repl-setup FORMER REPLICA IP
  3. To add the public key to the list of authorized keys on the primary appliance, browse to https://PRIMARY-HOSTNAME/setup/settings and add the key you copied from the replica to the list.

  4. Para verificar a conexão com o novo primário e habilitar o modo de réplica para a nova réplica, execute ghe-repl-setup novamente.

    $ ghe-repl-setup FORMER REPLICA IP
  5. To start replication of the datastores, use the ghe-repl-start command.

    $ ghe-repl-start

    Warning: ghe-repl-start causes a brief outage on the primary server, during which users may see internal server errors. To provide a friendlier message, run ghe-maintenance -s on the primary node before running ghe-repl-start on the replica node to put the appliance in maintenance mode. Once replication starts, disable maintenance mode with ghe-maintenance -u.

Pergunte a uma pessoa

Não consegue encontrar o que procura?

Entrar em contato