开启网卡多队列功能
操作场景
随着网络IO的带宽不断提升,单核CPU处理网络中断存在瓶颈,不能完全满足网卡的需求,通过开启网卡多队列功能,您可以将弹性云服务器中的网卡中断分散给不同的CPU处理,以满足网卡的需求,从而提升网络PPS和带宽性能。
假设以下场景所述的弹性云服务器满足规格和虚拟化类型要求:
- 使用网卡多队列支持列表中的公共镜像创建的弹性云服务器,默认已开启网卡多队列,无需执行本节操作。
- 对于私有镜像场景,如果您的外部镜像文件的操作系统在网卡多队列支持列表范围内,需要按照如下流程开启网卡多队列:
网卡多队列支持列表
网卡多队列的支持情况和实例规格、虚拟化类型、镜像的操作系统有关,只有同时满足这些要求,弹性云服务器才能开启网卡多队列功能。
- 支持网卡多队列的实例规格请参见“实例规格(X86)”。
网卡多队列数为大于1的值,表示支持网卡多队列。
- 虚拟化类型必须为KVM。
- 表2所列的Linux公共镜像,支持网卡多队列。
- Windows操作系统弹性云服务器的驱动pvdriver有一套动态调整网卡队列数的策略,会根据vCPU数计算队列数并进行动态调整,因此无需对windows网卡多队列的队列数进行设置。
- Windows 2008公共镜像已下线,可通过私有镜像支持。
- Linux操作系统弹性云服务器建议将操作系统内核版本升级至2.6.35及以上,否则不支持网卡多队列。
建议您使用命令uname -r查询内核版本,如果低于2.6.35请联系技术支持升级内核。
镜像 |
是否支持多队列 |
是否默认开启多队列 |
---|---|---|
Windows Server 2008 R2 Standard/Enterprise/DataCenter 64bit |
是 |
是 |
Windows Server 2008 Enterprise SP2 64bit |
是 |
是 |
Windows Server 2008 Web R2 64 bit |
是 |
是 |
Windows Server 2008 R2 Enterprise 64bit_WithGPUdriver |
是 |
是 |
Windows Server 2012 R2 Standard 64bit_WithGPUdriver |
是 |
是 |
Windows Server 2012 R2 Standard/DataCenter 64 bit |
是 |
是 |
Windows Server 2016 Standard/DataCenter 64 bit |
是 |
是 |
Windows Server 2019 DataCenter 64 bit |
是 |
是 |
镜像 |
是否支持多队列 |
是否默认开启多队列 |
---|---|---|
Ubuntu 14.04/16.04/18.04/20.04 server 64bit |
是 |
是 |
OpenSUSE 42.2/15.* 64bit |
是 |
是 |
SUSE Enterprise 12 SP1/SP2 64bit |
是 |
是 |
CentOS 6.8/6.9/7.*/8.* 64bit |
是 |
是 |
Debian 8.0.0/8.8.0/8.9.0/9.0.0/10.0.0/10.2.0 64bit |
是 |
是 |
Fedora 24/25/30 64bit |
是 |
是 |
EulerOS 2.2/2.3/2.5 64bit |
是 |
是 |
将外部镜像文件导入镜像服务控制台
- 如果为“支持”,执行使用私有镜像创建弹性云服务器。
- 如果为“不支持”,执行为镜像添加网卡多队列标签。
为镜像添加网卡多队列标签
Windows操作系统暂未商用支持网卡多队列,如果对Windows操作系统镜像添加网卡多队列标签,开启网卡多队列功能,可能会引起操作系统启动速度变慢等问题。
用户可以选择以下任一种方式设置镜像的网卡多队列属性。
- 登录管理控制台。
- 选择“计算 > 镜像服务”。
- 单击“私有镜像”页签,在对应镜像所在行的“操作”列下,单击“修改”。
- 设置镜像的网卡多队列属性。
- 登录管理控制台。
- 选择“计算 > 镜像服务”。
- 单击“私有镜像”页签,在镜像列表中,单击镜像名称,进入镜像详情页面。
- 单击右上角的“修改”,在弹出的“修改镜像”对话框中,设置镜像的网卡多队列属性。
方法3:通过API为镜像添加网卡多队列标签hw_vif_multiqueue_enabled
- 获取Token的方法请参考《镜像服务API参考》中的“如何调用API > 认证鉴权”。
- “更新镜像信息”的API使用方法请参考《镜像服务API参考》中的“更新镜像信息(OpenStack原生)”章节。
- 在请求消息头中增加“X-Auth-Token”。
“X-Auth-Token”的取值为步骤1中获取的Token。
- 在请求消息头中增加“Content-Type”。
“Content-Type”取值为application/openstack-images-v2.1-json-patch
请求的URI格式为:
PATCH /v2/images/{image_id}
请求的body体如下所示。[ { "op":"add", "path":"/hw_vif_multiqueue_enabled", "value": "true" } ]
支持网卡多队列修改样例如图1所示。