[发明专利]一种镜像拉取的方法及其系统

说明书

本发明公开了一种镜像拉取的方法及其系统，该方法应用于服务端，包括：接收请求客户端发出的镜像拉取请求；判断所述服务端的当前负载状态是否为高负载运行状态；在判断结果为是的情况下，确定第一客户端，其中，所述第一客户端配置有与所述镜像拉取请求对应的镜像；向所述请求客户端发送重定向拉取镜像消息，其中，所述重定向拉取镜像消息用于所述请求客户端从所述第一客户端拉取镜像。该系统应用于服务端，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现本发明提供的镜像拉取的方法的步骤。本发明解决了私有仓库的服务的网络和处理能力瓶颈的问题，加速集群镜像的拉取。

技术领域

本发明涉及容器化平台领域，尤其涉及一种镜像拉取的方法及其系统。

背景技术

容器技术虚拟化技术已经成为一种被大家广泛认可的服务器资源共享方式，它可以在按需构建操作系统实例的过程当中为系统管理员提供极大的灵活性。容器是完全使用沙箱机制，相互之间不会有任何接口。

Docker是一个开源的应用容器引擎，也是让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到Linux机器上，也可以实现虚拟化。容器技术出现，使得原先基于虚拟机节点部署的分布式系统也逐渐进行了容器化操作，如google的kubernetes，swarm等都实现了容器化的部署，容器技术的使用日渐广泛。

运行一个容器化应用时，通常的做法是从仓库(Registry)上拉取该镜像，例如从公有仓库docker hub上下载镜像。而对于企业内部系统而言，由于采用的往往是定制化镜像，且出于安全以及效率的角度考虑，会使用私有仓库服务进行镜像的分发。

在部署较大的容器应用集群时，使用到的节点动辄成百上千个(比如一个kubernetes集群系统声称能支持2000个node)，部署过程主要时间都花费在镜像的分发过程中。因此在大量节点首次部署容器应用集群以及更新镜像时，都会面临私有仓库的Registry的处理瓶颈问题，这其中包括私有仓库所在服务器的处理瓶颈，以及服务器面临的网络带宽瓶颈。在网络带宽和处理能力有限的情况下，Registry面对大量并发操作，就免不了出现排队等待拉取镜像的情形，效率比较慢。

目前有一种结合了Bit Torrent协议来加速镜像分发的技术，主要原理就是通过Bit Torrent协议，对各个节点的镜像进行共享，实现P2P加速。由于P2P技术的原理，该技术需要将镜像文件进行分割和压缩，在集群的所有节点进行传输和加速，一定程度上会消耗网络的带宽资源。此外，由于要分割镜像文件，并需要维护每个分割文件的同步，也增加了系统的复杂度。

发明内容

有鉴于此，本发明的目的在于提供一种镜像拉取的方法及其系统,以提高拉取镜像的效率。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明的一个方面，提供一种镜像拉取的方法，应用于服务端，包括：

接收请求客户端发出的镜像拉取请求；

判断所述服务端的当前负载状态是否为高负载运行状态；

在判断结果为是的情况下，确定第一客户端，其中，所述第一客户端配置有与所述镜像拉取请求对应的镜像；

向所述请求客户端发送重定向拉取镜像消息，其中，所述重定向拉取镜像消息用于所述请求客户端从所述第一客户端拉取镜像。

在一个可能的设计中，所述接收至少一个请求客户端发出的镜像拉取请求之后，包括：

判断接收到的所述镜像拉取请求的个数是否超过预设阈值；

在判断结果为是的情况下，按照预设的优先拉取原则选取一个或多个所述镜像拉取请求进行优先处理。