Процесс выделения новых системных ресурсов зависит от платформы виртуализации и типа ресурсов. Всегда следует настраивать мониторинг и оповещение ключевых системных ресурсов. Дополнительные сведения см. в разделе Мониторинг экземпляра.
Так как пользователи присоединяются к ваш экземпляр GitHub Enterprise Server, может потребоваться изменить размер тома хранилища. Сведения об изменении размера хранилища см. в документации по платформе виртуализации.
Требования и рекомендации
Примечание. Перед изменением объема хранилища переведите экземпляр в режим обслуживания. Вы можете проверить изменения, настроив список исключений IP-адресов, чтобы разрешить доступ с указанных IP-адресов. Дополнительные сведения см. в разделе "Включение и планирование режима обслуживания".
Минимальные рекомендуемые требования
Лицензии пользователей | Виртуальные ЦП x86-64 | Память | Корневое хранилище | Подключенное хранилище (данные) |
---|---|---|---|---|
Пробная версия, демонстрационная версия или 10 облегченных пользователей | 4 | 32 Гб | 200 ГБ | 150 ГБ |
от 10 до 3000 | 8 | 48 ГБ | 200 ГБ | 300 ГБ |
от 3000 до 5000 | 12 | 64 ГБ | 200 ГБ | 500 ГБ |
от 5000 до 8000 | 16 | 96 ГБ | 200 ГБ | 750 ГБ |
от 8000 до 10000 и выше | 20 | 160 ГБ | 200 ГБ | 1000 ГБ |
Корневое хранилище ссылается на общий размер корневого диска экземпляра. Доступное пространство на корневая файловая система составляет 50 % общего объема хранилища, доступного на корневом диске. Дополнительные сведения см. в разделе Обзор системы.
Увеличение размера секции данных
-
Измените размер существующего диска для тома пользователя с помощью средств платформы виртуализации.
-
SSH в ваш экземпляр GitHub Enterprise Server. Если экземпляр состоит из нескольких узлов, например, если настроен высокий уровень доступности или георепликация, передача осуществляется по SSH в основной узел. При использовании кластера можно использовать для передачи по SSH в любой узел. Замените HOSTNAME именем узла для экземпляра, именем узла или IP-адресом узла. Дополнительные сведения см. в разделе Доступ к административной оболочке (SSH).
Shell ssh -p 122 admin@HOSTNAME
ssh -p 122 admin@HOSTNAME
-
Поместите устройство в режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.
-
Перезагрузите устройство, чтобы обнаружить выделение нового хранилища:
sudo reboot
-
Выполните команду
ghe-storage-extend
, чтобы развернуть файловую систему/data/user
:ghe-storage-extend
-
Убедитесь, что системные службы работают правильно, а затем выпустите режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.
Увеличение размера корневой секции с помощью нового устройства
-
Настройте новый экземпляр данных GitHub Enterprise Server с корневым диском большего размера, используя ту же версию, что и текущее устройство. Дополнительные сведения см. в разделе Настройка экземпляра GitHub Enterprise Server.
-
Завершите работу текущего устройства:
sudo poweroff
-
Отключите диск данных от текущего устройства с помощью средств платформы виртуализации.
-
Подключите диск данных к новому устройству с корневым диском большего объема.
Увеличение размера корневой секции с помощью нового устройства
Предупреждение. Перед увеличением размера корневой секции необходимо перевести экземпляр в режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.
-
Подключите новый диск к устройству GitHub Enterprise Server.
-
Выполните команду
lsblk
, чтобы определить имя устройства нового диска. -
Выполните команду
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%
-
Если устройство настроено для высокой доступности или георепликации, чтобы остановить репликацию, выполните
ghe-repl-stop
команду на каждом узле реплики:ghe-repl-stop
-
Чтобы установить программное обеспечение 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
-
Завершение работы приложения:
sudo poweroff
-
В гипервизоре удалите старый корневой диск и подключите новый корневой диск в том же расположении, где был подключен старый.
-
Запустите устройство.
-
Убедитесь, что системные службы работают правильно, а затем выпустите режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.
Если устройство настроено для высокого уровня доступности или георепликации, не забудьте запустить репликацию на каждом узле реплики, используя ghe-repl-start
после обновления хранилища на всех узлах.