Enterprise Server 3.20 目前作为发布候选版本提供。

增加 CPU 或内存资源

可以增加运行 你的 GitHub Enterprise Server 实例 的虚拟机 (VM) 的 CPU 或内存资源。

在本文中

关于增加 CPU 或内存资源

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

在进行企业安装的物理资源升级时，请注意以下警告。确保评估所有潜在风险并备份重要数据，以防出现任何问题。

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

在 AWS 上增加 CPU 或内存资源

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

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

  •         [针对 AWS 调整大小注意事项](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-considerations-for-aws)

  •         [AWS 上支持的实例类型](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#supported-instance-types-on-aws)

  •         [调整 AWS 上的实例大小](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-an-instance-on-aws)

针对 AWS 调整大小注意事项

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

  • 通过 CPU 扩大内存。 {[需要根据 提供的文本 完成 具体的 翻译]} (Please replace with the proper translation once the original content is made available.)
  • 将弹性 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. 向用户传达即将到来的故障时间，并启用维护模式。 有关详细信息，请参阅以下文章。

    sudo poweroff

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

  4. 启动实例。

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

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

    ghe-system-info
```1. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)”。1. 如果配置了用户消息，请删除。

  7. 禁用维护模式。

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

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

可以查看调整大小注意事项、查看支持的实例类型，以及如何在Microsoft Azure调整实例大小。

  •         [Microsoft Azure 的调整注意事项](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-considerations-for-microsoft-azure)

  •         [Microsoft Azure 上的支持的实例类型](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#supported-instance-types-on-microsoft-azure)

  •         [调整 Microsoft Azure 上的实例大小](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-an-instance-on-microsoft-azure)

Microsoft Azure 的调整注意事项

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

  • 通过 CPU 扩大内存。 {[需要根据 提供的文本 完成 具体的 翻译]} (Please replace with the proper translation once the original content is made available.)
  • 为实例分配静态 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。

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

    sudo poweroff

  2. 在Azure，若要调整 VM 的大小，请按照 更改虚拟机的大小Microsoft Learn 中的说明进行作。

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

    ghe-system-info
```1. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)”。1. 如果配置了用户消息，请删除。

  4. 禁用维护模式。

为 OpenStack KVM 增加 CPU 或内存资源

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

{[需要根据 提供的文本 完成 具体的 翻译]} (Please replace with the proper translation once the original content is made available.)

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

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

    sudo poweroff

  3. 在 OpenStack KVM 上，选择一种具有所需 CPU 或内存资源的新实例规格。

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

    ghe-system-info
```1. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)”。1. 如果配置了用户消息，请删除。

  5. 禁用维护模式。

为 VMware ESXi 增加 CPU 或内存资源

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

{[需要根据 提供的文本 完成 具体的 翻译]} (Please replace with the proper translation once the original content is made available.)

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

    sudo poweroff

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

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

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

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

    ghe-system-info
```1. （可选）可通过配置 IP 例外列表以允许从指定的 IP 地址进行访问来验证更改。 有关详细信息，请参阅“[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)”。1. 如果配置了用户消息，请删除。

  6. 禁用维护模式。