增加存储容量

分配新系统资源的过程因虚拟化平台和资源类型而异。 您应该始终配置系统关键资源的监测和警报。 有关详细信息，请参阅“监视实例”。

随着更多的用户加入 你的 GitHub Enterprise Server 实例，你可能需要调整存储卷大小。 有关调整存储容量的信息，请参阅虚拟平台的相关文档。

要求和建议

最低推荐要求

用户许可证	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%。 有关详细信息，请参阅“系统概览”。

增加数据分区大小

1. 使用虚拟平台工具调整现有用户卷磁盘大小。

2. 通过 SSH 连接到 你的 GitHub Enterprise Server 实例。 如果实例包含多个节点，例如，如果配置了高可用性或异地复制，则通过 SSH 连接到主节点。 如果使用群集，则可以通过 SSH 连接到任何节点。 将 HOSTNAME 替换为实例的主机名，或节点的主机名或 IP 地址。 有关详细信息，请参阅“访问管理 shell (SSH)”。

   Shell

   ssh -p 122 admin@HOSTNAME
   

3. 将设备置于维护模式。 有关详细信息，请参阅“启用和排定维护模式”。

4. 重启设备，以检测新存储分配。

   sudo reboot
   

5. 运行 ghe-storage-extend 命令以扩展 /data/user 文件系统：

   ghe-storage-extend
   

6. 确保系统服务正常运行，然后释放维护模式。 有关详细信息，请参阅“启用和排定维护模式”。

使用新设备增加根分区大小

1. 使用版本与当前设备相同的较大根磁盘来设置新的 GitHub Enterprise Server 实例。 有关详细信息，请参阅“设置 GitHub Enterprise Server 实例”。

2. 关闭当前设备：

   sudo poweroff
   

3. 使用虚拟平台工具将数据磁盘从当前设备中拆下。

4. 将数据磁盘安装到根磁盘较大的新设备上。

使用现有设备增加根分区大小

1. 将新磁盘连接到 GitHub Enterprise Server 设备。

2. 运行 lsblk 命令以标识新磁盘的设备名称。

3. 运行 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%
   

4. 如果设备配置为高可用性或异地复制，则停止复制在每个副本节点上运行 ghe-repl-stop 命令：

   ghe-repl-stop
   

5. 若要在新分区的磁盘上安装 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
   

6. 关闭设备：

   sudo poweroff
   

7. 在虚拟机监控程序中，移除旧的根磁盘，并将新的根磁盘连接到旧的根磁盘的位置。

8. 启动设备。

9. 确保系统服务正常运行，然后释放维护模式。 有关详细信息，请参阅“启用和排定维护模式”。

如果你的设备配置为高可用性或异地复制，请记住在所有节点上的存储升级后，使用 ghe-repl-start 在每个副本节点上开始复制。