Skip to main content

增加存储容量

您可以增加或更改可供 Git 仓库、数据库、搜索索引和其他持久应用程序数据使用的存储容量。

警告:分配新系统资源的过程因虚拟化平台和资源类型而异。 您应该始终配置系统关键资源的监测和警报。 更多信息请参阅“监控 GitHub Enterprise Server 设备”。

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

要求与建议

:调整任何存储卷之前,请将实例置于维护模式。 更多信息请参阅“启用和排定维护模式”。

最低要求

用户许可vCPU内存附加的存储容量根存储容量
试用版、演示版或 10 个轻度用户432 GB150 GB200 GB
10-3000848 GB300 GB200 GB
3000-50001264 GB500 GB200 GB
5000-80001696 GB750 GB200 GB
8000-10000+20160 GB1000 GB200 GB

If you plan to enable GitHub Actions for the users of your instance, more resources are required.

vCPU内存最大并行数
864 GB300 个作业
16128 GB700 个作业
32160 GB1300 个作业
64256 GB2000 个作业
96384 GB4000 个作业

For more information about these requirements, see "Getting started with GitHub Actions for GitHub Enterprise Server."

有关为现有实例调整资源的更多信息,请参阅“增加存储容量”和“增加 CPU 或内存资源”。

增加数据分区大小

  1. 使用虚拟平台工具调整现有用户卷磁盘大小。
  2. SSH 连接到 your GitHub Enterprise Server instance。 更多信息请参阅“访问管理 shell (SSH)。”
    $ ssh -p 122 admin@HOSTNAME
  3. 将设备置于维护模式。 更多信息请参阅“启用和排定维护模式”。
  4. 重启设备,以检测新存储分配。
    $ sudo reboot
  5. 运行 ghe-storage-extend 命令以展开 /data/user 文件系统:
    $ ghe-storage-extend

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

  1. 使用版本与当前设备相同的较大根磁盘来设置新的 GitHub Enterprise Server 实例。 更多信息请参阅“设置 GitHub Enterprise Server 实例”。
  2. 关闭当前设备:
    $ sudo poweroff
  3. 使用虚拟平台工具将数据磁盘从当前设备中拆下。
  4. 将数据磁盘安装到根磁盘较大的新设备上。

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

警告: 在增加根分区大小之前,您必须将您的实例置于维护模式。 更多信息请参阅“启用和排定维护模式”。

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

  2. 运行 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%
  3. To stop replication, run the ghe-repl-stop command.

    $ ghe-repl-stop
  4. 运行 ghe-upgrade 命令,将完整的平台特定包安装到新分区的磁盘中。 github-enterprise-2.11.9.hpkg 等通用热补丁升级包将无法按预期运行。 在 ghe-upgrade 命令完成后,应用程序服务将自动终止。

    $ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
  5. 关闭设备:

    $ sudo poweroff
  6. 在虚拟机监控程序中,移除旧的根磁盘,并将新的根磁盘连接到旧的根磁盘的位置。

  7. 启动设备。

  8. 确保系统服务正常运行,然后释放维护模式。 更多信息请参阅“启用和排定维护模式”。

If your appliance is configured for high-availability or geo-replication, remember to start replication on each replica node using ghe-repl-start after the storage on all nodes has been upgraded.