分配新系统资源的过程因虚拟化平台和资源类型而异。 您应该始终配置系统关键资源的监测和警报。 有关详细信息,请参阅“监视实例”。
随着更多的用户加入 你的 GitHub Enterprise Server 实例,你可能需要调整存储卷大小。 有关调整存储容量的信息,请参阅虚拟平台的相关文档。
要求和建议
Note
在重新调整任何存储卷的大小之前,请将实例置于维护模式。 你可以通过配置 IP 例外列表来验证更改,从而允许从指定 IP 地址进行访问。 有关详细信息,请参阅“启用和排定维护模式”。
最低推荐要求
用户许可证 | x86-64 vCPU | 内存 | 根存储 | 附加(数据)存储 |
---|---|---|---|---|
试用版、演示版或 10 个轻度用户 | 4 | 32 GB | 200 GB | 150 GB |
10-3000 | 8 | 48 GB | 200 GB | 300 GB |
3000-5000 | 12 | 64 GB | 200 GB | 500 GB |
5000-8000 | 16 | 96 GB | 200 GB | 750 GB |
8000-10000+ | 20 | 160 GB | 200 GB | 1000 GB |
根存储是指实例的根磁盘总大小。 根文件系统上的可用空间是根磁盘上可用总存储的 50%。 有关详细信息,请参阅“系统概览”。
增加数据分区大小
-
使用虚拟平台工具调整现有用户卷磁盘大小。
-
通过 SSH 连接到 你的 GitHub Enterprise Server 实例。 如果实例包含多个节点,例如,如果配置了高可用性或异地复制,则通过 SSH 连接到主节点。 如果使用群集,则可以通过 SSH 连接到任何节点。 将 HOSTNAME 替换为实例的主机名,或节点的主机名或 IP 地址。 有关详细信息,请参阅“访问管理 shell (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
-
使用虚拟平台工具将数据磁盘从当前设备中拆下。
-
将数据磁盘安装到根磁盘较大的新设备上。
使用现有设备增加根分区大小
Warning
在增加根分区大小之前,必须将实例置于维护模式。 有关详细信息,请参阅“启用和排定维护模式”。
-
将新磁盘连接到 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
-
若要在新分区的磁盘上安装 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
-
在虚拟机监控程序中,移除旧的根磁盘,并将新的根磁盘连接到旧的根磁盘的位置。
-
启动设备。
-
确保系统服务正常运行,然后释放维护模式。 有关详细信息,请参阅“启用和排定维护模式”。
如果你的设备配置为高可用性或异地复制,请记住在所有节点上的存储升级后,使用 ghe-repl-start
在每个副本节点上开始复制。