警告:分配新系统资源的过程� 虚拟化平台和资源类型而异。 您应该始终配置系统关键资源的监测和警报。 更多信息请参阅“监控 GitHub Enterprise Server 设备”。
随着更多的用户� 入 your GitHub Enterprise Server instance,您可能需要调整存储卷大小。 有关调整存储容量的信息,请参阅虚拟平台的相关文档。
要求与建议
注:调整任何存储卷之前,请将实例置于维护模式。 更多信息请参阅“启用和排定维护模式”。
最低要求
用户许可 | vCPU | 内存 | 附� 的存储容量 | � �存储容量 |
---|---|---|---|---|
试用版、演示版或 10 个轻度用户 | 4 | 32 GB | 150 GB | 200 GB |
10-3000 | 8 | 48 GB | 300 GB | 200 GB |
3000-5000 | 12 | 64 GB | 500 GB | 200 GB |
5000-8000 | 16 | 96 GB | 750 GB | 200 GB |
8000-10000+ | 20 | 160 GB | 1000 GB | 200 GB |
If you plan to enable GitHub Actions for the users of your instance, more resources are required.
vCPU | 内存 | 最大作业吞吐量 |
---|---|---|
4 | 32 GB | 演示或轻量测试 |
8 | 64 GB | 25 个作业 |
16 | 160 GB | 35 个作业 |
32 | 256 GB | 100 个作业 |
For more information about these requirements, see "Getting started with GitHub Actions for GitHub Enterprise Server."
有关为现有实例调整资源的更多信息,请参阅“增� 存储容量”和“增� CPU 或内存资源”。
增� 数据分区大小
- 使用虚拟平台工具调整现有用户卷磁盘大小。
- SSH 连接到 your GitHub Enterprise Server instance。 更多信息请参阅“访问管理 shell (SSH)。”
$ 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 设备。
-
运行
parted
命令,将磁盘� �式化:$ 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
-
运行
ghe-upgrade
命令,将完整的平台特定包安装到新分区的磁盘中。github-enterprise-2.11.9.hpkg
等通用热补丁升级包将� 法按预期运行。 在ghe-upgrade
命令完成后,应用程序服务将自动终止。$ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
-
关闭设备:
$ sudo poweroff
-
在虚拟机监控程序中,移除旧的� �磁盘,并将新的� �磁盘连接到旧的� �磁盘的位置。
-
启动设备。
-
确保系统服务正常运行,然后释放维护模式。 更多信息请参阅“启用和排定维护模式”。
如果您的设备配置为高可用性或异地复制,请记住在所有节点上的存储升级后,使用 ghe-repl-start
在每个副本节点上开始复制。