[发明专利]一种容器平台中网卡的动态管理方法、系统及业务节点

说明书

本发明公开了一种容器平台中网卡的动态管理方法、系统及业务节点，其中，所述方法包括：监听CRD资源，当CRD资源出现变更事件时，对比变更前后的CRD资源，以确定当前待执行的网卡操作类型；其中，所述CRD资源中包括网卡信息和路由信息；识别变更后的CRD资源对应的目标容器，若所述网卡操作类型表征新增网卡，调用网卡新增接口和地址设置接口，根据所述变更后的CRD资源中的网卡信息，分别为所述目标容器创建新增的网卡以及为所述新增的网卡配置IP地址；调用路由添加接口，根据所述变更后的CRD资源中的路由信息，为所述新增的网卡配置路由。本申请提供的技术方案，能够在POD运行过程中对网卡进行动态管理。

技术领域

本发明涉及互联网技术领域，特别涉及一种容器平台中网卡的动态管理方法、系统及业务节点。

背景技术

Kubernetes提供了应用部署、调度、更新、维护的一种机制，但它在Pod-to-Pod的通信网络上还缺少一个普适的解决方案。在容器部署中，CNI(Container NetworkInterface，容器网络接口)为容器集群工具(Kubernetes、Mesos、OpenShift等)提供了一个网络标准。基于此CNI标准，当前涌现了一大批CNI插件(Cilium、Calico、Flannel等解决方案)，但这些CNI插件主要方向都是为了解决网络的互通或性能，而在多网卡的管理上显得乏力。

传统上，网络功能使用多个网络接口将数据网络平面与管理网络平面分离控制，从而支持不同的协议，满足不同的调整和配置要求。当前，Kubernetes缺乏支持VNF(Virtual Network Function，虚拟化网络功能)中多个网络接口的所需功能。基于此，目前Intel提供了Multus方案，其中提供了将多个接口添加到POD容器组)的功能。

Multus方案虽然能创建多网卡，但其在动态管理仍显不足，网卡创建的时机是在POD启动时。而当POD运行时，无法对网卡进行动态的管理，而且也无法对网卡上的各项信息进行动态配置。

发明内容

本申请的目的在于提供一种容器平台中网卡的动态管理方法、系统及业务节点，能够在POD运行过程中对网卡进行动态管理。

为实现上述目的，本申请一方面提供一种容器平台中网卡的动态管理方法，所述方法应用于容器平台的业务节点中，所述方法包括：监听CRD资源，当CRD资源出现变更事件时，对比变更前后的CRD资源，以确定当前待执行的网卡操作类型；其中，所述CRD资源中包括网卡信息和路由信息；识别变更后的CRD资源对应的目标容器，若所述网卡操作类型表征新增网卡，调用网卡新增接口和地址设置接口，根据所述变更后的CRD资源中的网卡信息，分别为所述目标容器创建新增的网卡以及为所述新增的网卡配置IP地址；调用路由添加接口，根据所述变更后的CRD资源中的路由信息，为所述新增的网卡配置路由。

在一个实施方式中，识别变更后的CRD资源对应的目标容器包括：从变更后的CRD资源中获取空间标识和选择标签，并调用POD的客户端接口，在所述空间标识指向的用户空间中查询与所述选择标签相匹配的POD对象；获取所述POD对象的容器标识，并将所述容器标识指向的容器作为识别出的目标容器。

在一个实施方式中，在识别变更后的CRD资源对应的目标容器之后，所述方法还包括：查询所述目标容器的进程号，并根据所述进程号进入所述目标容器的内部空间；在所述目标容器的内部空间内操作静态路由文件，以通过所述静态路由文件将变更后的CRD资源中的配置信息持久化到文件系统中。

在一个实施方式中，所述方法还包括：若所述网卡操作类型表征删除网卡，从所述变更后的CRD资源的网卡信息中识别出待删除的目标网卡，调用网卡删除接口和地址删除接口，删除所述目标网卡以及删除所述目标网卡的IP地址；从所述变更后的CRD资源的路由信息中识别出待删除的目标路由，调用路由删除接口，删除所述目标路由。