[发明专利]一种网络服务质量的配置方法、设备和介质

说明书

本发明实施例公开了一种QoS的配置方法、设备和介质。主节点执行的方法包括：获取与容器平台中至少一个Pod对应的用户平面的QoS配置信息；根据QoS规则，生成控制平面的QoS绑定资源CRD，并根据各Pod定位信息，生成与QoS绑定CRD对应的应用到组CRD；将QoS绑定CRD和应用到组CRD在主节点中进行存储，指示运行有所配置Pod的工作节点在监听到所述QoS绑定CRD和应用到组CRD的存储时，向匹配的物理组网设备下发流量控制规则，本发明实施例的技术方案实现了多维度的Kubernetes集群容器网络QoS带宽保障，在不同Pod对网络带宽资源需求程度不同的场景下，提供可靠、有保障的网络通信服务。

技术领域

本发明实施例涉及容器组的网络流量控制领域，尤其涉及一种网络服务质量的配置方法、设备和介质。

背景技术

当前云原生浪潮下，各种类型的应用或者服务都逐渐迁移到云上进行部署，而容器云是被越来越广泛使用的底层云技术，其中基于Kubernetes技术的容器云已经成为了容器云事实上的标准。运行在容器云中不同的应用或者服务对网络服务质量(NetworkQualityofService，QoS)要求不同，这就需要Kubernetes集群能够按需提供QoS保障的能力，在丢包、延迟、抖动和带宽等方面按需保证可预期的网络服务质量。

传统网络中QoS带宽保障功能已经比较的成熟，而当前Kubernetes社区目前只实现了QoS中的最大带宽限制功能，具体的实现方式如下：通过在注解(annotations)中添加用于限制最大出入带宽的带宽元数据，将带宽元数据附加到容器组(Pod)对象上。

发明人在实现本发明的过程中，发现现有技术存在如下缺陷：Kubernetes社区容器网络QoS带宽保障功能只能限制Pod出入方向的最大带宽，没法做到最小带宽保障，同时没法实现更为精细的QoS管控；此外，当前QoS配置是放在注解中，然后将注解中的带宽元数据附加到Pod对象上，配置修改后需要重启Pod才能生效，会导致Pod内部提供的服务短暂不可用从而影响业务，也没法灵活的选择需要配置QoS的Pod对象；同时，当前需要为设置了QoS功能的每一个Pod的Veth设备对创建Ifb网络设备，进而需要维护大量的Ifb设备，设备维护的工作量大。

发明内容

本发明实施例提供了一种网络服务质量的配置方法、设备和介质，创造性的实现了多维度的Kubernetes集群容器网络QoS带宽保障，进而可以在不同Pod对网络带宽资源需求程度不同的场景下，提供可靠、有保障的网络通信服务。

第一方面，本发明实施例提供了一种QoS的配置方法，由容器平台中的主节点执行，包括：

获取与容器平台中至少一个Pod对应的用户平面的QoS配置信息，用户平面QoS配置信息中包括：QoS规则，以及至少一项Pod定位信息；

根据所述QoS规则，生成控制平面的QoS绑定CRD(CustomResourceDefinition，用户自定义资源)，并根据各所述Pod定位信息，生成与所述QoS绑定CRD对应的应用到组CRD；

将QoS绑定CRD和应用到组CRD在主节点中进行存储，以指示运行有所配置Pod的工作节点在监听到所述QoS绑定CRD和应用到组CRD的存储时，向匹配的物理组网设备下发针对所配置Pod的流量控制规则。

第二方面，本发明实施例还提供了一种网络服务质量QoS的配置方法，由容器平台中的工作节点执行，包括：

对容器平台中的主节点进行CRD的存储监听；

在监听到所述主节点中存储有新的QoS绑定CRD和应用到组CRD时，检测与监听到的CRD所配置的Pod是否位于本机节点上；

若是，则获取本机节点所适配的CNI(Container Network Interface，容器网络接口)插件的CNI类型，并根据所述CNI类型，获取CNI插件实现跨节点网络通信时使用的物理组网设备；