Amazon Elastic Compute Cloud
Windows 实例用户指南
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

操作系统优化

若要在具有增强联网的实例上实现最高网络性能,您可能需要修改默认操作系统配置。对于需要高网络性能的应用程序,我们建议进行以下配置更改。官方 Windows AMI 中已经采取了其他优化措施(例如启用校验和分载以及启用 RSS 等)。

注意

大多数使用情况下应禁用 TCP Chimney 分载,自 Windows Server 2016 开始已弃用该功能。

除了这些操作系统优化之外,您还应考虑网络流量的最大传输单位 (MTU),并根据您的工作负载和网络架构相应调整。有关更多信息,请参阅 EC2 实例的网络最大传输单位 (MTU)

AWS 定期测量在集群置放群组中启动的实例之间的平均往返延迟,在 99.9% 的情况下该值为 50us,尾延迟为 200us。如果您的应用程序需要稳定的低延迟,建议在基于 Nitro 的固定性能实例上,使用最新版本的 ENA 驱动程序。

配置 RSS CPU 关联

使用接收端缩放 (RSS) 在多个处理器之间分布网络流量 CPU 负载。默认情况下,Amazon 官方 Windows AMI 配置为启用 RSS。ENA ENI 提供最多 8 个 RSS 队列。通过为 RSS 队列以及其他系统进程定义 CPU 关联,可以在多核系统上分布 CPU 负载,允许处理更多的网络流量。在具有超过 16 个 vCPU 的实例类型上,我们建议您使用 Set-NetAdapterRSS PowerShell cmdlt(Windows Server 2012 及更高版本提供),这将手动从所有 ENI 的 RSS 配置排除启动处理器(启用超线程时,为逻辑处理器 0 和 1),以防止与各种系统组件争用。

Windows 具有超线程感知功能,可确保单个 NIC 的 RSS 队列始终位于不同的物理内核上。因此,除非禁用超线程,否则为了完全防止与其他 NIC 的争用,请将每个 NIC 的 RSS 配置分布在 16 个逻辑处理器的范围内。Set-NetAdapterRss cmdlt 允许您通过定义 BaseProcessorGroup、BaseProcessorNumber、MaxProcessingGroup、MaxProcessorNumber 和 NumaNode(可选)的值来定义有效逻辑处理器的每 NIC 范围。如果没有足够的物理内核来完全消除 NIC 间争用,则最小化重叠范围或减少 ENI 范围内的逻辑处理器数量,具体取决于 ENI 的预期工作负载(换句话说,低容量管理网络 ENI 可能不需要分配尽可能多的 RSS 队列)。此外,如上所述,各种组件必须在 CPU 0 上运行,因此我们建议在有足够的 vCPU 时将其从所有 RSS 配置中排除。

例如,当 72 个 vCPU 实例上有三个 ENI,其中 2 个 NUMA 节点启用了超线程时,以下命令会在两个 CPU 之间分布网络负载而不会重叠,并完全阻止内核 0 的使用。

Set-NetAdapterRss -Name NIC1 -BaseProcessorGroup 0 -BaseProcessorNumber 2 -MaxProcessorNumber 16 Set-NetAdapterRss -Name NIC2 -BaseProcessorGroup 1 -BaseProcessorNumber 0 -MaxProcessorNumber 14 Set-NetAdapterRss -Name NIC3 -BaseProcessorGroup 1 -BaseProcessorNumber 16 -MaxProcessorNumber 30

请注意,这些设置对每个网络适配器都是持久的。如果将实例的大小调整为具有不同数量的 vCPU 的实例,则应重新评估启用的每个 ENI 的 RSS 配置。Set-NetAdapterRss cmdlt 的完整 Microsoft 文档可在以下位置找到:https://docs.microsoft.com/en-us/powershell/module/netadapter/set-netadapterrss

SQL 工作负载的特别注意事项:我们还建议您检查 IO 线程关联设置以及 ENI RSS 配置,以最大限度地减少相同 CPU 的 IO 和网络争用。请参阅关联掩码服务器配置选项

本页内容: