增加 CPU 或内存资源

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

为 AWS 增加 CPU 或内存资源

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

在为您的 GitHub Enterprise Server 实例增加 CPU 或内存资源之前：

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

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

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

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

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

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

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

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

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

使用 vSphere Client 连接到 VMware ESXi 主机。
关闭您的 GitHub Enterprise Server 实例。
选择虚拟机，然后单击 Edit Settings。
在“Hardware”下，根据需要调整分配给虚拟机的 CPU 和/或内存资源。
要启动虚拟机，请单击 OK。
实例完全重启后即可访问，使用 SSH 管理 shell 可验证是否已识别新资源配置：
```
$ ssh -p 122 admin@HOSTNAME
$ ghe-system-info
```