[发明专利]流量分配方法、装置、计算机设备及存储介质

说明书

本发明实施例公开了一种流量分配方法、装置、计算机设备及存储介质，包括下述步骤：获取待处理的网络流量数据包的接收端调节值；对所述接收端调节值进行散列运算得到所述网络流量数据包的散列值；根据所述散列值在预先设置的多个队列中查找所述散列值对应的目标队列并将所述网络流量数据包加入到所述目标队列中，其中，所述散列值的数值在所述多个队列的个数的数值范围内。通过对接收端调解值进行散列运算得到网络数据包的散列值，并利用散列值在预先设置的多个队列中查找目标队列，可以确保网络流量数据包被均匀的分配多个队列中，避免了处理器核的过度负载或者空闲导致的系统处理性能下降的问题。

技术领域

本发明实施例涉及计算机技术领域，尤其是一种流量分配方法、装置、计算机设备及存储介质。

背景技术

RSS(receive side scaling)是由微软提出的一种负载分流方法，通过计算网络数据报文中的网络层和传输层二/三/四元组HASH值，取HASH值的最低有效位(LSB)用于索引间接寻址表RETA(Redirection Table)，间接寻址表RETA中的保存索引值用于分配数据报文到不同的CPU CORE接收处理。现阶段RSS基本已有硬件实现，通过这项技术能够将网络流量分载到多个CPU CORE上，降低操作系统单个CPU的占用率。

为实现数据面网络流量高性能处理，软转发数据面通常会采用多核并行化处理，把流量处理分为三个阶段，流量接收流程、流量处理流程、流量发送流程，流量处理流程会消耗大量CPU计算资源，因此需要加速此流程的报文处理。加速报文处理需要开启网卡RSS功能，并配置网卡多队列模式。目前主流网卡支持硬件队列最大数目不同，如82571系列网卡RX和TX支持配置2个硬件队列，82599EB系列网卡RX和TX可以支持配置128个硬件队列。

然而，发明人发现，每张网卡的每个硬件队列对应一个处理CORE，当网卡硬件队列数少，而CPU CORE很多时，空闲cpu资源太多；如果设备既有队列数多的网卡NIC_A又有队列数少的网卡NIC_B，此时流量处理占用的CORE数目以NIC_A为标准，这时会出现NIC_A和NIC_B的流量被hash到相同的CORE，导致这些CORE负载加重，而有些CORE仅仅处理NIC_A的流量，流量无法被均匀的hash到不同的CPU CORE上，从而导致系统整机性能无法提升。而且实验中还发现，当网卡硬件队列数目配置过多时，系统性能反而会出现下降。因此，上述情形会导致需要解决网卡硬件队列数目与并行化处理CORE数目不匹配，流量无法被均匀hash到多个CORE，导致系统性能下降问题。

发明内容

本发明实施例提供一种流量分配方法、装置、计算机设备及存储介质。

为解决上述技术问题，本发明创造的实施例采用的一个技术方案是：提供一种流量分配方法，包括：

获取待处理的网络流量数据包的接收端调节值；

对所述接收端调节值进行散列运算得到所述网络流量数据包的散列值；

根据所述散列值在预先设置的多个队列中查找所述散列值对应的目标队列并将所述网络流量数据包加入到所述目标队列中，其中，所述散列值的数值在所述多个队列的个数的数值范围内。

可选地，所述根据所述散列值在预先设置的多个队列中查找所述散列值对应的目标队列之前，还包括：

获取用于配置所述多个队列的配置文件，其中，所述配置文件包括用于分配所述网络流量数据包的网卡中处理器的个数，所述处理器为多个；

解析所述配置文件并按照所述处理器的个数设置所述多个队列。

可选地，所述根据所述散列值在预先设置的多个队列中查找所述散列值对应的目标队列，包括：

对所述配置文件进行解析获取间接寻址表；

从所述间接寻址表中查找与所述散列值具有映射关系的队列识别码；