Skip to main content
Мы публикуем частые обновления нашей документации, и перевод этой страницы может все еще выполняться. Актуальные сведения см. в документации на английском языке.

Поддержка этой версии GitHub Enterprise была прекращена 2023-01-18. Исправления выпускаться не будут даже при критических проблемах безопасности. Для повышения производительности, укрепления безопасности и новых функций установите последнюю версию GitHub Enterprise. Чтобы получить справку по обновлению, обратитесь в службу поддержки GitHub Enterprise.

Замена узла кластера

Чтобы заменить узел GitHub Enterprise Server, необходимо пометить затронутые узлы, переведенные в автономный режим, в файле конфигурации кластера (cluster.conf) и добавить узлы для замены. Это может потребоваться, если узел должен был завершиться ошибкой, или добавить узел с дополнительными ресурсами, чтобы повысить производительность.

Предупреждение. Чтобы избежать конфликтов, узел замены должен использовать имя узла, которое ранее не использовалось в кластере.

Замена функционального узла

  1. Подготовьте и установите GitHub Enterprise Server с уникальным именем узла на заменяемом узле. 1. Используя административную оболочку или DHCP, настройте только IP-адрес заменяющего узла. Не следует настраивать другие параметры. 1. Для добавления недавно подготовленного заменяющего узла на любом узле измените файл cluster.conf, чтобы удалить узел со сбоем и добавить заменяющий. Например, этот измененный файл cluster.conf заменяет ghe-data-node-3 только что подготовленным узлом ghe-replacement-data-node-3:

    [cluster "ghe-replacement-data-node-3"]
      hostname = ghe-replacement-data-node-3
      ipv4 = 192.168.0.7
      # ipv6 = fd12:3456:789a:1::7
      git-server = true
      pages-server = true
      mysql-server = true
      elasticsearch-server = true
      redis-server = true
      memcache-server = true
      metrics-server = true
      storage-server = true
    
    1. В административной оболочке узла с измененным `cluster.conf` выполните команду `ghe-cluster-config-init`. Эта команда инициализирует только что добавленный узел в кластере. 1. Выполните команду `ghe-cluster-config-apply` из того же узла. Это позволит проверить файл конфигурации, скопировать его на каждый узел в кластере и настроить каждый узел в соответствии с измененным файлом `cluster.conf`. 1. При переводе в автономный режим узла, для которого в файле cluster.conf задано значение `git-server = true`, эвакуируйте этот узел. Дополнительные сведения см. в разделе [Эвакуация узла кластера](/enterprise/admin/clustering/evacuating-a-cluster-node). 1. Чтобы пометить узел со сбоем в автономном режиме, измените [файл конфигурации кластера](/enterprise/admin/guides/clustering/initializing-the-cluster/#about-the-cluster-configuration-file) (`cluster.conf`) в соответствующем разделе узла для включения текста `offline = true`.

    Например, этот измененный cluster.conf помечает узел как автономный ghe-data-node-3:

      [cluster "ghe-data-node-3"]
      hostname = ghe-data-node-3
      offline = true
      ipv4 = 192.168.0.6
      # ipv6 = fd12:3456:789a:1::6
      
    1. В административной оболочке узла, в котором вы изменили `cluster.conf`, выполните команду `ghe-cluster-config-apply`. Это позволит проверить файл конфигурации, скопировать его на каждый узел в кластере и отметить узел как автономный. 1. Если вы заменяете основной узел MySQL или Redis, в `cluster.conf` измените значение `mysql-master` или `redis-master` на имя узла для замены.

    Например, в следующем измененном файле cluster.conf новый подготовленный узел кластера ghe-replacement-data-node-1 указан в качестве основного узла MySQL и Redis:

    mysql-master = ghe-replacement-data-node-1
    redis-master = ghe-replacement-data-node-1
    

Замена узла в экстренной ситуации

  1. Подготовьте и установите GitHub Enterprise Server с уникальным именем узла на заменяемом узле. 1. Используя административную оболочку или DHCP, настройте только IP-адрес заменяющего узла. Не следует настраивать другие параметры. 1. Чтобы пометить узел со сбоем в автономном режиме, измените файл конфигурации кластера (cluster.conf) в соответствующем разделе узла для включения текста offline = true.

    Например, этот измененный cluster.conf помечает узел как автономный ghe-data-node-3:

      [cluster "ghe-data-node-3"]
      hostname = ghe-data-node-3
      offline = true
      ipv4 = 192.168.0.6
      # ipv6 = fd12:3456:789a:1::6
      
    1. В административной оболочке узла, в котором вы изменили `cluster.conf`, выполните команду `ghe-cluster-config-apply`. Это позволит проверить файл конфигурации, скопировать его на каждый узел в кластере и отметить узел как автономный. 1. Для добавления недавно подготовленного заменяющего узла на любом узле измените файл `cluster.conf`, чтобы удалить узел со сбоем и добавить заменяющий. Например, этот измененный файл `cluster.conf` заменяет `ghe-data-node-3` только что подготовленным узлом `ghe-replacement-data-node-3`:
    [cluster "ghe-replacement-data-node-3"]
      hostname = ghe-replacement-data-node-3
      ipv4 = 192.168.0.7
      # ipv6 = fd12:3456:789a:1::7
      git-server = true
      pages-server = true
      mysql-server = true
      elasticsearch-server = true
      redis-server = true
      memcache-server = true
      metrics-server = true
      storage-server = true
    
    1. Если вы заменяете основной узел MySQL или Redis, в `cluster.conf` измените значение `mysql-master` или `redis-master` на имя узла для замены.

    Например, в следующем измененном файле cluster.conf новый подготовленный узел кластера ghe-replacement-data-node-1 указан в качестве основного узла MySQL и Redis:

    mysql-master = ghe-replacement-data-node-1
    redis-master = ghe-replacement-data-node-1
    
    1. В административной оболочке узла с измененным `cluster.conf` выполните команду `ghe-cluster-config-init`. Эта команда инициализирует только что добавленный узел в кластере. 1. Выполните команду `ghe-cluster-config-apply` из того же узла. Это позволит проверить файл конфигурации, скопировать его на каждый узел в кластере и настроить каждый узел в соответствии с измененным файлом `cluster.conf`. 1. При переводе в автономный режим узла, для которого в файле cluster.conf задано значение `git-server = true`, эвакуируйте этот узел. Дополнительные сведения см. в разделе [Эвакуация узла кластера](/enterprise/admin/clustering/evacuating-a-cluster-node).