警告:分配新系统资源的过程因虚拟化平台和资源类型而异。 您应该始终配置系统关键资源的监测和警报。 更多信息请参阅“监控 GitHub Enterprise Server 设备”。
随着更多的用户加入 您的 GitHub Enterprise Server 实例,您可能需要调整存储卷大小。 有关调整存储容量的信息,请参阅虚拟平台的相关文档。
要求与建议
注意: 在调整任何存储卷的大小之前,请将您的实例置于维护模式。 更多信息请参阅“启用和计划维护模式”。
最低要求
用户许可 | 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 |
增加数据分区大小
-
使用虚拟平台工具调整现有用户卷磁盘大小。
-
SSH 连接到 您的 GitHub Enterprise Server 实例。 If your instance comprises multiple nodes, for example if high availability or geo-replication are configured, SSH into the primary node. If you use a cluster, you can SSH into any node. For more information about SSH access, see "Accessing the administrative 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 设备。
-
运行
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
-
运行
ghe-upgrade
命令,将完整的平台特定包安装到新分区的磁盘中。github-enterprise-2.11.9.hpkg
等通用热补丁升级包将无法按预期运行。 在ghe-upgrade
命令完成后,应用程序服务将自动终止。$ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
-
关闭设备:
$ sudo poweroff
-
在虚拟机监控程序中,移除旧的根磁盘,并将新的根磁盘连接到旧的根磁盘的位置。
-
启动设备。
-
确保系统服务正常运行,然后释放维护模式。 更多信息请参阅“启用和排定维护模式”。
如果您的设备配置为高可用性或异地复制,请记住在所有节点上的存储升级后,使用 ghe-repl-start
在每个副本节点上开始复制。