CN115865921A - 一种构建容器网络的方法、系统、存储介质、电子设备 - Google Patents

Abstract

本发明涉及一种构建容器网络的方法、系统、存储介质、电子设备。系统包括Kubernetes集群、CNI插件、资源管理系统、云平台，资源管理系统包括依次连接的资源管理模块、资源代理模块、IaaS提供者模块，Kubernetes集群对接CNI插件，资源管理模块还与CNI插件连接，IaaS提供者模块对接云平台。IaaS提供者模块，用于通过内置的IaaS提供者资源管理协议对接上层云平台模块，各类资源管理协议仅提供与云平台无关的资源通用描述信息，能力自描述协议表明IaaS提供者模块可提供的网络资源管理能力。本发明中网络插件通过IaaS提供者资源管理协议与具体云平台解耦，仅少量开发对应IaaS提供者模块，便可快速实现使用云平台VPC网络能力的Underlay高性能网络插件，快速对接不同云平台。

Description

一种构建容器网络的方法、系统、存储介质、电子设备

技术领域

本发明属于Kubernetes云平台技术领域，具体涉及一种构建容器网络的方法、系统、存储介质、电子设备。

背景技术

容器管理平台Kubernetes通过容器网络接口(CNI)将容器网络方案实现与Kubernetes解耦，可支持对接不同容器网络方案，以满足不同场景需求。目前容器网络方案可划分为Overlay和Underlay两类。Overlay网络方案基于现有网络环境构建一层覆盖网络，常使用veth、bridge和tun等虚拟设备及ipip、vxlan等封包技术。与之相对，Underlay容器网络方案则基于现有网络环境构建同网络平面的容器网络，常使用MACVLAN/IPVLAN、sriov、弹性网卡等技术。Overlay容器网络由于多了一层抽象，存在不同层度的网络性能损耗。

云服务提供商的IaaS层大多以虚拟私有网络(Virtual Private Cloud，VPC)方式提供网络隔离和网络管理能力。VPC可进一步划分子网，或以虚拟交换机vswitch形式划分。同个子网内虚拟机之间满足二层连通，同个VPC内虚拟机之间满足三层连通。VPC网络资源管理能力以API形式提供，如为虚拟机动态添加网卡、为网卡动态绑定子网IP等。部分公有云服务提供商，提供基于VPC的Underlay容器网络插件，通过动态创建网卡并为容器提供IPVLAN虚拟网卡等方式实现容器网络，如AWS的amazon-vpc-cni-k8s插件，阿里云的terway插件等。

Kubernetes Pod是最小调度单元，一个Pod里面装载一个或多个容器，这些容器共用一个网络栈。Pod创建时，kubelet服务会创建该Pod的网络命名空间等资源，并通过CNI接口调用容器网络插件，后者会在该网络命名空间内配置网络栈，实现容器互通等目标。

部分公有云服务提供商，提供基于VPC的Underlay容器网络插件，通过动态创建网卡并为容器提供IPVLAN虚拟网卡等方式构建容器网络，为容器提供和虚拟机所处虚拟网络相当的网络能力，以满足客户对容器网络高性能及VPC级连通性的需求。目前，这类基于VPC的Underlay容器网络插件均和云平台深度绑定，无法跨云平台使用，难扩展，且部分公有云/私有云提供商并未实现类似网络插件。

以阿里云容器平台ACK提供的高性能网络插件terway为例，阿里云VPC以虚拟交换机vswitch方式管理二层网络，terway插件使用VPC和vswitch能力为kubernetes节点动态创建弹性网卡ENI及分配辅助子网IP，通过ENI独占或分配IPVLAN虚拟网卡方式配置容器网络栈。该插件管理弹性网卡ENI及辅助子网IP等逻辑均和阿里云API强相关，且深度依赖阿里云ECS metadata及vswitch等概念，最终使得该插件与阿里云强绑定，无法在其它云平台运行。由于terway插件主要模块不同程度包含对阿里云的依赖，插件开发者难以基于该插件开发适用于其它平台的网络插件。

若用户依赖这类深度绑定云平台的网络插件，当用户计划将服务迁移到其它云平台时，网络插件的差异会成为一个制约项。此外，在私有云场景，考虑到私有云IaaS在API层面的多样性，目前并不存在一种该类网络插件可快速对接各类云平台为kubernetes容器平台提供高性能容器网络。

发明内容

针对现有技术中存在的上述问题，本发明提供一种构建容器网络的方法、系统、存储介质、电子设备，本发明中网络插件通过IaaS提供者资源管理协议与具体云平台解耦，仅少量开发对应IaaS提供者模块，便可快速实现使用云平台VPC网络能力的Underlay高性能网络插件，快速对接不同云平台。

本发明采用以下技术方案：

本发明实施例第一方面提供一种构建容器网络的系统，包括Kubernetes集群、CNI插件、资源管理系统、云平台，资源管理系统包括依次连接的资源管理模块、资源代理模块、IaaS提供者模块，Kubernetes集群对接CNI插件，资源管理模块还与CNI插件连接，IaaS提供者模块对接云平台；

资源代理模块，用于初始化及配置IaaS提供者模块；

IaaS提供者模块，用于通过内置的IaaS提供者资源管理协议对接云平台，以从云平台中获取相应的网络资源，IaaS提供者资源管理协议包括多类资源管理协议和能力自描述协议，各类资源管理协议仅提供与云平台无关的资源通用描述信息，能力自描述协议表明IaaS提供者模块可提供的网络资源管理能力；

资源管理模块，用于对外提供资源管理API，以供CNI插件获取网络资源；

Kubernetes集群，用于创建Pod；

CNI插件，用于向资源管理模块获取网络资源，并基于获取的网络资源配置Pod的网络栈。

作为优选方案，还包括分别与资源管理模块、资源代理模块连接的对象池模块；

对象池模块，用于根据本地sqlite数据库记录的资源使用情况，及IaaS提供者模块获取到的网络资源，得到空闲资源和已使用资源集合，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源。

作为优选方案，对象池模块中，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源具体为：

当空闲资源数高于配置的高水位值，则通过对应IaaS提供者资源管理协议释放部分空闲资源，当空闲资源数低于配置的低水位值，则通过对应IaaS提供者资源管理协议申请部分资源。

作为优选方案，多类资源管理协议包括网卡资源管理协议、IP资源管理协议、VIP资源管理协议。

作为优选方案，IaaS提供者模块可提供的网络资源管理能力为多网卡能力、单网卡多IP能力、多网卡多IP能力、VIP能力中的一种或多种。

本发明实施例第二方面提供一种构建容器网络的方法，基于上述第一方面提供的一种构建容器网络的系统，包括步骤：

S1、根据配置初始化对应的IaaS提供者模块；

S2、IaaS提供者模块通过内置的IaaS提供者资源管理协议对接云平台，以从云平台中获取相应的网络资源；

S3、资源管理模块对外提供资源管理API，以供CNI插件获取网络资源；

S4、Kubernetes集群创建Pod；

S5、CNI插件向资源管理模块获取网络资源，并基于获取的网络资源配置Pod的网络栈。

作为优选方案，步骤S2与步骤S3之间还包括步骤：

根据本地sqlite数据库记录的资源使用情况，及IaaS提供者模块获取到的已分配资源，得到空闲资源和已使用资源集合，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源。

作为优选方案，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源具体为：

当空闲资源数高于配置的高水位值，则通过对应IaaS提供者资源管理协议释放部分空闲资源，当空闲资源数低于配置的低水位值，则通过对应IaaS提供者资源管理协议申请部分资源。

作为优选方案，步骤S3中，资源管理模块还基于本地sqlite数据库维护Pod和已分配资源的关联关系以及进行网络资源的生命周期管理。

作为优选方案，资源管理模块进行网络资源的生命周期管理具体包括：

定时检查Pod是否存活，若为非存活状态，则主动释放相关网络资源；

定时检查网络资源是否有效，若无效则上报告警。

本发明实施例第三方面提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行如本发明实施例第二方面及第二方面任一项所述的一种构建容器网络的方法。

本发明实施例第四方面提供一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行如本发明实施例第二方面及第二方面任一项所述的一种构建容器网络的方法。

本发明的有益效果是：

本发明中网络插件通过IaaS提供者资源管理协议与具体云平台解耦，仅少量开发对应IaaS提供者模块，便可快速实现使用云平台VPC网络能力的Underlay高性能网络插件，快速对接不同云平台。

附图说明

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

图1是根据本发明实施例的一种构建容器网络的系统的结构示意图；

图2是本发明所述资源管理系统的结构框图；

图3是本发明所述IaaS提供者资源管理协议与云平台的交互图；

图4是根据本发明实施例的一种构建容器网络的方法的流程示意图；

图5是根据本发明实施例的一种构建容器网络的方法的整体流程图；

图6是根据本发明实施例提供的计算机可读存储介质的结构示意图；

图7是根据本发明实施例提供的电子设备的结构示意图。

具体实施方式

以下通过特定的具体实施例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

实施例一：

参照图1所示，本实施例提供一种构建容器网络的系统，包括Kubernetes集群、CNI插件、资源管理系统、云平台，资源管理系统包括依次连接的资源管理模块、资源代理模块、IaaS提供者模块，Kubernetes集群对接CNI插件，资源管理模块还与CNI插件连接，IaaS提供者模块对接云平台；

资源代理模块，用于初始化及配置IaaS提供者模块；

IaaS提供者模块，用于通过内置的IaaS提供者资源管理协议对接云平台，以从云平台中获取相应的网络资源，IaaS提供者资源管理协议包括多类资源管理协议和能力自描述协议，各类资源管理协议仅提供与云平台无关的资源通用描述信息，能力自描述协议表明IaaS提供者模块可提供的网络资源管理能力；

资源管理模块，用于对外提供资源管理API，以供CNI插件获取网络资源；

Kubernetes集群，用于创建Pod；

CNI插件，用于向资源管理模块获取网络资源，并基于获取的网络资源配置Pod的网络栈。

还包括分别与资源管理模块、资源代理模块连接的对象池模块；

对象池模块，用于根据本地sqlite数据库记录的资源使用情况，及IaaS提供者模块获取到的网络资源，得到空闲资源和已使用资源集合，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源。

本发明方案，参照图1所示，核心包括CNI插件和资源管理系统两部分，以Client-Server架构组织。CNI插件实现CNI协议，作为一个可执行文件，与kubernetes对接。该插件提供准备容器网络栈(cmdAdd) 、删除容器网络栈(cmdDel)和检查容器网络栈(cmdCheck)能力，其所需子网网卡、子网IP等资源通过资源管理系统获取，其通过创建IPVLAN虚拟网卡或直接使用弹性网卡、配置容器及宿主机路由、配置linux流量控制等方式准备容器网络栈。资源管理系统负责对接阿里云、AWS或基于Openstack构建的私有云等云平台VPC相关API，通过调用这类API为Kubernetes集群节点管理网卡和子网IP等资源，这类资源将用于CNI插件配置容器网络。资源管理系统核心配置字段示例如下：

{

"subnets": ["subnet-id"],

"iaas_type": "openstack",

"security_groups": ["sg-id-1"],

......

}

其中iaas_type字段说明使用哪种内置实现的IaaS提供者模块，IaaS提供者模块和云平台一一对应；subnets字段说明使用哪些子网作为Pod用子网，该字段值在AWS、华为云、openstack等云平台为子网ID，在阿里云则为虚拟交换机vswitch ID；security_groups字段为动态创建网卡需绑定的安全组列表；除此之外，还有kubernetes service网段、对象池大小等配置。

资源管理系统的模块组成如图2所示：

资源管理模块：以grpc方式对外提供资源管理API，并维护Pod和网卡及IP等资源的关联关系，提供这类资源的生命周期管理能力。

对象池模块：由于IaaS接口调用耗时具有不确定性，通过对象池对网卡和IP等资源做池化处理，维持一定数量的空闲资源，通过直接分配空闲资源以实现资源快速分配，加速CNI插件配置容器网络，避免因容器网络栈准备耗时太久影响Pod创建。

资源代理模块：作为一个胶水层，通过iaas_type字段创建对应IaaS提供者模块，进行一些模块初始化及配置工作；IaaS提供者模块：实现IaaS提供者资源管理协议，对接不同云平台API。

为实现可跨平台特性，CNI插件实现逻辑和具体平台无关，其只关注网卡、IP和路由等通用概念；资源管理系统的资源管理、对象池和代理模块依赖高度抽象的网卡、IP等资源，其资源定义和具体云平台无关。所有对云平台的依赖，通过 IaaS提供者模块实现，而IaaS提供者模块和云平台则通过IaaS提供者资源管理协议对接。

参照图3所示，IaaS提供者资源管理协议包括网卡管理、IP管理、VIP管理等资源管理协议和能力自描述协议。能力自描述协议说明该IaaS提供者能提供什么能力，如多网卡能力、单网卡多IP能力、多网卡多IP能力和VIP能力等。资源管理模块会根据这些能力自描述初始化相应管理模块，及决定分配哪种网络资源，例如某个IaaS提供者模块仅提供单网卡多IP能力，该IaaS提供者模块需实现子网IP管理协议，当CNI插件向资源管理系统申请资源时，则会返回用于IPVLAN的IP资源给CNI插件，CNI插件使用IPVLAN虚拟网卡配置容器网络。各类资源管理协议的数据定义仅包含资源通用信息，例如ID标识符、网卡MAC地址、子网CIDR和网关等平台无关的通用信息，资源代理模块使用这类抽象资源做资源管理。例如基于本系统对接阿里云，只需开发对应的IaaS提供者模块即可，该模块逻辑简述如下：从配置文件或以其它方式获取鉴权信息，基于阿里云主机metadata服务和阿里云SDK实现对应资源管理协议定义的功能。对接openstack逻辑也大体类似。通过IaaS提供者资源管理协议屏蔽云服务提供商差异，从而实现资源管理功能和CNI插件复用，最终使得所述容器网络方案具备可跨云平台运行能力。

采用上述构建容器网络的系统构建网络的具体步骤在实施例二中进行解释说明。

实施例二：

参照图4所述，本实施例提供的一种构建容器网络的方法，简单来说包括以下步骤：

S1、根据配置初始化对应的IaaS提供者模块；

S2、IaaS提供者模块通过内置的IaaS提供者资源管理协议对接云平台，以从云平台中获取相应的网络资源；

S3、资源管理模块对外提供资源管理API，以供CNI插件获取网络资源；

S4、Kubernetes集群创建Pod；

S5、CNI插件向资源管理模块获取网络资源，并基于获取的网络资源配置Pod的网络栈。

本发明所述构建容器网络方法中更为细节的步骤可参照图5所示，包括以下步骤：

1、部署和初始化：

a、kubernetes拉起容器网络服务，创建核心配置文件，其中包含两类信息，第一类为资源管理系统使用的通用配置如子网ID、IaaS类型和安全组等；第二类是IaaS提供者模块所需配置，例如AKSK等云平台相关配置；

b、每个kubernetes节点拉起容器网络服务时，将CNI配置文件拷贝到特定目录；

c、每个kubernetes节点拉起容器网络服务时，将CNI插件文件拷贝到特定目录。

2、资源管理系统管理网卡、IP等资源，以IaaS提供者模块提供“多网卡多IP”能力为例：

a、根据配置初始化对应IaaS提供者模块；

b、IaaS提供者模块管理网卡；

i、检查宿主机是否存在所需子网的网卡，若不存在则调云平台接口新增网卡；

ii、根据配置的网卡可绑定IP数限制，若网卡已绑定IP数接近限制，则调云平台接口新增所需子网网卡；

c、对象池管理IP资源：

i、对象池初始化，根据本地sqlite数据库记录的资源使用情况，及IaaS提供者获取到的已分配资源，得到空闲资源和已使用资源集合；

ii、当空闲资源数高于配置的高水位值，则通过对应IaaS提供者资源管理协议释放部分空闲资源；当空闲资源数低于配置的低水位值，则通过对应IaaS提供者资源管理协议申请部分资源；

d、资源管理模块提供grpc服务，供CNI插件获取资源，并基于本地sqlite数据库维护Pod和已分配资源的关联关系：

e、资源管理模块负责IP等资源的生命周期管理；

i、定时检查Pod是否存活，若为非存活状态，则主动释放相关资源；

ii、定时检查资源是否有效，若无效则上报告警；维护资源使用等信息。

3、CNI插件准备容器网络栈：

a、kubernetes创建Pod，kubelet准备好容器网络命名空间等参数后，调用CNI插件cmdAdd方法配置容器网络栈；

b、CNI插件调用资源管理系统获取资源，该资源的类型决定容器网络配置方案，如资源类型为IP则使用IPVLAN虚拟网卡作为容器网卡；检查宿主机相关内核参数是否正确，如ip_forwarding是否开启等；

c、CNI插件调整宿主机网络，若使用IPVLAN虚拟网卡，则检查宿主机网络命名空间是否已存在IPVLAN中转设备，若无则创建，并配置容器IP到该IPVLAN中转设备的直连路由，以实现宿主机直接访问其上容器；

d、CNI插件配置容器网络栈，若使用IPVLAN虚拟网卡：

i、将宿主机对应子网网卡作为父网卡，创建IPVLAN虚拟设备，加入容器网络命名空间并绑定IP；

ii、配置网段路由和默认路由，默认路由网关为子网网关，即容器通过网关访问同VPC不同子网的IP；配置linux流量控制器，访问kubernetes service等流量走宿主机转发。

e、返回CNI插件配置容器网络栈结果给kubelet，继续Pod创建流程：

f、CNI插件删除容器网络栈(cmdDel)和检查容器网络栈(cmdCheck)方法实现类似。

相对于Kubernetes原生开源的基于虚拟私有网络的容器网络插件而言，本发明具有如下优点和效果：

CNI插件和资源管理系统核心模块不绑定云平台，可通过实现IaaS提供者资源管理协议对接不同云平台，以此为基础实现所述容器网络插件的跨云平台特性，该特性可增强kubernetes容器平台多云多场景适配能力，减少落地障碍，提升产品竞争力。

CNI插件和资源管理系统核心模块均为通用逻辑，具有可扩展特性。基于本发明的设计，可方便实现多云多场景下容器多网卡等特性，提升容器平台产品竞争力。

实施例三：

参照图6所示，本发明实施例还提供一种存储介质，其上存储有计算机程序601，该指令被处理器执行时实现上述实施例中一种构建容器网络的方法的步骤。本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述实施例二的流程。

其中，存储介质可为磁碟、光盘、只读存储记忆体(Read－Only Memory，ROM)、随机存储记忆体(Random AccessMemory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard DiskDrive，缩写：HDD)或固态硬盘(Solid－State Drive，SSD)等；所述存储介质还可以包括上述种类的存储器的组合。

实施例四：

参照图7所示，本发明实施例还提供了一种电子设备，该电子设备可以包括处理器51和存储器52，其中处理器51和存储器52可以通过总线或者其他方式连接，图7中以通过总线连接为例。

处理器51可以为中央处理器(Central Processing Unit，CPU)。处理器51还可以为其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等芯片，或者上述各类芯片的组合。

存储器52作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序、非暂态计算机可执行程序以及模块，如本发明实施例中的对应的程序指令/模块。处理器51通过运行存储在存储器52中的非暂态软件程序、指令以及模块，从而执行处理器的各种功能应用以及数据处理，即实现上述实施例二中的一种构建容器网络的方法。

存储器52可以包括存储程序区和存储数据区，其中，存储程序区可存储操作装置、至少一个功能所需要的应用程序；存储数据区可存储处理器51所创建的数据等。此外，存储器52可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施例中，存储器52可选包括相对于处理器51远程设置的存储器，这些远程存储器可以通过网络连接至处理器51。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述一个或者多个模块存储在所述存储器52中，当被所述处理器51执行时，执行实施例二中所述的一种构建容器网络的方法。

上述电子设备具体细节可以对应参阅实施例二中对应的相关描述和效果进行理解，此处不再赘述。

以上所述的实施例仅仅是对本发明的优选实施方式进行描述，并非对本发明的范围进行限定，在不脱离本发明设计精神的前提下，本领域普通技术人员对本发明的技术方案作出的各种变形和改进，均应落入本发明的保护范围内。

Claims (12)

1.一种构建容器网络的系统，其特征在于，包括Kubernetes集群、CNI插件、资源管理系统、云平台，资源管理系统包括依次连接的资源管理模块、资源代理模块、IaaS提供者模块，Kubernetes集群对接CNI插件，资源管理模块还与CNI插件连接，IaaS提供者模块对接云平台；

资源代理模块，用于初始化及配置IaaS提供者模块；

IaaS提供者模块，用于通过内置的IaaS提供者资源管理协议对接云平台，以从云平台中获取相应的网络资源，IaaS提供者资源管理协议包括多类资源管理协议和能力自描述协议，各类资源管理协议仅提供与云平台无关的资源通用描述信息，能力自描述协议表明IaaS提供者模块可提供的网络资源管理能力；

资源管理模块，用于对外提供资源管理API，以供CNI插件获取网络资源；

Kubernetes集群，用于创建Pod；

CNI插件，用于向资源管理模块获取网络资源，并基于获取的网络资源配置Pod的网络栈。

2.根据权利要求1所述的一种构建容器网络的系统，其特征在于，还包括分别与资源管理模块、资源代理模块连接的对象池模块；

对象池模块，用于根据本地sqlite数据库记录的资源使用情况，及IaaS提供者模块获取到的网络资源，得到空闲资源和已使用资源集合，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源。

3.根据权利要求2所述的一种构建容器网络的系统，其特征在于，对象池模块中，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源具体为：

当空闲资源数高于配置的高水位值，则通过对应IaaS提供者资源管理协议释放部分空闲资源，当空闲资源数低于配置的低水位值，则通过对应IaaS提供者资源管理协议申请部分资源。

4.根据权利要求1所述的一种构建容器网络的系统，其特征在于，多类资源管理协议包括网卡资源管理协议、IP资源管理协议、VIP资源管理协议。

5.根据权利要求1所述的一种构建容器网络的系统，其特征在于，IaaS提供者模块可提供的网络资源管理能力为多网卡能力、单网卡多IP能力、多网卡多IP能力、VIP能力中的一种或多种。

6.一种构建容器网络的方法，基于权利要求1-5任一项所述的一种构建容器网络的系统，其特征在于，包括步骤：

S1、根据配置初始化对应的IaaS提供者模块；

S2、IaaS提供者模块通过内置的IaaS提供者资源管理协议对接云平台，以从云平台中获取相应的网络资源；

S3、资源管理模块对外提供资源管理API，以供CNI插件获取网络资源；

S4、Kubernetes集群创建Pod；

S5、CNI插件向资源管理模块获取网络资源，并基于获取的网络资源配置Pod的网络栈。

7.根据权利要求6所述的一种构建容器网络的方法，其特征在于，步骤S2与步骤S3之间还包括步骤：

根据本地sqlite数据库记录的资源使用情况，及IaaS提供者模块获取到的已分配资源，得到空闲资源和已使用资源集合，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源。

8.根据权利要求7所述的一种构建容器网络的方法，其特征在于，通过对象池对网卡和IP资源做池化处理，维持一定数量的空闲资源具体为：

当空闲资源数高于配置的高水位值，则通过对应IaaS提供者资源管理协议释放部分空闲资源，当空闲资源数低于配置的低水位值，则通过对应IaaS提供者资源管理协议申请部分资源。

9.根据权利要求6所述的一种构建容器网络的方法，其特征在于，步骤S3中，资源管理模块还基于本地sqlite数据库维护Pod和已分配资源的关联关系以及进行网络资源的生命周期管理。

10.根据权利要求9所述的一种构建容器网络的方法，其特征在于，资源管理模块进行网络资源的生命周期管理具体包括：

定时检查Pod是否存活，若为非存活状态，则主动释放相关网络资源；

定时检查网络资源是否有效，若无效则上报告警。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使所述计算机执行如权利要求6-10任一项所述的一种构建容器网络的方法。

12.一种电子设备，其特征在于，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行如权利要求6-10任一项所述的一种构建容器网络的方法。

Images