Skip to main content

此版本的 GitHub Enterprise 已停止服务 2022-09-28. 即使针对重大安全问题,也不会发布补丁。 为了获得更好的性能、更高的安全性和新功能,请升级到最新版本的 GitHub Enterprise。 如需升级帮助,请联系 GitHub Enterprise 支持

增加 CPU 或内存资源

如果 GitHub Enterprise Server 上的操作速度较慢,您可能需要增加 CPU 或内存资源。

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

注意:在增加 CPU 或内存资源之前,请将实例置于维护模式。 有关详细信息,请参阅“启用和排定维护模式”。

为 AWS 增加 CPU 或内存资源

注意:要为 AWS 增加 CPU 或内存资源,必须能够熟练使用 AWS 管理控制台或 aws ec2 命令行接口管理 EC2 实例。 有关使用所选 AWS 工具执行重设大小的背景和详细信息,请参阅关于重设 Amazon EBS 支持的实例大小的 AWS 文档。

调整的考量因素

在为 your GitHub Enterprise Server instance 增加 CPU 或内存资源之前,回顾以下建议。

  • 通过 CPU 扩大内存。 增加 CPU 资源时,我们建议为实例预配的每个 vCPU(最多 16 个 vCPU)增加至少 6.5 GB 的内存。 如果您使用的 vCPU 超过 16 个,则无需为每个 vCPU 添加 6.5 GB 内存,但应监控您的实例以确保其有足够的内存。
  • 将弹性 IP 地址分配给实例。 如果未分配弹性 IP,则在重启后您必须调整 GitHub Enterprise Server 主机的 DNS A 记录,以反映公共 IP 地址的变更。 在实例重新启动后,如果它启动到 VPC 中,会自动保留弹性 IP (EIP)。 如果实例启动到 EC2-Classic 中,则必须手动重新关联弹性 IP。

支持的 AWS 实例类型

您需要根据 CPU/内存规范确定升级的目标实例类型。

注意:可以随时通过调整实例大小来扩展 CPU 或内存。 但由于调整 CPU 或内存的大小需要对用户停机,因此我们建议超配资源来应对扩展。

GitHub 建议对 GitHub Enterprise Server 使用内存优化的实例。 有关详细信息,请参阅 Amazon EC2 网站上的 Amazon EC2 实例类型

针对 AWS 进行调整

注意:对于启动到 EC2-Classic 中的实例,请记下与实例关联的弹性 IP 地址以及实例的 ID。 重启实例后,请重新关联弹性 IP 地址。

无法将 CPU 或内存资源添加到现有的 AWS/EC2 实例。 相反,您必须执行以下操作:

  1. 停止实例。
  2. 更改实例类型。
  3. 启动实例。
  4. 实例完全重启后即可访问,使用 SSH 管理 shell 可验证是否已识别新资源配置:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info

在 Microsoft Azure 上添加 CPU 或内存资源

注意:要在 Microsoft Azure 中添加 CPU 或内存资源,必须熟悉使用 Azure Portal、Azure CLI 或 Azure PowerShell 来管理 VM 实例。 有关使用所选 Azure 工具执行重设大小的背景和详细信息,请参阅 Azure 文档中有关更改虚拟机大小的内容。

调整的考量因素

在为 your GitHub Enterprise Server instance 增加 CPU 或内存资源之前,回顾以下建议。

  • 通过 CPU 扩大内存。 增加 CPU 资源时,我们建议为实例预配的每个 vCPU(最多 16 个 vCPU)增加至少 6.5 GB 的内存。 如果您使用的 vCPU 超过 16 个,则无需为每个 vCPU 添加 6.5 GB 内存,但应监控您的实例以确保其有足够的内存。
  • 为实例分配静态 IP 地址。 如果您尚未为实例分配静态 IP,则可能必须在重新启动后调整 GitHub Enterprise Server 主机的 DNS A 记录,以应对 IP 地址的更改。

支持的 Microsoft Azure 实例大小

您需要根据 CPU/内存规格确定要升级到的实例大小。

注意:可以随时通过调整实例大小来扩展 CPU 或内存。 但由于调整 CPU 或内存的大小需要对用户停机,因此我们建议超配资源来应对扩展。

GitHub Enterprise Server 设备需要高级存储数据磁盘,可以在支持高级存储的任何 Azure VM 上使用。 带有 s 后缀的 Azure VM 类型支持高级存储。 有关详细信息,请参阅 Azure 文档中的“Azure 中提供哪些磁盘类型?” 和“Azure 高级存储:高性能设计”。

GitHub 建议对 GitHub Enterprise Server 使用内存优化的虚拟机。 有关详细信息,请参阅 Azure 文档中的“内存优化虚拟机大小”。

GitHub Enterprise Server 可以在支持您的 VM 类型的任何地区使用。 有关每个 VM 支持的区域的详细信息,请参阅 Azure 的“提供的产品(按区域)”。

针对 Microsoft Azure 调整大小

可以通过更改 VM 大小来纵向扩展虚拟机。 更改其大小将会导致它重新启动。 在某些情况下,必须先解除分配 VM。 如果新大小在当前托管 VM 的硬件群集上不可用,则可能会出现这种情况。

  1. 所需步骤,请参阅 Azure 文档中有关更改虚拟机大小的内容。
  2. 实例完全重启后即可访问,使用 SSH 管理 shell 可验证是否已识别新资源配置:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info

为 OpenStack KVM 增加 CPU 或内存资源

无法将 CPU 或内存资源添加到现有的 OpenStack KVM 实例。 相反,您必须执行以下操作:

  1. 生成当前实例的快照。
  2. 停止实例。
  3. 选择包含所需 CPU 和/或内存资源的新实例。

为 VMWare 增加 CPU 或内存资源

增加 CPU 资源时,我们建议为实例预配的每个 vCPU(最多 16 个 vCPU)增加至少 6.5 GB 的内存。 如果您使用的 vCPU 超过 16 个,则无需为每个 vCPU 添加 6.5 GB 内存,但应监控您的实例以确保其有足够的内存。

  1. 使用 vSphere Client 连接到 VMware ESXi 主机。
  2. 关闭 your GitHub Enterprise Server instance。
  3. 选择虚拟机,然后单击“编辑设置”。
  4. 在“硬件”下,根据需要调整分配给虚拟机的 CPU 和/或内存资源:VMware 设置资源
  5. 要启动虚拟机,请单击“确定”。
  6. 实例完全重启后即可访问,使用 SSH 管理 shell 可验证是否已识别新资源配置:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info