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

Отсрочка заполнения базы данных

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

Кто может использовать эту функцию?

GitHub определяет право на кластеризация и должен включить конфигурацию лицензии вашего экземпляра. Кластеризация требует тщательного планирования и дополнительных административных накладных расходов. Дополнительные сведения см. в разделе Сведения о кластеризации.

В этой статье

О отсрочке заполнения базы данных узла реплики MySQL

Note

Возможность отложить начальную версию базы данных была добавлена в выпуск исправлений 3.10.10 и доступен как beta.

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

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

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

Настройка отсрочки начального значения MySQL при добавлении нового узла MySQL

  1. Подготовьте и установите GitHub Enterprise Server с уникальным именем узла на заменяемом узле.

  2. cluster.conf Создайте запись для нового узла MySQL и включите skip-data-setup = true поле. В приведенном ниже примере добавляется новый узел с именем ghe-data-node-3 узла и ролью mysql-server .

     ...
 [cluster "ghe-data-node-3"]
   hostname = ghe-data-node-3
   ipv4 = 192.168.0.9
   # ipv6 = fd12:3456:789a:1::7
   mysql-server = true
   skip-data-setup = true
 ...

  3. Чтобы инициализировать новый узел в кластере, выполните команду из административной оболочки узла с измененнымcluster.conf.ghe-cluster-config-init

  4. Чтобы проверить файл конфигурации, а также скопировать и настроить каждый узел в соответствии с измененным cluster.conf файлом, выполните команду ghe-cluster-config-apply.

Установка данных вручную

После запуска ghe-cluster-config-applyслужба MySQL будет работать на новом узле, но не будет настроена в качестве реплики и не будет заполнена данными из первичного узла MySQL. Чтобы заполнить данные из первичного узла MySQL, необходимо вручную настроить репликацию.

  1. Чтобы запустить репликацию данных первичного узла MySQL вручную, выполните следующую команду, заменив PRIMARY_IP IP-адрес узла, на котором запущен первичный узел MySQL.

    /usr/local/share/enterprise/ghe-mysql-repl-start PRIMARY_IP

Время, необходимое для заполнения базы данных, зависит от размера данных. Для больших наборов данных рекомендуется выполнить приведенную выше команду в сеансе screen , чтобы обеспечить сохранение отключений SSH.