Skip to main content
We publish frequent updates to our documentation, and translation of this page may still be in progress. For the most current information, please visit the English documentation.

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

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

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

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

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

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

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

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

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

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

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

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

    $ ssh -p 122 admin@HOSTNAME
  3. Поместите устройство в режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

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

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

    $ ghe-storage-extend

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

  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. Выполните команду ghe-upgrade, чтобы установить полный пакет для конкретной платформы на секционированные диски. Универсальный пакет обновления с горячим исправлением, например 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 после обновления хранилища на всех узлах.