Skip to main content

Эта версия GitHub Enterprise Server была прекращена 2024-03-26. Исправления выпускаться не будут даже при критических проблемах безопасности. Для повышения производительности, повышения безопасности и новых функций выполните обновление до последней версии GitHub Enterprise Server. Чтобы получить справку по обновлению, обратитесь в службу поддержки GitHub Enterprise.

Инициализация отработки отказа на устройство реплики

Вы можете выполнить отработку отказа на устройство реплики GitHub Enterprise Server, если можно использовать командную строку для обслуживания и тестирования или если работа основного устройства завершается сбоем.

Время, необходимое для отработки отказа, зависит от того, сколько времени требуется для повышения уровня реплики и перенаправления трафика вручную. В среднем на это требуется от 20 до 30 минут.

При повышении уровня реплики настройка репликации для существующих устройств не выполняется автоматически. После повышения уровня реплики при необходимости можно настроить репликацию из новой в предыдущую основную реплику и на существующие устройства.

  1. Если основное устройство доступно, то чтобы позволить репликации завершиться до переключения устройств, необходимо перейти на основное устройство и перевести его в режим обслуживания.

    • Переведите устройство в режим обслуживания.

    • Когда количество активных операций Git, запросов MySQL и заданий Resque достигнет нуля, подождите 30 секунд.

      Примечание. В Nomad всегда будут какие-выполняющиеся задания, даже в режиме обслуживания, но вы можете спокойно игнорировать эти задания.

    • Чтобы проверить отчет OK обо всех каналах репликации, используйте команду ghe-repl-status -vv.

      ghe-repl-status -vv
      
  2. Включите режим обслуживания для всех активных реплика (модуль). Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

  3. Чтобы остановить реплика и повысить уровень реплика (модуль) до основного состояния, используйте ghe-repl-promote команду, чтобы выполнить отработку отказа в реплика (модуль).

    ghe-repl-promote
    

    Примечание. Если основной узел недоступен, могут возникать предупреждения и время ожидания, но их можно игнорировать.

  4. Обновите запись DNS, чтобы она указывала IP-адрес реплики. Трафик направляется в реплику после истечения срока жизни. Если вы используете подсистему балансировки нагрузки, убедитесь, что она настроена для отправки трафика в реплику.

  5. Уведомите пользователей о том, что они могут возобновить обычные операции.

  6. При желании настройте репликацию из нового основного устройства на существующие устройства и предыдущее основное устройство. Дополнительные сведения см. в разделе Сведения о настройке высокого уровня доступности.

  7. Устройства, которые были частью конфигурации с высоким уровнем доступности, но на которые вы не планируете настраивать репликацию, необходимо удалить из конфигурации с высоким уровнем доступности с помощью UUID.

    • На бывших устройствах получите их UUID с помощью команды cat /data/user/common/uuid.

      cat /data/user/common/uuid
      
    • На новом основном устройстве удалите эти UUID с помощью ghe-repl-teardown. Замените UUID на UUID, полученные на предыдущем шаге.

      ghe-repl-teardown -u  UUID
      

Дополнительные материалы