Skip to main content

Установка GitHub Enterprise Server на Hyper-V

Чтобы установить GitHub Enterprise Server на Hyper-V, необходимо развернуть его на машине, работающей Windows Server 2008 по Windows Server 2022.

Необходимые компоненты

  • Необходим файл лицензии GitHub Enterprise. Дополнительные сведения см. в разделе [AUTOTITLE и Настройка пробной версии GitHub Enterprise Server](/billing/concepts/enterprise-billing/ghes-license-files).
  • У вас должен быть Windows Server 2008 — Windows Server 2022, который поддерживает Hyper-V.
  • Большинство действий, необходимых для создания виртуальной машины (VM), также могут выполняться с помощью Hyper-V Manager. Однако мы рекомендуем использовать командную строку Windows PowerShell для начальной настройки. Примеры использования PowerShell приведены ниже. Для получения дополнительной информации смотрите руководство Microsoft Начало работы с Windows PowerShell.

Рекомендации по оборудованию

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

Мы рекомендуем разные конфигурации оборудования в зависимости от количества пользовательских лицензий для ваш экземпляр GitHub Enterprise Server. Если вы подготавливаете больше ресурсов, чем минимальные рекомендуемые требования, экземпляр будет работать и масштабироваться лучше.

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

Если вы планируете включить GitHub Actions или GitHub Code Security для пользователей экземпляра, требуются дополнительные ресурсы.

  • GitHub Actions — увеличьте объем ЦП и памяти по крайней мере на 25 %
  • GitHub Code Security — увеличьте объем ЦП и памяти по крайней мере на 25 %

Эти корректировки должны применяться к базовым требованиям для каждого уровня пользователей. Рекомендуется отслеживать все изменения ресурсов, так как может потребоваться дальнейшее увеличение.

Дополнительные сведения об этих требованиях см. в разделе Начало работы с GitHub Actions for GitHub Enterprise Server.

Если вы планируете включить Container registry его для пользователей вашего экземпляра, потребуется больше ресурсов. Дополнительные сведения об этих требованиях см. в разделе Начало работы с пакетами GitHub для вашего предприятия.

Дополнительные сведения о настройке ресурсов для существующего экземпляра см. в разделе [AUTOTITLE и Увеличение емкости хранилища](/admin/enterprise-management/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources).

Хранилище

Мы рекомендуем высокопроизводительный SSD с высоким количеством операций ввода/вывода в секунду (IOPS) и низкой задержкой для GitHub Enterprise Server. Рабочие нагрузки интенсивно используют ввод-вывод. Если используется гипервизор без операционной системы, рекомендуется напрямую подключить диск или использовать диск из сети хранения данных (SAN).

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

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

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

Для настройки GitHub Actionsнеобходимо предоставить внешнее хранилище blob. Дополнительные сведения см. в разделе Начало работы с GitHub Actions for GitHub Enterprise Server.

Доступное пространство в корневой файловой системе будет составлять 50 % от общего размера диска. Можно изменить размер корневого диска экземпляра, создав новый экземпляр или используя существующий. Дополнительные сведения см. в разделе [AUTOTITLE и Обзор системы](/admin/enterprise-management/updating-the-virtual-machine-and-physical-resources/increasing-storage-capacity).

ЦП и память

Ресурсы процессора и памяти, которые GitHub Enterprise Server требуются, зависят от уровня активности пользователей, автоматизаций и интеграций.

Любые виртуальные машины, которые вы настраиваете ваш экземпляр GitHub Enterprise Server , должны использовать архитектуру процессора x86-64. Другие архитектуры не поддерживаются, например AArch64 или arm64.

Если вы планируете включить GitHub Actions это для пользователей вашего GitHub Enterprise Server экземпляра, возможно, потребуется предоставить дополнительные ресурсы процессора и памяти для вашего экземпляра. Дополнительные сведения см. в разделе Начало работы с GitHub Actions for GitHub Enterprise Server.

При увеличении ресурсов ЦП GitHub рекомендует добавлять не менее 6,5 ГБ памяти для каждого виртуального ЦП (до 16 виртуальных ЦП), которые вы подготавливаете для экземпляра. Если используется более 16 виртуальных ЦП, вам не нужно добавлять 6,5 ГБ памяти для каждого виртуального ЦП, но необходимо отслеживать экземпляр, чтобы обеспечить достаточный объем памяти.

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

Мы рекомендуем пользователям настроить события webhook для уведомления внешних систем о активности на GitHub Enterprise Server. Автоматические проверки изменений или опрос будут негативно влиять на производительность и масштабируемость экземпляра. Дополнительные сведения см. в разделе Сведения о веб-перехватчиках.

Для получения дополнительной информации о мониторинге ёмкости и производительности GitHub Enterprise Serverсм. Мониторинг экземпляра.

Ресурсы ЦП или памяти экземпляра можно увеличить. Дополнительные сведения см. в разделе Увеличение ресурсов ЦП или памяти.

Следует ли использовать VMotion?

VMotion может быть исключительно полезным для общего управления ресурсами, однако влияние на гостевой экземпляр может быть значительным. При использовании более крупных экземпляров данных GitHub Enterprise Server (8 ЦП/64 ГБ ОЗУ и выше) событие VMotion может привести к полному сбою GitHub Enterprise Server для конечных пользователей в результате резкого сокращения ЦП, ОЗУ и операций ввода-вывода в секунду хранилища. Учитывая это, GitHub Enterprise Server следует считать приложением с высокой задержкой.

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

Мы также рекомендуем настроить параметр управления питанием ESXi на "Высокий уровень производительности". Мы видели случаи, когда общая производительность системы может негативно повлиять на ситуацию, если она остается в балансе.

Скачивание образа GitHub Enterprise Server

  1. Скачайте лицензию. Дополнительные сведения см. в разделе Скачивание лицензии для GitHub Enterprise.

  2. Перейдите к образу, который вы хотите использовать для нового экземпляра.

    • Перейдите к заметкам о выпуске.
    • На правой боковой панели щелкните версию, которую вы хотите скачать.
    • Щелкните Скачать GitHub Enterprise Server X.X.X.
  3. В разделе «GitHub On-premises» выберите выпадающее меню «Выбрать гипервизор» и нажмите Hyper-V (VHD).

  4. Нажмите Скачать для Hyper-V (VHD).

Создание экземпляра GitHub Enterprise Server

Чтобы создать экземпляр, необходимо импортировать образ GitHub Enterprise Server на виртуальную машину и подключить дополнительный том хранилища для данных экземпляра. Дополнительные сведения см. в разделе "Рекомендации по оборудованию".

  1. В PowerShell создайте новую виртуальную машину поколения 1, настройте размер на основе количества лицензий пользователя и подключите скачанный образ GitHub Enterprise Server. Дополнительные сведения см . в документации Майкрософт по новой виртуальной машине .

    PS C:\> New-VM -Generation 1 -Name VM_NAME -MemoryStartupBytes MEMORY_SIZE -BootDevice VHD -VHDPath PATH_TO_VHD  
    
  2. Создайте новый виртуальный диск для использования в качестве подключенного тома хранилища для данных экземпляра и настройте размер в соответствии с количеством лицензий пользователей. Если повторно используется существующий диск, убедитесь, что диск пуст и нет секций. Замените PATH_TO_DATA_DISK на путь к расположению, в котором создается диск. Дополнительные сведения см. в документации Майкрософт по New-VHD .

    PS C:\> New-VHD -Path PATH_TO_DATA_DISK -SizeBytes DISK_SIZE
    
  3. Подключите диск данных к вашему экземпляру. Дополнительные сведения см. в документации Майкрософт по add-VMHardDiskDrive .

    PS C:\> Add-VMHardDiskDrive -VMName VM_NAME -Path PATH_TO_DATA_DISK
    
  4. Запустите виртуальную машину. Дополнительные сведения см. в документации майкрософт по начальной виртуальной машине .

    PS C:\> Start-VM -Name VM_NAME
    
  5. Получите IP-адрес вашей виртуальной машины. Дополнительные сведения см. в документации Майкрософт по Get-VMNetworkAdapter .

    PS C:\> (Get-VMNetworkAdapter -VMName VM_NAME).IpAddresses
    
  6. Скопируйте IP-адрес виртуальной машины и вставьте его в веб-браузер.

Настройка экземпляра GitHub Enterprise Server

Чтобы настроить экземпляр, необходимо отправить файл лицензии, задать корневой пароль Консоль управления, настроить параметры экземпляра и перезапустить экземпляр.

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

Чтобы предотвратить компрометации нового экземпляра злоумышленником, убедитесь, что вы лично задали корневой пароль Консоль управления и создадите первого пользователя как можно скорее.

  1. Скопируйте общедоступное DNS-имя виртуальной машины и вставьте его в адресную строку веб-браузера.
  2. В командной строке отправьте файл лицензии и задайте пароль консоли управления. Дополнительные сведения см. в разделе Скачивание лицензии для GitHub Enterprise.
  3. В Консоль управления настройте и сохраните нужные параметры. Дополнительные сведения см. в разделе Configuring GitHub Enterprise.
  4. Экземпляр будет перезапущен автоматически.
  5. Нажмите Перейти к экземпляру.

Дополнительные материалы