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

Увеличение емкости хранилища

В этой статье

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

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

По мере того как все больше пользователей присоединяется к экземпляр GitHub Enterprise Server, может потребоваться изменить размер тома хранилища. Сведения об изменении размера хранилища см. в документации по платформе виртуализации.

Требования и рекомендации

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

Минимальные требования

Пользовательские лицензииЧисло виртуальных ЦППамятьКорневое хранилищеПодключенное хранилище (данные)
Пробная версия, демонстрационная версия или 10 облегченных пользователей432 ГБ200 ГБ150 ГБ
от 10 до 3000848 ГБ200 Мб300 ГБ
от 3000 до 50001264 ГБ200 ГБ500 ГБ
от 5000 до 80001696 ГБ200 ГБ750 ГБ
от 8000 до 10000 и выше20160 ГБ200 ГБ1000 ГБ

Увеличение размера секции данных

  1. Измените размер существующего диска для тома пользователя с помощью средств платформы виртуализации.

  2. Переход по протоколу SSH в экземпляр GitHub Enterprise Server. Если экземпляр состоит из нескольких узлов, например, если настроен высокий уровень доступности или георепликация, передача осуществляется по SSH в основной узел. При использовании кластера можно использовать для передачи по SSH в любой узел. Дополнительные сведения о доступе по протоколу SSH см. в разделе Доступ к административной оболочке (SSH).

    $ ssh -p 122 admin@HOSTNAME

  3. Поместите устройство в режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

  4. Перезагрузите устройство, чтобы обнаружить выделение нового хранилища:

    $ sudo reboot

  5. Выполните команду ghe-storage-extend, чтобы развернуть файловую систему /data/user:

    $ ghe-storage-extend

  6. Убедитесь, что системные службы работают правильно, а затем выпустите режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

Увеличение размера корневой секции с помощью нового устройства

  1. Настройте новый экземпляр данных GitHub Enterprise Server с корневым диском большего размера, используя ту же версию, что и текущее устройство. Дополнительные сведения см. в разделе Настройка экземпляра GitHub Enterprise Server.
  2. Завершите работу текущего устройства: 
    $ sudo poweroff
  3. Отключите диск данных от текущего устройства с помощью средств платформы виртуализации.
  4. Подключите диск данных к новому устройству с корневым диском большего объема.

Увеличение размера корневой секции с помощью нового устройства

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

  1. Подключите новый диск к устройству GitHub Enterprise Server.

  2. Выполните команду lsblk, чтобы определить имя устройства нового диска.

  3. Выполните команду parted, чтобы отформатировать диск, изменив имя устройства на /dev/xvdg.

    $ sudo parted /dev/xvdg mklabel msdos
$ sudo parted /dev/xvdg mkpart primary ext4 0% 50%
$ sudo parted /dev/xvdg mkpart primary ext4 50% 100%

  4. Если устройство настроено для обеспечения высокой доступности или георепликации, чтобы остановить репликацию ghe-repl-stop , выполните команду на каждом узле реплики:

    $ ghe-repl-stop

  5. Чтобы установить программное обеспечение GitHub Enterprise Server на только что секционированных дисках, выполните ghe-upgrade команду . Необходимо заменить PACKAGE-NAME.pkg путем к пакету обновления для конкретной платформы, который соответствует версии GitHub Enterprise Server, уже запущенной на устройстве. Нельзя использовать универсальный пакет обновления с горячим исправлением, например github-enterprise-2.11.9.hpkg. После выполнения команды ghe-upgrade службы приложений будут автоматически завершены.

    $ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1

  6. Завершение работы приложения:

    $ sudo poweroff

  7. В гипервизоре удалите старый корневой диск и подключите новый корневой диск в том же расположении, где был подключен старый.

  8. Запустите устройство.

  9. Убедитесь, что системные службы работают правильно, а затем выпустите режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

Если устройство настроено для высокого уровня доступности или георепликации, не забудьте запустить репликацию на каждом узле реплики, используя ghe-repl-start после обновления хранилища на всех узлах.