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

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

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

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

Примечание.

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

Предупреждение

Изменение параметра кэша дисков для диска Azure отсоединяется и повторно присоединяет целевой диск. Если диск используется, это может нарушить выполнение служб и привести к повреждению данных. Если вы планируете изменить параметры кэширования дисков при увеличении емкости хранилища, обязательно завершите работу устройства.

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

Лицензии пользователей	Виртуальные ЦП 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
```
Отключите диск данных от текущего устройства с помощью средств платформы виртуализации.
Подключите диск данных к новому устройству с корневым диском большего объема.

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

Предупреждение

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

Перед изменением размера корневой секции определите, имеет ли устройство таблицу секций GUID.

В экземплярах, созданных из GHES выпусков 3.14 и более поздних версий, следуйте инструкциям по увеличению размера корневой секции в таблице разделов GUID.

В экземплярах, созданных из выпусков GHES до 3.14, следуйте инструкциям по увеличению размера корневой секции в устаревшей таблице секций.

Чтобы проверить тип таблицы секций, выполните следующую команду. Результат должен быть либоgpt.msdos

sudo lsblk -no pttype $(findmnt -no source /)

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

Увеличение размера корневой секции в таблице секций GUID

Создайте резервную копию существующей секции загрузки EFI:
```
sudo dd if=/dev/disk/by-label/EFIBOOT of=EFIBOOT.bak bs=1M
```

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

sudo parted /dev/xvdg mklabel gpt
sudo parted -a optimal /dev/xvdg mkpart bios fat32 1MiB 2MiB
sudo parted /dev/xvdg set 1 bios_grub on
sudo parted -a optimal /dev/xvdg mkpart efi fat32 2MiB 512MiB
sudo parted /dev/xvdg set 2 esp on
sudo parted -a optimal /dev/xvdg mkpart primary 512MiB 50%
sudo parted /dev/xvdg set 3 boot off
sudo parted /dev/xvdg set 3 esp off
sudo parted -a optimal /dev/xvdg mkpart primary 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/xvdg3
```
Выполните следующие команды на дополнительных секциях только что добавленного диска:
```
sudo dd if=/dev/disk/by-label/EFIBOOT of=/dev/xvdg2 bs=1M
sudo mkfs.ext4 -L fallback /dev/xvdg4
```
Завершение работы приложения:
```
sudo poweroff
```
В гипервизоре удалите старый корневой диск и подключите новый корневой диск в том же расположении, где был подключен старый.
Запустите устройство.
Убедитесь, что системные службы работают правильно, а затем выпустите режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

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

Увеличение размера корневой секции в устаревшей таблице секций

Выполните команду 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 mkfs.ext4 -L fallback /dev/xvdg2
```
Завершение работы приложения:
```
sudo poweroff
```
В гипервизоре удалите старый корневой диск и подключите новый корневой диск в том же расположении, где был подключен старый.
Запустите устройство.
Убедитесь, что системные службы работают правильно, а затем выпустите режим обслуживания. Дополнительные сведения см. в разделе Включение и планирование режима обслуживания.

В этой статье