一种容器的管理系统及方法

本发明涉及容器领域，尤其涉及一种容器的管理系统及方法。

现今云计算迅猛发展，虚拟化技术作为其中的一项核心技术，也在不停的发展演进。虚拟化技术能够保证云计算平台高度的灵活性和可靠性，较大的提升云计算平台的硬件资源利用率。虚拟化技术能够确保各虚拟化环境系统资源相对独立，然而这种策略会造成不同虚拟机内的应用程序间相互操作相对困难。

容器是一种轻量级的虚拟化技术，可以在一个隔离的环境中运行应用程序，运行应用程序所必须的组件都打包成一个镜像并可以复用，与传统的虚拟机技术相比，容器具有轻量级、启动快等优点。Kubernates是一个开源的容器集管理项目，提供了一系列部署、维护容器的组件。Kubernates中的基本调度单位是pod，每个pod中有一个到多个容器，Kubernates通过副本控制器RC来管理pod。Kubernates service是一系列工作在一起的pod。原生的Kubernates往往不能适用于实际的业务需要。

本发明的主要目的在于提供一种容器的管理系统及方法，实现了根据业务需要使用Kubernates提供了实用性强的容器服务管理方案。

为了解决上述技术问题，本发明提供了一种容器的管理系统，该系统包括：系统管理端和组织管理端；

该系统管理端，用于配置容器镜像服务器和配置Kubernates服务器，设置容器服务状态；接收所述组织管理端的申请开通容器服务的请求并开通容器服务；

所述组织管理端，用于向所述系统管理端发送所述申请开通容器服务的请求；当所述系统管理端开通容器服务后，创建容器实例，并对所述容器实例进行管理。

进一步地，上述系统管理端，包括：

容器管理单元，用于接收所述组织管理端的申请开通容器服务的请求并开通容器服务；

第一配置单元，用于配置容器镜像服务器，包括：当接收到用户的执行配置容器镜像服务器的请求时，判断所述用户是否具有相应权限，若具有权限，则当所述执行配置容器镜像服务器的请求中的配置参数合法、且所述容器镜像服务器可用时，执行配置容器镜像服务器的请求，并在数据库中保存容器镜像服务器的配置信息；

第二配置单元，用于配置Kubernates服务器，包括：当接收到用户的执行配置Kubernates服务器的请求时，判断所述Kubernates服务器是否在容器的管理系统中已经配置；若已经配置配置Kubernates服务器，则返回Kubernates服务器已配置的提示信息；若未配置所述Kubernates服务器，判断所述用户是否具有相应权限，若具有权限，则当可连接到所述Kubernates服务器时，在数据库中保存所述Kubernates服务器的配置信息；确定所述Kubernates服务器是否有可用节点，若具有可用节点，则当所述Kubernates服务器节点和用户传入的Kubernates服务器节点一致时、且所述Kubernates服务器节点的ssh连接正常时，执行所述配置Kubernates服务器的请求，并在数据库中保存所述Kubernates服务器的配置信息。

进一步地，上述系统管理端，还包括：

管理单元，用于设置容器服务状态，包括：设置所述容器服务状态为开启或关闭；

当所述容器镜像服务器和所述Kubernates服务器完成配置后，对所述容器服务状态设置为开启；

所述容器管理单元接收所述组织管理端的申请开通容器服务的请求并开通容器服务包括：

当接收到所述组织管理端的申请开通容器服务的请求后，如果所述容器服务状态为开启，则根据所述组织管理端的申请开通容器服务的请求开通容器服务。

进一步地，上述组织管理端，包括：

申请单元，用于向所述系统管理端发送所述申请开通容器服务的请求，所述请求中包括申请Kubernates服务器的CPU和内存的配额；

创建单元，用于当所述系统管理端开通容器服务后，创建容器实例，并对所述容器实例进行管理，其中，所述创建容器实例包括：判断所述容器相关信息是否合法，若所述信息合法，执行创建容器实例的操作。

进一步地，上述组织管理端，还包括：

修改单元，用于当容器服务已开通且需要修改配额时，向所述系统管理端发送修改配额的申请。

查询单元，用于在执行创建容器操作的过程中，按照预设时间间隔查询所述创建容器操作的状态，若所述创建容器操作中出现错误信息，保存所述错误信息并进行显示。

容器实例管理单元：用于管理容器实例的开启、关闭、修改、删除。

为了解决上述问题，本发明还提供了一种容器的管理方法，包括：

系统管理端配置容器镜像服务器和配置Kubernates服务器，设置容器服务状态；

组织管理端向所述系统管理端发送申请开通容器服务的请求；

所述系统管理端接收所述申请开通容器服务的请求，并开通容器服务；

当开通所述容器服务后，所述组织管理端创建容器实例，并对所述容器实例进行管理。

进一步地，上述系统管理端配置容器镜像服务器和配置Kubernates服务器，包括：

所述系统管理端当接收到用户执行配置容器镜像服务器的请求时，判断所述用户是否具有相应权限，若具有权限，则当所述执行配置容器镜像服务器的请求中的配置参数合法、且所述容器镜像服务器可用时，执行所述配置容器镜像服务器的请求，并在数据库中保存容器镜像服务器的配置信息；

所述系统管理端当接收到用户的执行配置Kubernates服务器的请求时，判断所述Kubernates服务器是否在系统中已经配置；

若已经配置配置Kubernates服务器，则返回Kubernates服务器已配置的提示信息；

若未配置配置Kubernates服务器，判断所述用户是否具有相应权限，若具有权限，则当可连接到所述Kubernates服务器时，在数据库中保存所述Kubernates服务器的配置信息，确定所述Kubernates服务器是否有可用节点，若具有可用节点，则当所述Kubernates服务器节点和用户传入的Kubernates服务器节点一致时、且所述Kubernates服务器节点的ssh连接正常时，执行配置Kubernates服务器的请求，并在数据库中保存所述Kubernates服务器的配置信息。

进一步地，上述设置容器服务状态包括：设置所述容器服务状态为开启或关闭；

所述系统管理端当所述容器镜像服务器和所述Kubernates服务器完成配置后，对所述容器服务状态设置为开启；

当接收到所述组织管理端的申请开通容器服务的请求后，如果所述容器服务状态为开启，则根据所述组织管理端的申请开通容器服务的请求开通容器服务。

进一步地，上述方法还包括：

所述组织管理端申请的容器服务，所述请求中包括申请Kubernates服务器的CPU和内存的配额；

当容器服务已开通且所述组织管理端申请修改配额时，向所述系统管理端发送修改配额的申请。

进一步地，上述所述当所述系统管理端开通容器服务后，所述组织管理端创建容器实例，并对所述容器实例进行管理，包括：

当所述系统管理端开通容器服务后，所述组织管理端判断所述容器相关信息是否合法，若所述信息均合法，执行创建容器实例的操作；

在执行创建容器操作的过程中，按照预设时间间隔查询所述创建容器操作的状态，若所述创建容器操作中出现错误信息，保存所述错误信息并进行显示。

本发明提出了一种容器的管理系统，系统包括：系统管理端和组织管理端；所述系统管理端，用于配置容器镜像服务器和配置Kubernates服务器，设置容器服务状态；接收所述组织管理端的申请开通容器服务的请求并开通容器服务；所述组织管理端，用于向所述系统管理端发送所述申请开通容器服务的请求；当所述系统管理端开通容器服务后，创建容器实例，并对所述容器实例进行管理。通过本发明的方案，通过对容器的管理系统中角的分类，采用系统管理端和组织管理端，能够对容器进行有效的管理，解决了需要根据业务需要使用Kubernates提供的一个实用性强的容器服务管理方案等问题。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图用来提供对本发明技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本发明的技术方案，并不构成对本发明技术方案的限制。

图1为本发明实施例的容器的管理系统的示意图；

图2为本发明实施例的容器的管理系统中系统管理端的示意图；

图3为本发明实施例的容器的管理系统中组织管理端的示意图；

图4为本发明实施例的容器的管理方法的流程图。

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是本发明实施例的容器的管理系统的示意图，根据该示意图，本实施例的容器的管理系统，系统包括：系统管理端和组织管理端；

所述系统管理端，用于配置容器镜像服务器和配置Kubernates服务器，设置容器服务状态；接收所述组织管理端的申请开通容器服务的请求并开通容器服务；

所述组织管理端，用于向所述系统管理端发送所述申请开通容器服务的请求；当所述系统管理端开通容器服务后，创建容器实例，并对所述容器实例进行管理。

本实施例的一个具体示例如下：

将容器的管理系统面向两种角提供容器管理服务，两种角包括系统管理端和组织管理端。

系统管理端管理容器的底层服务，包括：配置容器镜像服务器和配置容器Kubernates服务器，系统管理端为容器的管理系统提供容器服务提供基础条件，通过完成容器镜像服务器和容器Kubernates服务器的配置任务，使得容器的管理系统具有提供容器服务的功能。系统管理端还能够对组织管理端提出的申请开通容器服务的请求进行审批和开通，并且该系统管理端也能够查看容器的管理系统中的所有容器实例。

组织管理端如果需要使用容器服务，则向系统管理端提出申请使用容器服务的请求，当所述系统管理端开通容器服务后，组织管理端才可以使用容器服务即组织管理员可以新建容器实例，并设置容器实例的名称、镜像、版本、卷挂载路径、配置、环境变量、端口配置、命令。组织管理端还可以根据容器实例的状态管理所有的容器实例，该组织管理端管理容器实例包括对容器实例的开启、关闭、删除和修改。

在本实施例的一些可选的实现方式中，所述系统管理端，包括：容器管理单元、第一配置单元、第二配置单元和管理单元。

第一配置单元用于配置容器镜像服务器，包括：当接收到用户的执行配置容器镜像服务器的请求时，判断所述用户是否具有相应权限，若具有权限，则当所述执行配置容器镜像服务器的请求中的配置参数合法、且所述容器镜像服务器可用时，执行配置容器镜像服务器的请求，并在数据库中保存容器镜像服务器的配置信息；

在本实施例中，系统管理端实现配置镜像服务器的过程为：首先检查用户角是否具有相应权限，检查镜像服务器中的相关配置参数是否合法，检查镜像服务器是否可用，若通过上述判断均满足条件，可执行镜像服务器的配置操作，配置完成后，将所述镜像服务器的配置信息保存到数据库中。

在此，用户角是用户在使用配置容器镜像服务器功能的时候会传入用户角字段，该字段可以表明该用户角是系统管理端或组织管理端。该用户角代表的是权限的集合，该容器管理系统中有两种角，系统管理端和组织管理端。如果用户角是系统管理端，可以执行镜像服务器配置的操作，否则，用户角是组织管理端，不具有系统管理员的权限，不可以执行镜像服务器配置的操作。

上述关于检查镜像服务器中的相关配置参数是否合法，具体是通过判断传入的服务器参数的各个字段是否合法，若所有参数均合法，可以执行下一步的判断操作即判断镜像服务器是否可用。关于判断镜像服务器是否可用，通过调用镜像服务器的接口对镜像服务器的进行访问，若收到回复信息，就表明该镜像服务器是可用的；若在预设时间内未收到回复信息，就表明该镜像服务器是不可用的。

第二配置单元用于配置Kubernates服务器，包括：当接收到用户的执行配置Kubernates服务器的请求时，判断所述Kubernates服务器是否在容器集的管理系统中已经配置完成；

若已经配置Kubernates服务器，则返回Kubernates服务器已配置的提示信息；

若未配置Kubernates服务器，判断所述用户是否具有相应权限，若具有权限，则当可连接到所述Kubernates服务器时，在数据库中保存所述Kubernates服务器的配置信息，确定所述Kubernates服务器是否有可用节点，若具有可用节点，则当所述Kubernates服务器节点和用户传入的Kubernates服务器节点一致、且所述Kubernates服务器节点的ssh连接正常时，执行配置Kubernates服务器的请求，并在数据库中保存所述Kubernates服务器的节点配置信息。

本实施例的一个具体示例如下：

Kubernates服务器配置过程，具体为：

a.检查新增的Kubernates服务器的有关信息的合法性，具体实现过程包括：检查Kubernates服务器是否在容器集的管理系统中已经配置Kubernates服务器，若已经配置Kubernates服务器，则返回Kubernates服务器已配置的提示信息；

若未配置Kubernates服务器，判断Kubernates服务器的各个参数是否合法，判断用户角是否合法，检查是否可以正常连接到Kubernates服务器，若以上条件均符合，将Kubernates服务器的配置信息保存到数据库中；

b.用异步任务的方式新增Kubernates服务器，具体实现包括：检查Kubernates服务器是否有可用节点，检查Kubernates服务器节点和用户传入的Kubernates服务器节点是否一致，检查Kubernates服务器节点的ssh(安全外壳协议)连接是否正常，若上述条件均满足，即可以异步的方式配置Kubernates服务器，并将Kubernates服务器的节点配置信息保存到数据库中。

具体的连接方式可以但不限于采用SSH连接，其中，SSH(安全外壳协议)为SecureShell的缩写，由IETF的网络小组(Network Working Group)所制定；SSH为建立在应用层基础上的安全协议。

管理单元用于设置容器服务状态，包括：设置所述容器服务状态为开启或关闭；

当所述容器镜像服务器和所述Kubernates服务器完成配置后，对所述容器服务状态设置为开启；

所述容器管理单元接收所述组织管理端的申请开通容器服务的请求并开通容器服务包括：

当接收到所述组织管理端的申请开通容器服务的请求后，如果所述容器服务状态为开启，则根据所述组织管理端的申请开通容器服务的请求开通容器服务。

本实施例的一个具体示例如下：

容器管理单元用于容器服务的开启、关闭以及容器服务的申请审批：

a.容器服务的开启关闭：系统管理端只有在容器镜像服务器和Kubernates服务器完成配置的情况下才能设置容器服务的开启，容器服务只有在开启时才能关闭。

b.容器管理单元用于接收所述组织管理端的申请开通容器服务的请求并开通容器服务即容器服务的申请审批：

组织管理端向系统管理端提出申请开通容器服务的请求，只有在系统管理端容器服务状态为开启状态下，系统管理端才可以对组织管理端申请开通容器服务的请求进行审批、执行容器服务开通的请求。

组织管理端还可以在已经开通容器服务的情况下，向系统管理端申请修改Kubernates服务器的配额，包括申请修改Kubernates服务器的CPU和内存的配额，系统管理端对组织管理端所提出的修改Kubernates服务器的配额的申请进行审批并修改Kubernates服务器的配额。

在本实施例的一些可选的实现方式中，所述组织管理端，包括：申请单元、创建单元、修改单元和查询单元。

申请单元用于向所述系统管理端发送所述申请开通容器服务的请求，所述请求中包括申请的Kubernates服务器的CPU和内存的配额。

具体的实现方式为：组织管理端在已经开通容器服务的情况下向系统管理员申请修改配额，包括申请修改Kubernates服务器的CPU和内存的配额，例如：根据组织管理端可以将原来的Kubernates服务器的CPU和内存的配额根据待执行任务的情况进行调整，比如将CPU由原来的占用20％调整为50％，或者由原来的占用20％调整为10％。

创建单元用于当所述系统管理端开通容器服务后，创建容器实例，并对所述容器实例进行管理，其中，所述创建容器实例包括：判断所述容器相关信息是否合法，若所述信息均合法，执行创建容器实例的操作。

修改单元用于当容器服务已开通且需要修改配额时，向所述系统管理端发送修改配额的申请。

查询单元用于在执行创建容器操作的过程中，按照预设时间间隔查询所述创建容器操作的状态，若所述创建容器操作中出现错误信息，保存所述错误信息并进行显示。

本实施例的一个具体示例如下：

当所述系统管理端开通容器服务后，所述组织管理端创建容器实例，具体实现过程如下：

a.检查创建容器实例的相关信息的合法性，具体包括：检查容器集的管理系统中容器服务的状态，如果容器服务状态未开启则不能创建容器实例；若容器服务状态已开启，则判断容器相关信息的有效性。上述判断容器相关信息的有效性具体包括：检查容器实例名称的合法性、用户角的合法性、容器规格的合法性、用户ID和组织ID的合法性、容器端口的合法性、容器卷挂载路径的合法性；也就是通过检查用户是否开启容器服务；若开启，检查用户是否有足够的配额；检查容器实例名称是否与已有容器实例名称重复。其中，一个用户同属于某一个组织，例如：张三是某公司的一员，同时属于国内部，那么国内部就是张三的组织。

b.创建容器实例的具体过程：通过一系列的判断后，若满足创建容器实例条件，组织管理端执行创建容器实例的操作，由于创建容器实例需要一系列费时的过程，因此，采用异步的方式来执行容器实例的创建。

容器实例创建的具体过程：

步骤一、创建命名空间:如果命名空间不存在，需要创建对应的命名空间；其中，命名空间是Kubernates中的一个概念，是对容器资源的一种逻辑上的划分。容器实例必须从属于一个命名空间。在本实施例中每个组织对应使用一个命名空间，如果该组织没有命名空间，在创建实例时首先要创建一个命名空间。

步骤二、创建副本控制器RC，是通过调用第三的Kubernates-client项目的创建副本控制器RC的接口来完成；创建Service，service的创建通过调用Kubernates-client项目来进行创建API。其中，所述创建Service具体含义是应用服务的入口(IP、端口)，创建容器实例目的是为了在容器实例里运行一些应用，为用户提供服务，该服务是通过Service作为应用服务的入口(IP、端口)。

步骤三、在执行创建容器操作的过程中，按照预设时间间隔查询所述创建容器操作的状态，若所述创建容器操作过程中出现错误信息，保存所述错误信息并进行显示。

在本实施例的一些可选的实现方式中，组织管理员创建容器实例后，对于容器实例进行管理，该管理具体包括对容器实例的开启、关闭、删除和修改，具体的实现过程如下：

a.容器实例的开启关闭的管理：检查容器实例是否存在，若容器实例存在，检查容器实例的状态，将数据库状态更新为忙碌状态，进入容器开启或关闭的异步任务。

通过设置RC的副本数来设置容器实例状态为开启或关闭，当副本数为0时，设置容器实例状态为关闭；当副本数大于0，设置容器实例状态为开启，当容器实例状态为开启时，可以异步的监控容器实例状态和容器实例错误信息的获取。

b.容器实例的删除的管理：检查容器实例是否存在，若容器实例存在，判断用户角以及容器实例的状态，若用户角具有权限，当容器实例状态为开启状态，则不可以执行删除容器实例的操作，需要将容器状态设置为忙碌状态，通过异步方式执行删除容器实例任务，具体的删除容器实例任务包括：删除RC，删除service，删除卷。同时以异步方式的监控删除任务的执行情况，如果出现错误，将错误信息保存到数据库。

c.容器实例的修改管理：容器实例的修改指修改Kubernates服务器的CPU和内存的配额，容器修改的过程为：检查容器实例是否存在，检查用户是否开启容器服务，检查修改参数，检查用户角，检查容器状态，如果容器实例状态为错误或忙碌则不能修改，检查配额是否充足，更新数据库中的配额信息，容器实例状态设置为忙碌，以异步任务的方式执行修改操作即调用Kubernates-module项目完成容器实例的修改。

需要说明的是，上述内容仅是本发明的具体实施例，与上述实施例相同或相似的实施例，以及上述实施例的变体都在本发明的保护范围之内。

另外，本申请提供了一种容器集的管理方法的一个实施例，该方法具体可以应用于各种电子设备中。

如图2所示，本实施例的容器集的管理方法包括：

步骤100：系统管理端配置容器镜像服务器和配置Kubernates服务器，设置容器服务状态；

在本实施例的一些可选的实现方式中，所述系统管理端配置容器镜像服务器和配置Kubernates服务器，包括：

所述系统管理端当接收到用户的执行配置容器镜像服务器的请求时，判断所述用户是否具有相应权限，若具有权限，则当所述执行配置容器镜像服务器的请求中的配置参数合法、且所述容器镜像服务器可用时，执行配置容器镜像服务器的请求，并在数据库中保存容器镜像服务器的配置信息；

所述系统管理端当接收到用户的执行配置Kubernates服务器的请求时，判断所述Kubernates服务器是否在系统中已经配置；

若已经配置Kubernates服务器，则返回Kubernates服务器已配置的提示信息；

若未配置Kubernates服务器，判断所述用户是否具有相应权限，若具有权限，则当可连接到所述Kubernates服务器时，在数据库中保存所述Kubernates服务器的配置信息，确定所述Kubernates服务器是否有可用节点，若具有可用节点，则当所述Kubernates服务器节点和前台传入的Kubernates服务器节点一致时、且所述Kubernates服务器节点的ssh连接正常时，执行配置Kubernates服务器的请求，并在数据库中保存所述Kubernates服务器的节点配置信息。

在本实施例的一些可选的实现方式中，所述设置容器服务状态包括：设置所述容器服务状态为开启或关闭；

当所述容器镜像服务器和所述Kubernates服务器完成配置后，所述系统管理端将所述容器服务状态设置为开启；

当接收到所述组织管理端的申请开通容器服务的请求后，如果所述容器服务状态为开启，则根据所述组织管理端的申请开通容器服务的请求开通容器服务。

步骤101：所述组织管理端向所述系统管理端发送申请开通容器服务的请求；

在本实施例的一些可选的实现方式中，方法还包括

所述组织管理端申请的容器服务，所述请求中包括申请的Kubernates服务器的CPU和内存的配额；

当容器服务已开通且所述组织管理端申请需要修改配额时，向所述系统管理端发送修改Kubernates服务器配额的申请。

步骤102：所述系统管理端接收所述申请开通容器服务的请求，并开通容器服务；

在本实施例的一些可选的实现方式中，方法还包括

所述系统管理端接收所述组织管理端申请修改的Kubernates服务器的CPU和内存的配额的请求，系统管理端对组织管理端申请修改的Kubernates服务器的CPU和内存的配额的请求进行审批和执行。

步骤103：当开通所述容器服务后，所述组织管理端创建容器实例，并对所述容器实例进行管理。

在本实施例的一些可选的实现方式中，当所述系统管理端开通容器服务后，所述组织管理端创建容器实例，并对所述容器实例进行管理，包括：

当所述系统管理端开通容器服务后，所述组织管理端判断所述容器相关信息是否合法，若所述信息均合法，执行创建容器实例的操作；

在执行创建容器实例操作的过程中，按照预设时间间隔查询所述创建容器操作的状态，若所述创建容器实例操作中出现错误信息，保存所述错误信息并进行显示。

当所述组织管理端创建容器实例后，对所述容器实例进行管理，具体包括：容器实例的开启、关闭、修改、删除。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。任何与本发明设计思路相同或相似的方案，以及与本发明实施例相同或相似的方案和本发明实施例的变体都在本发明的保护范围之内。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。