本发明涉及系统框架构造技术领域，具体为一种在kubernetes中pod设置静态ip的方法。

kubernetes是一个容器集群管理系统，它可以简化应用程序的工作流，加快开发速度，通过kubernetes技术，能够实现基于容器的应用部署、维护和滚动升级；负载均衡和服务发现；跨机器和跨地区的集群调度；自动伸缩；无状态服务和有状态服务；多种类型的volume支持；支持以声明式的配置文件，管理容器整个生命周期等功能，由于kubernetes管理容器的灵活性，需要对迁移到kubernetes集群上的服务进行改造，以便满足kubernetes集群中应用部署的规范，需要改造的内容包括：微服务化改造、服务发现、数据持久化、应用拆分为单体应用等。

由于kubernetes作为容器编排的底层服务，在其上需要部署种类繁多的服务，当大量的应用需要迁移到kubernetes集群之上时，如果按照原生的迁移规范进行改造，会导致改造成本大、改造影响范围广、维护平台要求高等问题，因此，基于原生的kubernetes使用方式存在缺陷，需要改进。

针对现有技术的不足，本发明提供了一种在kubernetes中pod设置静态ip的方法，解决了大量的应用需要迁移到kubernetes集群之上时，如果按照原生的迁移规范进行改造，会导致改造成本大、改造影响范围广、维护平台要求高的问题。

为实现以上目的，本发明通过以下技术方案予以实现：一种在kubernetes中pod设置静态ip的方法，具体包括以下步骤：

s1、首先基于kubernetes集群平台实现pod网络管理功能，需要实现创建容器网络、容器ip分配以及容器ip回收等工作流程时，如需通过网络管理平台创建容器网络时,首先通过客户端程序6向服务端1发起创建网络请求，服务端1通过接收到的请求信息，向kubernetes节点a3与节点b4上的docker服务发送创建网络资源指令，节点a3与节点b4接收到指令后，执行网络资源创建操作，并返回相关结果信息至服务端1，服务端1对接收到的结果进行判断，当创建网络成功时，将对应的网络配置数据存入到mysql集群5中，并将格式化后的结果呈现于应用服务器7界面上；

s2、如需要为部署应用创建的pod指定ip时，首先，用户通过应用服务器7部署应用，在部署应用时，通过服务端1获取到已经创建成功的容器网络列表，选择指定的容器网络名称，并为应用容器指定该网络中可用的ip地址，点击创建应用后，应用服务器7将分配给应用的网络映射配置写入到mysql集群5中，并向kubernetes的master节点2发起创建容器的请求，当master节点2接收到容器创建请求后，通过调度算法将pod调度到节点a3或节点b4之上，当节点a3或节点a4接收到master节点2下发的启动容器的指令后，调用网络插件，由网络插件向服务端1发起获取pod网络配置的请求，当服务端1接收到请求时，通过查询mysql集群5，获取到指定容器网络配置，并更新mysql中对应的ip记录，以标识该podip记录已被使用，同时将查询结果回传给网络插件，当网络插件接收到容器的网络配置后，通过linux的networknamespace技术，切换到容器的networknamespace中，为容器配置指定的网络配置，以实现固定podip的效果；

s3、如需要回收已分配给容器的ip记录时，通过应用服务器7调用master节点2的接口发送删除应用的请求，当master节点2接收到删除pod的请求后，向节点a3或节点b4下发删除指令，节点a3或节点b4调用网络插件用于回收容器ip地址，网络插件向服务端1发送清除网络配置的请求，当服务端1接收到清除网络的请求后，删除mysql集群5中的网络分配记录条目，并返回删除结果给网络插件，由此完成pod网络资源配置回收的操作。

优选的，所述步骤s1中，在kubernetes集群中为pod配置静态ip的系统由独立的服务端程序服务端1与cni插件程序组成，程序与服务端1使用restful接口进行通信。

优选的，所述步骤s2中，当在kubernetes中创建容器时，先为创建的应用分配指定的ip地址池，并且由服务端1将应用与ip地址的对应关系存入到数据库中。

优选的，所述步骤s2中，当kubelet服务启动该应用的容器时，执行插件为容器设置网络配置，会向服务端1发起请求，用于获取指定容器的网络配置。

优选的，所述步骤s2中，当获取到容器的网络配置后，通过linux系统的networknamespace机制，切换到容器的networknamespace中为容器配置指定的网络配置，并向kubelet返回配置容器网络的结果。

本发明提供了一种在kubernetes中pod设置静态ip的方法。与现有技术相比具备以下有益效果：

（1）、该在kubernetes中pod设置静态ip的方法，通过查询mysql集群5，获取到指定容器网络配置，并更新mysql中对应的ip记录，以标识该podip记录已被使用，同时将查询结果回传给网络插件，当网络插件接收到容器的网络配置后，通过linux的networknamespace技术，切换到容器的networknamespace中，为容器配置指定的网络配置，固定podip的使用方式，可以提高应用迁移到kubernetes集群的效率并降低维护成本，最大程度的兼容用户部署应用、运维应用的方式。

（2）、该在kubernetes中pod设置静态ip的方法，通过在kubernetes集群中为pod配置静态ip的系统由独立的服务端程序服务端1与cni插件程序组成，程序与服务端1使用restful接口进行通信，当在kubernetes中创建容器时，先为创建的应用分配指定的ip地址池，并且由服务端1将应用与ip地址的对应关系存入到数据库中，当kubelet服务启动该应用的容器时，执行插件为容器设置网络配置，会向服务端1发起请求，用于获取指定容器的网络配置，当获取到容器的网络配置后，通过linux系统的networknamespace机制，切换到容器的networknamespace中为容器配置指定的网络配置，并向kubelet返回配置容器网络的结果，当数据库中应用与ip地址池的配置没有变更时，对应应用启动的容器都可以获取到为其设置的网络配置，实现固定podip的效果。

（3）、该在kubernetes中pod设置静态ip的方法，通过应用服务器7调用master节点2的接口发送删除应用的请求，当master节点2接收到删除pod的请求后，向节点a3或节点b4下发删除指令，节点a3或节点b4调用网络插件用于回收容器ip地址，网络插件向服务端1发送清除网络配置的请求，当服务端1接收到清除网络的请求后，删除mysql集群5中的网络分配记录条目，并返回删除结果给网络插件，由此完成pod网络资源配置回收的操作，在实现固定pod的效果时，新增了对pod网络配置管理的功能，包括：网络创建、网络删除、ip地址分配、ip地址回收等。

图1为本发明系统框架结构的示意图。

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

请参阅图1，本发明实施例提供一种技术方案：一种在kubernetes中pod设置静态ip的方法，具体包括以下步骤：

s1、首先基于kubernetes集群平台实现pod网络管理功能，需要实现创建容器网络、容器ip分配以及容器ip回收等工作流程时，如需通过网络管理平台创建容器网络时,首先通过客户端程序6向服务端1发起创建网络请求，服务端1通过接收到的请求信息，向kubernetes节点a3与节点b4上的docker服务发送创建网络资源指令，节点a3与节点b4接收到指令后，执行网络资源创建操作，并返回相关结果信息至服务端1，服务端1对接收到的结果进行判断，当创建网络成功时，将对应的网络配置数据存入到mysql集群5中，并将格式化后的结果呈现于应用服务器7界面上；

s2、如需要为部署应用创建的pod指定ip时，首先，用户通过应用服务器7部署应用，在部署应用时，通过服务端1获取到已经创建成功的容器网络列表，选择指定的容器网络名称，并为应用容器指定该网络中可用的ip地址，点击创建应用后，应用服务器7将分配给应用的网络映射配置写入到mysql集群5中，并向kubernetes的master节点2发起创建容器的请求，当master节点2接收到容器创建请求后，通过调度算法将pod调度到节点a3或节点b4之上，当节点a3或节点a4接收到master节点2下发的启动容器的指令后，调用网络插件，由网络插件向服务端1发起获取pod网络配置的请求，当服务端1接收到请求时，通过查询mysql集群5，获取到指定容器网络配置，并更新mysql中对应的ip记录，以标识该podip记录已被使用，同时将查询结果回传给网络插件，当网络插件接收到容器的网络配置后，通过linux的networknamespace技术，切换到容器的networknamespace中，为容器配置指定的网络配置，以实现固定podip的效果；

s3、如需要回收已分配给容器的ip记录时，通过应用服务器7调用master节点2的接口发送删除应用的请求，当master节点2接收到删除pod的请求后，向节点a3或节点b4下发删除指令，节点a3或节点b4调用网络插件用于回收容器ip地址，网络插件向服务端1发送清除网络配置的请求，当服务端1接收到清除网络的请求后，删除mysql集群5中的网络分配记录条目，并返回删除结果给网络插件，由此完成pod网络资源配置回收的操作。

本发明中，步骤s1中，在kubernetes集群中为pod配置静态ip的系统由独立的服务端程序服务端1与cni插件程序组成，程序与服务端1使用restful接口进行通信。

本发明中，步骤s2中，当在kubernetes中创建容器时，先为创建的应用分配指定的ip地址池，并且由服务端1将应用与ip地址的对应关系存入到数据库中。

本发明中，步骤s2中，当kubelet服务启动该应用的容器时，执行插件为容器设置网络配置，会向服务端1发起请求，用于获取指定容器的网络配置。

本发明中，步骤s2中，当获取到容器的网络配置后，通过linux系统的networknamespace机制，切换到容器的networknamespace中为容器配置指定的网络配置，并向kubelet返回配置容器网络的结果。

同时本说明书中未作详细描述的内容均属于本领域技术人员公知的现有技术。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

每个Pod都有一个特殊的被称为根容器的Pause容器。Pause容器对应的镜像属于Kubernetes平台的一部分，除了Pause容器，每个Pod还包含一个或多个紧密相关的用户业务容器 。

为什么Kubernetes会设计出一个全新的Pod概念，并且有这样特殊的结构？

• Pause容器作为Pod根容器，以它的状态代表整个容器组的状态
Kubernetes为每个Pod分配唯一的IP的地址，称之为Pod IP，一个Pod里的多个容器共享Pod IP。Kubernetes要求底层网络支持集群内任意两个Pod之间的TCP/IP的直接通讯，采用虚拟二层网络技术来实现，一个Pod里的容器与另外主机上的Pod容器能够直接通信。

普通Pode一旦被创建，就会被放入到etcd中存储，随后会被Kubernetes Master调度到某个具体的Node上并进行绑定(Binding),随后该Pod 被对应的Node上的kubelet进程实例化成一组相关的docker容器运行起来。 当Pod里的某个容器停止时，Kubernetes会自动检测到这个问题并且重新启动这个Pod (重启Pod里的所有容器)，如果Pod所在的Node宕机，则会将这个Node上所有的Pod从新调度到其他节点上。

Pod的IP加上这里的容器端口(container Port)，就组成了一个全新的概念---Endpoint它代表着此Pod里的一个服务进程的对外通讯地址。一个Pod也存在着多个Endpoint的情况，比如我们把Tomcat定义为一个Pod时，可以对外暴露端口与服务端口这两个Endpoint。

Event是一个事件的记录，记录事件的最早生成时间、最后重现时间、重复次数、发起者、类型，以及导致此事件的原因等众多信息。Event通常会关联到某个具体的资源上，是排查故障的重要参考，Node描述信息包含了Event，而Pod同样有Event记录。
当我们发现某个Pod迟迟无法创建时，我们就可以用kubectl describe pod [Pod名称]来查看，定位问题。