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

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

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

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

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

Лицензии пользователей	Виртуальные ЦП x86-64	Память	Корневое хранилище	Подключенное хранилище (данные)	ОПЕРАЦИЙ ВВОДА-ВЫВОДА
Пробная версия, демонстрационная версия или 10 облегченных пользователей	4	32 Гб	400 ГБ	500 ГБ	600
До 1000	8	48 ГБ	400 ГБ	500 ГБ	3000
1000 до 3000	16	64 ГБ	400 ГБ	1000 ГБ	6000
От 3000 до 5000	32	128 ГБ	400 ГБ	1500 ГБ	9000
5 000 до 8 000	48	256 ГБ	400 ГБ	3000 ГБ	12 000
от 8000 до 10000 и выше	64	512 ГБ	400 ГБ	5000 ГБ	15000

Корневое хранилище ссылается на общий размер корневого диска экземпляра. Доступное пространство на корневая файловая система составляет 50 % общего объема хранилища, доступного на корневом диске. Дополнительные сведения см. в разделе Обзор системы.

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

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

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

   Shell

   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 mkfs.ext4 -L fallback /dev/xvdg2
   

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

   sudo poweroff
   

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

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

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

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