低CPU占用超线程VM场景下Azure加速网络替代方案咨询

以下方案均适配2vCPU规格的超线程VM，可在不额外增加CPU核心、避免资源浪费的前提下，获得接近Azure加速网络的响应时间表现：

• 中断亲和性绑定优化
  对于Linux系统，先停止irqbalance服务避免中断自动调度，查询网卡对应的中断号后，执行echo 1 > /proc/irq/[网卡中断号]/smp_affinity将网络处理中断绑定到第一个逻辑核，再将应用进程绑定到第二个逻辑核；Windows系统可直接在设备管理器的网卡属性中配置中断亲和性。该方案可减少内核中断调度开销，网络响应时间平均降低15%~20%。
• 接收端缩放(RSS)软配置优化
  无需开启加速网络即可启用该功能，针对2vCPU规格VM，将RSS队列数配置为2，每个队列分别绑定一个逻辑核，网络包处理压力会均匀分散到两个核心，避免单核瓶颈，小包密集场景下响应时间优化效果尤为明显。
• 用户态网络栈适配
  部署DPDK等用户态网络栈绕开内核协议栈，可获得比内核网络低30%以上的延迟表现，性能接近开启加速网络的水平。你可分配1个逻辑核给DPDK专用，剩余1个逻辑核运行应用负载，2个核心可实现最大化利用率，完全无资源浪费。

注意：不要为了满足加速网络的4vCPU要求强行升级VM规格，再通过资源限制工具只给应用分配2核，该操作会额外增加宿主层调度开销，反而会提升网络响应时间。

内容的提问来源于stack exchange，提问作者venkatesh