警告:分配新系统资源的过程因虚拟化平台和资源类型而异。 您应该始终配置系统关键资源的监测和警报。 更多信息请参阅“监控 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。
支持的 AWS 实例类型
您需要根据 CPU/内存规范确定升级的目标实例类型。
注意:您可以随时通过调整实例大小来扩展 CPU 或内存。 但由于调整 CPU 或内存的大小需要对用户停机,因此我们建议超配资源来应对扩展。
GitHub 建议对 GitHub Enterprise Server 使用内存优化的实例。 更多信息请参阅 Amazon EC2 网站上的 Amazon EC2 实例类型。
针对 AWS 进行调整
注:对于启动到 EC2-Classic 中的实例,请记下与实例关联的弹性 IP 地址以及实例的 ID。 重启实例后,请重新关联弹性 IP 地址。
无法将 CPU 或内存资源添加到现有的 AWS/EC2 实例。 相反,您必须执行以下操作:
- 停止实例。
- 更改实例类型。
- 启动实例。
- 实例完全重启后即可访问,使用 SSH 管理 shell 可验证是否已识别新资源配置:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info
为 OpenStack KVM 增加 CPU 或内存资源
无法将 CPU 或内存资源添加到现有的 OpenStack KVM 实例。 相反,您必须执行以下操作:
- 生成当前实例的快照。
- 停止实例。
- 选择包含所需 CPU 和/或内存资源的新实例。
为 VMWare 增加 CPU 或内存资源
增加 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