CN117041042A - 网卡配置的管理方法及相关装置 - Google Patents

Abstract

本申请公开了一种网卡配置的管理方法及相关装置，方法包括：接收终端工具通过目标通道发送的网卡配置命令，根据网卡配置命令，确定所需执行的目标配置管理操作，执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息，接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求，响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

Description

网卡配置的管理方法及相关装置

技术领域

本申请涉及计算机技术领域，具体涉及一种网卡配置的管理方法及相关装置。

背景技术

随着云计算技术的发展，诞生出虚拟交换机OVS(OpenvSwitch)以及作为云计算数据中心下一代基础设施核心部件的DPU(Data Processing Unit，数据处理器)，同时为满足网络带宽、容灾以及负载均衡的需求，出现了bond技术。bond技术的发展经历了Linuxbond，OVS bond以及DPDK(Data Plane Development Kit，数据平面开发套件)bond等相关实现。Linux bond的bond实现方案，其在内核态实现bond驱动，实现多网口的bond，lacp等相关协议报文的处理实现在内核态；OVS bond是虚拟交换机实现bond的一种方案，通过将多个OVS port bond在一起，进而实现多网口的bond，协议报文实现在用户态，但是无法实现bond卸载功能。Dpdk bond是直接将bond实现在用户态的PMD(Poll Mode Driver，轮询模式驱动程序)驱动中，收发包效率较高，且与DPU结合，能实现bond的卸载功能，实现硬件bond转发。但Dpdk bond的配置下发和恢复只能依靠虚拟交换机来实现。

发明内容

本申请提供了一种网卡配置的管理方法及相关装置，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

第一方面，本申请提供了一种网卡配置的管理方法，应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块；所述方法包括：

接收终端工具通过目标通道发送的网卡配置命令；

根据所述网卡配置命令，确定所需执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；

执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；

接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求；

响应于所述驱动加载请求，加载目标驱动。

第二方面，本申请提供了一种网卡配置的管理方法，应用于DPU智能网卡的虚拟交换模块，所述DPU智能网卡包括驱动模块和所述虚拟交换模块；所述方法包括：

添加目标端口；

确定所述目标端口的目标PCI标识；

将所述目标PCI标识添加到所述虚拟交换模块的网桥；

通过数据平面开发套件DPDK的RTE接口向所述驱动模块的目标逻辑端口发送携带所述目标PCI标识的驱动加载请求，所述DPDK用于为所述虚拟交换模块分配设备结构体；

所述驱动模块用于执行如下操作：

接收终端工具通过目标通道发送的网卡配置命令；根据所述网卡配置命令，确定所执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；接收所述虚拟交换模块发送的携带所述目标PCI标识的所述驱动加载请求；响应于所述驱动加载请求，加载目标驱动。

第三方面，本申请提供了一种网卡配置的管理装置,应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块，所述装置包括：接收单元、确定单元、执行单元和加载单元，其中，

所述接收单元，用于接收终端工具通过目标通道发送的网卡配置命令；

所述确定单元，用于根据所述网卡配置命令，确定所需执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；

所述执行单元，用于执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；

所述接收单元，还用于接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求；

所述加载单元，用于响应于所述驱动加载请求，加载目标驱动。

第四方面，本申请提供了一种网卡配置的管理装置，应用于DPU智能网卡的虚拟交换模块，所述DPU智能网卡包括驱动模块和所述虚拟交换模块；所述装置包括：添加单元、确定单元和传输单元，其中，

所述添加单元，用于添加目标端口；

所述确定单元，用于确定所述目标端口的目标PCI标识；

所述添加单元，还用于将所述目标PCI标识添加到所述虚拟交换模块的网桥；

所述传输单元，用于通过数据平面开发套件DPDK的RTE接口向所述驱动模块的目标逻辑端口发送携带所述目标PCI标识的驱动加载请求，所述DPDK用于为所述虚拟交换模块分配设备结构体，所述驱动模块用于执行如下操作：接收终端工具通过目标通道发送的网卡配置命令；根据所述网卡配置命令，确定所执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；接收所述虚拟交换模块发送的携带所述目标PCI标识的所述驱动加载请求；响应于所述驱动加载请求，加载目标驱动。

第五方面，本申请提供了一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如本申请第一方面或者第二方面任一方法中所描述的部分或全部步骤。

第六方面，本申请提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请第一方面或者第二方面任一方法中所描述的部分或全部步骤。

第七方面，本申请提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请第一方面或者第二方面任一方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

可以看出，本申请实施例中，DPU智能网卡的驱动模块可接收终端工具通过目标通道发送的网卡配置命令，接着根据网卡配置命令，确定所需执行的目标配置管理操作，并进一步执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息，接着接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求，最后，响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种网卡配置的管理系统的架构示意图；

图2是本申请实施例提供的一种网卡配置的管理方法的流程示意图；

图3是本申请实施例提供的另一种网卡配置的管理方法的流程示意图；

图4是本申请实施例提供的一种电子设备A的结构示意图；

图5是本申请实施例提供的一种电子设备B的结构示意图；

图6是本申请实施例提供的一种网卡配置的管理装置A的功能单元组成框图；

图7是本申请实施例提供的一种网卡配置的管理装置B的功能单元组成框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请实施例所涉及到的电子设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(User Equipment，UE)，移动台(Mobile Station，MS)，终端设备(terminaldevice)等等。为方便描述，上面提到的设备统称为电子设备。在本申请中，上述电子设备可以为服务器。在本申请中，上述电子设备还可以包括芯片，例如，该芯片可包括DPU(DataProcessing Unit，数据处理器)。

(1)DPU(Data Processing Unit，数据处理器)，DPU是一种以数据为中心构造的专用处理器，采用软件定义技术路线支撑基础设施层资源虚拟化，支持存储、安全、服务质量管理等基础设施层的功能，DPU最直接的作用是作为中央处理器(Central ProcessingUnit，CPU)的卸载引擎，接管网络虚拟化、硬件资源池化等基础设施层服务，释放CPU的算力到上层应用。DPU智能网卡包括有嵌入式中央处理器。

(2)DPDK(Data Plane Development Kit，数据平面开发套件)，主要基于Linux系统运行，用于快速数据包处理的函数库与驱动集合，可以极大提高数据处理性能和吞吐量，提高数据平面应用程序的工作效率。

(3)bond技术是一种网卡绑定技术，可以把多个物理网卡绑定成一个逻辑网卡，称为bond网卡，为bond网卡配置一个互联网协议(Internet Protocol，IP)地址，任一物理网卡发生故障都不会影响其他网卡，能够保证网络的正常通信，实现本地网卡冗余、带宽扩容和负载均衡，提高可靠性。

目前，对于用户态的DPDK bond实现未有一种标准的bond配置管理方式，多数是结合OVS实现bond的配置管理，借助虚拟交换机OVS进行配置的下发和恢复，在存在多个厂商生产的不同种类的智能网卡的bond驱动的情况下，会存在不同厂商的bond驱动和OVS无法即插即用的情况，即对bond配置的下发和恢复，是其需要对OVS实现侵入式修改，然后由OVS实现bond配置的下发和恢复，无法实现DPDK bond的配置管理与OVS的解耦。

针对上述问题，本申请提出一种网卡配置的管理方法及相关装置，下面进行详细说明。

请参阅图1，图1是本申请实施例提供的一种网卡配置的管理系统的架构示意图，该系统架构可包括DPU智能网卡100，DPU智能网卡100包括驱动模块101、虚拟交换模块102和终端工具103。

其中，驱动模块101和DPU智能网卡100中的终端工具103通信连接，终端工具103可下发网卡配置命令到驱动模块101，驱动模块101和虚拟交换模块102之间利用函数调用来实现驱动加载请求的下发。

其中，驱动模块101内部设置有服务端，该服务端可用于响应于终端工具103下发的网卡配置命令，执行相应的配置管理操作，终端工具可以是命令行工具，命令行工具用于下发网卡配置命令。

在一种可能的示例中，DPU智能网卡100的驱动模块101可接收终端工具103通过目标通道向驱动模块发送的网卡配置命令，接着驱动模块101根据网卡配置命令，确定所需执行的目标配置管理操作，驱动模块101并进一步执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息，接着驱动模块101接收虚拟交换模块102发送的携带目标PCI标识的驱动加载请求，最后，驱动模块101响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具103下发网卡配置命令，驱动模块101响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

需要说明的是，在本申请中多个可指两个或两个以上，后续不再赘述。

请参阅图2，图2是本申请实施例提供的一种网卡配置的管理方法的流程示意图，应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块，如图2所示，本网卡配置的管理方法包括以下操作。

S201、接收终端工具通过目标通道发送的网卡配置命令。

其中，目标通道可以是socket通道，终端工具和服务器的DPU智能网卡实现的是socket通信连接。

其中，终端工具可以是bondctl工具，bondctl工具用于下发网卡配置命令，网卡配置命令用于指示DPU智能网卡的驱动模块进行相应的配置管理操作，包括网卡配置变更、保存和恢复，驱动模块可以包括bond驱动，bond驱动内部设置有服务端，服务端用于响应终端工具通过目标通道发送的网卡配置命令进行相应的配置管理操作，配置管理操作实际上是对bond配置进行的管理操作，具体的配置管理操作可包括bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询等等。

S202、根据所述网卡配置命令，确定所需执行的目标配置管理操作。

其中，目标配置管理操作可包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询等，目标配置管理操作还可以是其他针对bond配置的管理操作，在此不做限定。

S203、执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息。

其中，网卡配置信息包括bond口信息、bond模式信息、成员口信息、bond状态信息、hash发送策略等等。

S204、接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求。

其中，虚拟交换模块中运行有虚拟交换机OVS，虚拟交换模块的虚拟交换机OVS可借助DPDK下发携带PCI标识的驱动加载请求到驱动模块中。具体可以是虚拟交换机OVS的ovs-vsctl工具发送驱动加载请求到驱动模块。

其中，驱动模块的逻辑端口和PCI标识相关联，一个逻辑端口对应有一个PCI标识，驱动模块在接收到驱动加载请求后，判断该PCI标识是否为bond驱动对应的PCI标识，若该PCI标识为驱动模块中bond驱动对应的PCI标识，则确定加载该bond驱动。

S205、响应于所述驱动加载请求，加载目标驱动。

其中，目标驱动可以是DPU智能网卡的驱动模块中的bond驱动。

可以看出，本申请实施例中，DPU智能网卡的驱动模块可接收终端工具通过目标通道发送的网卡配置命令，接着根据网卡配置命令，确定所需执行的目标配置管理操作，并进一步执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息，接着接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求，最后，响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

在一个可能的示例中，在所述接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求之前，上述方法还可包括如下步骤：获取目标PCI标识；创建所述DPU智能网卡的多个物理成员口的目标逻辑端口，所述目标逻辑端口为基于绑定的所述多个物理成员口所虚拟出的代理端口；建立所述目标PCI标识和所述目标逻辑端口的关联关系。

其中，建立PCI标识和驱动模块中bond逻辑端口的关联关系，进而能够实现虚拟交换模块中的虚拟交换模机OVS可根据PCI标识probe用户态bond驱动，即在驱动模块中的bond驱动，实现虚拟交换模块对插入的一个或者多个DPU智能网卡的逻辑端口的管理。

可见，在本示例中，DPU智能网卡的驱动模块可建立PCI标识和bond驱动的逻辑端口的关联关系，便于建立虚拟交换模块和DPU智能网卡中bond驱动的关联，有利于实现智能网卡中bond驱动和虚拟交换机OVS的即插即用，提高bond驱动的兼容性。

在一个可能的示例中，在所述创建所述DPU智能网卡的多个物理成员口的目标逻辑端口方面，上述方法还可包括如下步骤：确定所述目标逻辑端口的聚合类型、聚合模式和端口名称；根据所述聚合类型、所述聚合模式和所述端口名称创建所述DPU智能网卡的多个物理成员口的所述目标逻辑端口。

其中，聚合模式为网卡bond模式，网卡bond模式包括七种，balance-rr模式，mode＝0：具备高可用和负载均衡的功能，需要配置交换机；active-backup模式，mode＝1：具有高可用功能，无需配置交换机，该模式只有一块物理网卡工作，对外只有一个媒体访问控制(Media Access Control，MAC)地址，端口利用率比较低；balance-xor模式，mode＝2：不需要配置交换机；broadcast模式，mode＝3：不需要配置交换机；802.3ad模式，mode＝4：需要配置交换机，将交换机上的端口加入到一个链路聚合组中，链路聚合组是指将与网卡连接的多个物理链路聚合在一起，形成的一个逻辑链路的集合；balance-tlb模式，mode＝5：不需要配置交换机；balance-alb模式，mode＝6：具备有高可用和负载均衡的功能，不需要配置交换机。

其中，聚合类型可以是链路聚合，链路聚合是指将多个物理端口汇聚在一起，形成一个逻辑端口，以实现出、入流量吞吐量在各个成员端口的负荷分担。

可见，在本示例中，DPU智能网卡的驱动模块可创建多个成员口的逻辑端口，进一步可建立PCI标识和驱动模块中bond驱动的逻辑端口的关联关系，便于建立虚拟交换模块中虚拟交换机OVS和DPU智能网卡中bond驱动的关联，有利于实现智能网卡中bond驱动的即插即用，提高bond驱动的兼容性。

在一个可能的示例中，在所述执行所述目标配置管理操作之后，上述方法还可包括如下步骤：接收所述终端工具通过所述目标通道发送的网卡检测命令，所述网卡检测命令用于指示所述驱动模块进行网卡端口性能检测；根据所述网卡检测命令，确定待执行的检测操作；执行所述检测操作，得到检测输出信息；通过所述目标通道将所述检测输出信息发送到所述终端工具。

其中，网卡检测命令可以是针对网卡端口的报文收发性能检测命令，也可以是其他检测命令，在此不做限定。

其中，不同的网卡检测命令对应有不同的检测操作，驱动模块执行检测操作之后，会得到检测输出信息，例如：当网卡检测命令是端口收发性能检测时，检测输出信息可以是丢包率和时延，得到检测输出信息之后，驱动模块仍通过目标通道将该检测输出信息发送到终端工具，终端工具进一步对检测输出信息进行分析，确定检测的网卡端口的收发性能，便于及时发现问题，消除异常。

可见，在本示例中，DPU智能网卡的驱动模块可根据终端工具通过目标通道下发的网卡检测命令，对网卡端口的性能进行检测，有利于提高数据转发的稳定性。

在一个可能的示例中，当所述网卡检测命令为检测目标待检测端口的报文收发性能，所述执行所述检测操作，得到检测输出信息，上述方法可包括如下步骤：记录预设时间段内所述目标待检测端口的报文收发数量和报文收发时间；根据所述报文收发数量，确定丢包率；根据所述报文收发时间，确定时延；将所述丢包率和所述时延作为所述检测输出信息。

其中，目标待检测端口可为bond驱动中任一成员口，主要是对目标待检测端口的时延和丢包率进行检测，检测过程中可设置该端口要发送的待检测报文，待检测报文可为用于报文收发性能检测的报文。

其中，在根据检测输出信息确定出目标待检测端口的性能异常，则可选择关闭该端口。

可选地，驱动模块可记录多个预设时间段内所述目标待检测端口的多个报文收发数量和多个报文收发时间，每一预设时间段对应一个报文收发数量的检测数据和一个保温收发时间的检测数据；根据所述多个报文收发数量，确定多个丢包率；根据所述多个报文收发时间，确定多个时延；将所述多个丢包率中最小的丢包率和所述多个时延中最小的时延作为所述检测输出信息。

可见，在本示例中，驱动模块可根据终端工具通过目标通道下发的网卡检测命令，对网卡端口的收发性能进行检测，以及在目标待检测端口的收发性能异常时，关闭该目标待检测端口，有利于提高数据转发的稳定性。

在一个可能的示例中，在所述接收终端工具通过目标通道发送的网卡配置命令之前，上述方法可包括如下步骤：将所述驱动模块的通信地址和通信端口绑定到所述目标通道；将所述目标通道设置为监听模式；当监听到所述终端工具的连接请求时，建立与所述终端工具的socket通信连接。

具体实现中，是将驱动模块的bond驱动的通信地址和通信端口绑定到目标通道，即socket通道，并设置socket通道为监听模式，以监听终端工具的连接请求，当监听到终端工具发送的连接请求时，建立终端工具和驱动模块中bond驱动的socket连接。

可见，在本示例中，可建立终端工具和驱动模块的socket连接，进而实现终端工具下发bond配置管理的网卡配置命令到DPU智能网卡的bond驱动，实现虚拟交换机和bond驱动配置管理的解耦，有利于实现智能网卡中bond驱动和虚拟交换机OVS的即插即用，提高bond驱动的兼容性。

请参阅图3，图3是本申请实施例提供的另一种网卡配置的管理方法的流程示意图，应用于DPU智能网卡的虚拟交换模块，所述DPU智能网卡包括驱动模块和所述虚拟交换模块，如图所示，本网卡配置的管理方法包括以下操作。

S301、添加目标端口。

其中，添加的目标端口为虚拟交换模块中虚拟交换机与驱动模块进行数据转发的端口。

S302、确定所述目标端口的目标PCI标识。

S303、将所述目标PCI标识添加到所述虚拟交换模块的网桥。

其中，具体是将目标PCI标识和目标端口的对应关系添加到网桥。

S304、通过数据平面开发套件DPDK的RTE接口向所述驱动模块的目标逻辑端口发送携带所述目标PCI标识的驱动加载请求，所述DPDK用于为所述虚拟交换模块分配设备结构体，所述驱动模块用于执行如下操作：接收终端工具通过目标通道发送的网卡配置命令；根据所述网卡配置命令，确定所执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；接收所述虚拟交换模块发送的携带所述目标PCI标识的所述驱动加载请求；响应于所述驱动加载请求，加载目标驱动。

其中，DPU智能网卡的驱动模块可建立目标PCI标识和目标逻辑端口之间的关联关系，实现虚拟交换模块中虚拟交换机基于PCI标识建立与DPU智能网卡中bond驱动连接，也实现对DPU智能网卡中bond驱动的逻辑端口的管理。

其中，设备结构体可以是rte_eth_dev，可通过函数实现PCI设备结构体和DPDK内部rte_eth_dev的对接，由于DPK需要对外提供网卡控制端口，控制过程中的参数与驱动是无关的，因为不能通过直接操作PCI设备的数据结构来完成，因此DPDK抽象出设备结构体，为初始化的PCI接口分配一个唯一的rte_eth_dev设备结构体，来完成这些控制功能。

其中，虚拟交换模块建立目标端口的结构体和分配的设备结构之间的映射之后，可借助分配的设备结构体调用底层函数实现对DPU智能网卡的操作控制。

具体实现中，虚拟交换模块中的虚拟交换机可调用DPDK的RTE接口向DPU智能网卡的驱动模块中的bond驱动的目标逻辑端口发送携带目标PCI标识的驱动加载请求，DPDK会为虚拟交换模块中虚拟交换机的目标端口分配设备结构体，实现目标端口的结构体和设备结构体之间的映射。

可以看出，本申请实施例中，虚拟交换模块先添加与DPU智能网卡的驱动模块进行数据转发的目标端口，接着确定目标端口的目标PCI标识，进一步将目标PCI标识添加到虚拟交换模块的网桥，最后，向DPU智能网卡的驱动模块发送携带目标PCI标识的驱动加载请求，DPU智能网卡的驱动模块用于执行如下操作：接收终端工具通过目标通道发送的网卡配置命令；根据网卡配置命令，确定所执行的目标配置管理操作；执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息；接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求；响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

请参阅图4，图4是本申请实施例提供的一种电子设备A的结构示意图，如图4所示，所述电子设备应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块，该电子设备包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，上述一个或多个程序被配置由上述处理器执行以下步骤的指令：

接收终端工具通过目标通道向所述驱动模块发送的网卡配置命令；

根据所述网卡配置命令，确定所需执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；

执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；

接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求；

响应于所述驱动加载请求，加载目标驱动。

可以看出，本申请实施例中，电子设备A可接收终端工具通过目标通道发送的网卡配置命令，接着根据网卡配置命令，确定所需执行的目标配置管理操作，并进一步执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息，接着接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求，最后，响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

在一个可能的示例中，在所述接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求之前，上述程序还包括用于执行以下步骤的指令：

获取目标PCI标识；

创建所述DPU智能网卡的多个物理成员口的目标逻辑端口，所述目标逻辑端口为基于绑定的所述多个物理成员口所虚拟出的代理端口；

建立所述目标PCI标识和所述目标逻辑端口的关联关系。

在一个可能的示例中，在所述创建所述DPU智能网卡的多个物理成员口的目标逻辑端口方面，上述程序还包括用于执行以下步骤的指令：

确定所述目标逻辑端口的聚合类型、聚合模式和端口名称；

根据所述聚合类型、所述聚合模式和所述端口名称创建所述DPU智能网卡的多个物理成员口的所述目标逻辑端口。

在一个可能的示例中，在所述执行所述目标配置管理操作之后，上述程序还包括用于执行以下步骤的指令：

接收所述终端工具通过所述目标通道发送的网卡检测命令，所述网卡检测命令用于指示所述驱动模块进行网卡端口性能检测；

根据所述网卡检测命令，确定待执行的检测操作；

执行所述检测操作，得到检测输出信息；

通过所述目标通道将所述检测输出信息发送到所述终端工具。

在一个可能的示例中，当所述网卡检测命令为检测目标待检测端口的报文收发性能，所述执行所述检测操作，得到检测输出信息，上述程序包括用于执行以下步骤的指令：

记录预设时间段内所述目标待检测端口的报文收发数量和报文收发时间；

根据所述报文收发数量，确定丢包率；

根据所述报文收发时间，确定时延；

将所述丢包率和所述时延作为所述检测输出信息。

在一个可能的示例中，在所述接收终端工具通过目标通道发送的网卡配置命令之前，上述程序还包括用于执行以下步骤的指令：

将所述驱动模块的通信地址和通信端口绑定到所述目标通道；

将所述目标通道设置为监听模式；

当监听到所述终端工具的连接请求时，建立与所述终端工具的socket通信连接。

请参阅图5，图5是本申请实施例提供的一种电子设备B的结构示意图，如图5所示，所述电子设备应用于DPU智能网卡的虚拟交换模块，所述DPU智能网卡包括驱动模块和所述虚拟交换模块，该电子设备包括处理器、存储器、通信接口以及一个或多个程序，其中，上述一个或多个程序被存储在上述存储器中，上述一个或多个程序被配置由上述处理器执行以下步骤的指令：

添加目标端口；

确定所述目标端口的目标PCI标识；

将所述目标PCI标识添加到所述虚拟交换模块的网桥；

通过数据平面开发套件DPDK的RTE接口向所述驱动模块的目标逻辑端口发送携带所述目标PCI标识的驱动加载请求，所述DPDK用于为所述虚拟交换模块分配设备结构体；

所述驱动模块用于执行如下操作：

接收终端工具通过目标通道发送的网卡配置命令；根据所述网卡配置命令，确定所执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；接收所述虚拟交换模块发送的携带所述目标PCI标识的所述驱动加载请求；响应于所述驱动加载请求，加载目标驱动。

可以看出，本申请实施例中，电子设备B先添加与DPU智能网卡的驱动模块进行数据转发的目标端口，接着确定目标端口的目标PCI标识，进一步将目标PCI标识添加到虚拟交换模块的网桥，最后，向DPU智能网卡的驱动模块发送携带目标PCI标识的驱动加载请求，DPU智能网卡的驱动模块用于执行如下操作：接收终端工具通过目标通道发送的网卡配置命令；根据网卡配置命令，确定所执行的目标配置管理操作；执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息；接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求；响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是,电子设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对电子设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图6给出了一种网卡配置的管理装置A600的功能单元组成框图，如图6所示，应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块，所述装置包括：接收单元601、确定单元A 602、执行单元603、加载单元604、创建单元605和监听单元606，其中，

所述接收单元601，用于接收终端工具通过目标通道向所述驱动模块发送的网卡配置命令；

所述确定单元A602，用于根据所述网卡配置命令，确定所需执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；

所述执行单元603，用于执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；

所述接收单元601，还用于接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求；

所述加载单元604，用于响应于所述驱动加载请求，加载目标驱动。

可以看出，本申请实施例描述的网卡配置的管理装置A600可接收终端工具通过目标通道发送的网卡配置命令，接着根据网卡配置命令，确定所需执行的目标配置管理操作，并进一步执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息，接着接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求，最后，响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

在一个可能的示例中，在所述接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求之前，所述创建单元605具体用于：

获取目标PCI标识；

创建所述DPU智能网卡的多个物理成员口的目标逻辑端口，所述目标逻辑端口为基于绑定的所述多个物理成员口所虚拟出的代理端口；

建立所述目标PCI标识和所述目标逻辑端口的关联关系。

在一个可能的示例中，在所述创建所述DPU智能网卡的多个物理成员口的目标逻辑端口方面，所述创建单元605具体用于：

确定所述目标逻辑端口的聚合类型、聚合模式和端口名称；

根据所述聚合类型、所述聚合模式和所述端口名称创建所述DPU智能网卡的多个物理成员口的所述目标逻辑端口。

在一个可能的示例中，在所述执行所述目标配置管理操作之后，所述执行单元603还具体用于：

接收所述终端工具通过所述目标通道发送的网卡检测命令，所述网卡检测命令用于指示所述驱动模块进行网卡端口性能检测；

根据所述网卡检测命令，确定待执行的检测操作；

执行所述检测操作，得到检测输出信息；

通过所述目标通道将所述检测输出信息发送到所述终端工具。

在一个可能的示例中，当所述网卡检测命令为检测目标待检测端口的报文收发性能，所述执行所述检测操作，得到检测输出信息，所述确定单元A602具体用于：

记录预设时间段内所述目标待检测端口的报文收发数量和报文收发时间；

根据所述报文收发数量，确定丢包率；

根据所述报文收发时间，确定时延；

将所述丢包率和所述时延作为所述检测输出信息。

在一个可能的示例中，在所述接收终端工具通过目标通道发送的网卡配置命令之前，所述监听单元606具体用于：

将所述驱动模块的通信地址和通信端口绑定到所述目标通道；

将所述目标通道设置为监听模式；

当监听到所述终端工具的连接请求时，建立与所述终端工具的socket通信连接。

图7给出了一种网卡配置的管理装置B 700的功能单元组成框图，如图7所示，应用于DPU智能网卡的虚拟交换模块，所述DPU智能网卡包括驱动模块和所述虚拟交换模块；所述装置包括：添加单元701、确定单元B 702和传输单元703，其中，

所述添加单元701，用于添加目标端口；

所述确定单元B 702，用于确定所述目标端口的目标PCI标识；

所述添加单元701，还用于将所述目标PCI标识添加到所述虚拟交换模块的网桥；

所述传输单元703，用于通过数据平面开发套件DPDK的RTE接口向所述驱动模块的目标逻辑端口发送携带所述目标PCI标识的驱动加载请求，所述DPDK用于为所述虚拟交换模块分配设备结构体，所述驱动模块用于执行如下操作：接收终端工具通过目标通道发送的网卡配置命令；根据所述网卡配置命令，确定所执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；接收所述虚拟交换模块发送的携带所述目标PCI标识的所述驱动加载请求；响应于所述驱动加载请求，加载目标驱动。

可以看出，本申请实施例描述的网卡配置的管理装置B 700先添加与DPU智能网卡的驱动模块进行数据转发的目标端口，接着确定目标端口的目标PCI标识，进一步将目标PCI标识添加到虚拟交换模块的网桥，最后，向DPU智能网卡的驱动模块发送携带目标PCI标识的驱动加载请求，DPU智能网卡的驱动模块用于执行如下操作：接收终端工具通过目标通道发送的网卡配置命令；根据网卡配置命令，确定所执行的目标配置管理操作；执行目标配置管理操作，以及存储执行目标配置管理操作后的网卡配置信息；接收虚拟交换模块发送的携带目标PCI标识的驱动加载请求；响应于驱动加载请求，加载目标驱动。采用本申请实施例，能够实现终端工具下发网卡配置命令，网卡驱动响应于网卡配置命令进行相应的配置管理操作，同时实现虚拟交换机和网卡配置下发和恢复的解耦，进而实现智能网卡中OVS和bond驱动的即插即用，有利于提高DPU智能网卡中bond驱动的兼容性。

需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

本实施例提供的电子设备，用于执行上述网卡配置的管理方法，因此可以达到与上述实现方法相同的效果。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括电子设备。

本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包，上述计算机包括电子设备。

本申请实施例还提供一种芯片，该芯片包括处理器，可用于执行指令，在上述处理器执行指令的情况下，使得上述芯片可以实现上述方法实施例中记载的任一方法的部分或全部步骤。可选地，该芯片还可以包括通信接口，该通信接口可用于接收信号或者发送信号。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种网卡配置的管理方法，其特征在于，应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块，包括：

接收终端工具通过目标通道向所述驱动模块发送的网卡配置命令；

根据所述网卡配置命令，确定所需执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；

执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；

接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求；

响应于所述驱动加载请求，加载目标驱动。

2.根据权利要求1所述的方法，其特征在于，在所述接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求之前，所述方法还包括：

获取目标PCI标识；

创建所述DPU智能网卡的多个物理成员口的目标逻辑端口，所述目标逻辑端口为基于绑定的所述多个物理成员口所虚拟出的代理端口；

建立所述目标PCI标识和所述目标逻辑端口的关联关系。

3.根据权利要求2所述的方法，其特征在于，所述创建所述DPU智能网卡的多个物理成员口的目标逻辑端口，包括：

确定所述目标逻辑端口的聚合类型、聚合模式和端口名称；

根据所述聚合类型、所述聚合模式和所述端口名称创建所述DPU智能网卡的多个物理成员口的所述目标逻辑端口。

4.根据权利要求1所述的方法，其特征在于，在所述执行所述目标配置管理操作之后，所述方法还包括：

接收所述终端工具通过所述目标通道发送的网卡检测命令，所述网卡检测命令用于指示所述驱动模块进行网卡端口性能检测；

根据所述网卡检测命令，确定待执行的检测操作；

执行所述检测操作，得到检测输出信息；

通过所述目标通道将所述检测输出信息发送到所述终端工具。

5.根据权利要求4所述的方法，其特征在于，当所述网卡检测命令为检测目标待检测端口的报文收发性能，所述执行所述检测操作，得到检测输出信息，包括：

记录预设时间段内所述目标待检测端口的报文收发数量和报文收发时间；

根据所述报文收发数量，确定丢包率；

根据所述报文收发时间，确定时延；

将所述丢包率和所述时延作为所述检测输出信息。

6.根据权利要求1所述的方法，其特征在于，在所述接收终端工具通过目标通道发送的网卡配置命令之前，所述方法还包括：

将所述驱动模块的通信地址和通信端口绑定到所述目标通道；

将所述目标通道设置为监听模式；

当监听到所述终端工具的连接请求时，建立与所述终端工具的socket通信连接。

7.一种网卡配置的管理方法，其特征在于，应用于DPU智能网卡的虚拟交换模块，所述DPU智能网卡包括驱动模块和所述虚拟交换模块；所述方法包括：

添加目标端口；

确定所述目标端口的目标PCI标识；

将所述目标PCI标识添加到所述虚拟交换模块的网桥；

通过数据平面开发套件DPDK的RTE接口向所述驱动模块的目标逻辑端口发送携带所述目标PCI标识的驱动加载请求，所述DPDK用于为所述虚拟交换模块分配设备结构体；

所述驱动模块用于执行如下操作：

接收终端工具通过目标通道发送的网卡配置命令；根据所述网卡配置命令，确定所执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；接收所述虚拟交换模块发送的携带所述目标PCI标识的所述驱动加载请求；响应于所述驱动加载请求，加载目标驱动。

8.一种网卡配置的管理装置，其特征在于，应用于DPU智能网卡的驱动模块，所述DPU智能网卡包括所述驱动模块和虚拟交换模块，所述装置包括：接收单元、确定单元、执行单元和加载单元，其中，

所述接收单元，用于接收终端工具通过目标通道发送的网卡配置命令；

所述确定单元，用于根据所述网卡配置命令，确定所需执行的目标配置管理操作，所述目标配置管理操作包括以下至少一种：bond口创建、bond口删除、bond模式设置、成员口添加、成员口删除、设置主成员口、bond发送hash策略设置和bond状态查询；

所述执行单元，用于执行所述目标配置管理操作，以及存储执行所述目标配置管理操作后的网卡配置信息；

所述接收单元，还用于接收所述虚拟交换模块发送的携带目标PCI标识的驱动加载请求；

所述加载单元，用于响应于所述驱动加载请求，加载目标驱动。

9.一种电子设备，其特征在于，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7任一项所述的方法中的步骤的指令。

10.一种计算机可读存储介质，其特征在于，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如权利要求1-7任一项所述的方法。