增加 CPU 或内存资源

关于增加 CPU 或内存资源

你可以通过增加 VM 的 CPU 或内存资源来容纳 你的 GitHub Enterprise Server 实例 上的更多资源密集型工作负荷。

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

可以随时通过调整实例大小来扩展 CPU 或内存。 更改实例的可用资源需要用户安排出故障时间，因此GitHub建议预配帐户资源以进行缩放。

在 AWS 上增加 CPU 或内存资源

要在 AWS 上为实例增加 CPU 或内存资源，必须更改实例的类型。 你必须有权访问公司的 AWS 基础设施，并且必须熟悉使用 AWS 管理控制台 或 aws ec2 命令行接口来管理 EC2 实例。 有关更多信息，请参阅 AWS 文档中的更改实例类型。

你可以查看调整大小注意事项、查看支持的实例类型，并了解如何调整 AWS 上的实例大小。

• 针对 AWS 调整大小注意事项
• AWS 上支持的实例类型
• 调整 AWS 上的实例大小

针对 AWS 调整大小注意事项

在为 你的 GitHub Enterprise Server 实例 增加 CPU 或内存资源之前，请查看以下建议。

• 通过 CPU 扩大内存。 增加 CPU 资源时，GitHub建议为实例预配的每个 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 和内存规范确定升级的目标实例类型。

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

调整 AWS 上的实例大小

要在 AWS 上增加可用于 GitHub Enterprise Server 实例的资源，必须关闭实例，更改实例的类型，然后重启实例。

1. 如果你的实例在 EC2-Classic 中运行，请记下与实例关联的弹性 IP 地址以及实例的 ID。

2. 向用户传达即将到来的故障时间，并启用维护模式。 有关详细信息，请参阅以下文章。

   • “自定义企业的用户消息”
   • “启用和排定维护模式”

3. 若要停止实例，请通过 SSH 连接到此实例，然后运行以下命令。 有关详细信息，请参阅“访问管理 shell (SSH)”。

   sudo poweroff
   

4. 在 AWS 上，更改实例类型。

5. 启动实例。

6. 如果你的实例在 EC2-Classic 中运行，请在重启实例后重新关联弹性 IP 地址。

7. 实例完全重启后即可访问，验证是否已识别新资源配置。 请通过 SSH 连接到此实例，然后运行以下命令。

   ghe-system-info
   

8. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“启用和排定维护模式”。

9. 如果配置了用户消息，请删除。

10. 禁用维护模式。

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

要在 Microsoft Azure 上为实例增加 CPU 或内存资源，必须更改实例的大小。 你必须有权访问公司的 Microsoft Azure 基础设施，并且必须熟悉 Azure 门户、Azure CLI 或 Azure PowerShell 来管理 Azure 实例。 有关详细信息，请参阅 Microsoft Learn 上的更改虚拟机的大小。

你可以查看调整大小注意事项、查看支持的实例类型，并了解如何调整 Microsoft Azure 上的实例大小。

• 针对 Microsoft Azure 调整大小注意事项
• Microsoft Azure 上支持的实例类型
• 调整 Microsoft Azure 上的实例大小

针对 Microsoft Azure 调整大小注意事项

在为 你的 GitHub Enterprise Server 实例 增加 CPU 或内存资源之前，请查看以下建议。

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

Microsoft Azure 上支持的实例类型

您需要根据 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 上的实例大小

要在 Microsoft Azure 上增加可用于 GitHub Enterprise Server 实例的资源，必须更改 VM 的大小。 更改 VM 的大小将导致 VM 重启。 在某些情况下，必须先解除分配 VM。 如果新的大小在当前托管 VM 的硬件群集上不可用，你可能需要解除分配 VM。

1. 向用户传达即将到来的故障时间，并启用维护模式。 有关详细信息，请参阅以下文章。

   • “自定义企业的用户消息”
   • “启用和排定维护模式”

2. 若要停止实例，请通过 SSH 连接到此实例，然后运行以下命令。 有关详细信息，请参阅“访问管理 shell (SSH)”。

   sudo poweroff
   

3. 要在 Azure 上调整虚拟机的大小，请按照 Microsoft Learn 上更改虚拟机大小的说明进行操作。

4. 实例完全重启后即可访问，验证是否已识别新资源配置。 请通过 SSH 连接到此实例，然后运行以下命令。

   ghe-system-info
   

5. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“启用和排定维护模式”。

6. 如果配置了用户消息，请删除。

7. 禁用维护模式。

为 OpenStack KVM 增加 CPU 或内存资源

要在 OpenStack KVM 上增加可用于 GitHub Enterprise Server实例的资源，你必须有权访问公司的 OpenStack KVM 基础设施，并且必须停止 VM，然后选择新的实例风格。

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

1. 使用 OpenStack KVM 生成当前实例的快照。

2. 向用户传达即将到来的故障时间，并启用维护模式。 有关详细信息，请参阅以下文章。

   • “自定义企业的用户消息”
   • “启用和排定维护模式”

3. 若要停止实例，请通过 SSH 连接到此实例，然后运行以下命令。 有关详细信息，请参阅“访问管理 shell (SSH)”。

   sudo poweroff
   

4. 在 OpenStack KVM 上，选择包含所需 CPU 或内存资源的新实例。

5. 实例完全重启后即可访问，验证是否已识别新资源配置。 请通过 SSH 连接到此实例，然后运行以下命令。

   ghe-system-info
   

6. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“启用和排定维护模式”。

7. 如果配置了用户消息，请删除。

8. 禁用维护模式。

为 VMware ESXi 增加 CPU 或内存资源

要在 VMware 上增加可用于 GitHub Enterprise Server实例的资源，你必须有权访问公司的 VMware 基础设施，并且必须停止 VM，然后调整 VMWare ESXi 中的资源。

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

1. 向用户传达即将到来的故障时间，并启用维护模式。 有关详细信息，请参阅以下文章。

   • “自定义企业的用户消息”
   • “启用和排定维护模式”

2. 若要停止实例，请通过 SSH 连接到此实例，然后运行以下命令。 有关详细信息，请参阅“访问管理 shell (SSH)”。

   sudo poweroff
   

3. 要使用 vSphere 客户端在 VMware ESXi 主机上设置 VM，请选择 VM，然后单击“编辑设置”。

4. 在“硬件”下，调整分配给 VM 的 CPU 或内存资源。

5. 要启动虚拟机，请单击“确定”。

6. 实例完全重启后即可访问，验证是否已识别新资源配置。 请通过 SSH 连接到此实例，然后运行以下命令。

   ghe-system-info
   

7. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“启用和排定维护模式”。

8. 如果配置了用户消息，请删除。

9. 禁用维护模式。