CN112242920B - 一种云平台部署方法、装置及节点 - Google Patents

Abstract

本发明实施例提供了一种云平台部署方法、装置及节点。该方法应用于待部署云平台的任一节点中的自动化运维工具；包括：获取待部署云平台的布局配置文件；其中，布局配置文件包括：待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，配置信息包括待部署的组件的组件信息和节点间的通信关系；从布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从布局配置文件中确定该节点的配置信息；基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。与现有技术相比，应用本发明实施例提供的方案，可以实现一站式部署整个云平台，提高云平台的部署效率。

Description

一种云平台部署方法、装置及节点

技术领域

本发明涉及数据处理技术领域，特别是涉及一种云平台部署方法、装置及节点。

背景技术

当前，随着计算机技术的不断发展，各类计算机应用的规模越来越大、逻辑越来越复杂，更新换代越来越快，为了保证应用开发快速发展的需求，云平台应运而生。

所谓云平台是由多个节点构成的集群，各个节点被配置为一个主节点和至少一个从节点。其中，主节点用于对集群中的所有资源进行管控和调度，从节点用于处理所分配到的应用中的各个子应用。同时，为了保证应用的正常运行，每个节点中部署有数据库、容器引擎、网络插件等组件。

具体的，在将应用部署到云平台之前，首先需要在多台节点上进行云平台部署，从而得到构建完成的云平台，进而，将待部署的应用分解成多个小的、独立的子应用，并将多个子应用部署到该云平台中。这样，云平台可以使应用开发者自主部署应用，并控制应用部署的频率，从而可以在脱离运维人员的帮助下，实现云平台中应用的自动调度、配置、监管和故障处理。

然而，虽然在应用开发中，云平台具有诸多优势，但是云平台的部署过程十分复杂。在相关技术中，在云平台的部署过程中，利用配置工具部署只能部署云平台中的主节点，而其他节点以及各个节点之间的通信则需要人工部署，从而导致云平台的部署效率较低。

发明内容

本发明实施例的目的在于提供一种云平台部署方法、装置及节点，以实现一站式部署整个云平台，提高云平台的部署效率。具体技术方案如下：

第一方面，本发明实施例提供了一种云平台部署方法，应用于待部署云平台的任一节点中的自动化运维工具；所述方法包括：

获取所述待部署云平台的布局配置文件；其中，所述布局配置文件包括：所述待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，所述配置信息包括待部署的组件的组件信息和节点间的通信关系；

从所述布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从所述布局配置文件中确定该节点的配置信息；

基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

可选的，一种具体实现方式中，所述各个组件中包括容器引擎、数据库、网络插件和容器镜像仓库。

可选的，一种具体实现方式中，所述基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置的步骤，包括：

从所述布局配置文件中，确定所述待部署云平台所需部署的各个组件，并获得所述各个组件的执行文件；

基于所述所确定的配置信息中的各个目标组件的组件信息和通信关系，对各个目标组件的初始配置文件进行配置，得到各个目标组件的配置文件；其中，所述目标组件为该节点中所需部署的各个组件；

利用各个目标组件的配置文件，对各个目标组件进行配置，并将配置完成的各个目标组件与该目标组件的执行文件关联。

可选的，一种具体实现方式中，所述数据库对应的服务运行在所述待部署云平台的主节点中，且所述容器镜像仓库位于所述主节点中；当该节点的节点类型为主节点时，所述利用各个目标组件的配置文件，对各个目标组件进行配置的步骤，包括：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；

基于所生成的所述数据库的服务文件，启动所述数据库对应的服务，并向所述数据库写入所述网络插件的配置信息；

基于所生成的所述容器引擎的服务文件，启动所述容器引擎对应的服务，并启动所述容器镜像仓库。

可选的，一种具体实现方式中，所述容器引擎和所述网络插件部署在所述待部署云平台中的各个节点中；当该节点的节点类型为从节点时，所述利用各个目标组件的配置文件，对各个目标组件进行配置的步骤，包括：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；

基于所生成的所述容器引擎的服务文件，启动容器引擎对应的服务，并在所述启动引擎对应的服务中，导入预装的容器镜像文件。

可选的，一种具体实现方式中，所述方法还包括：

关闭该节点中的虚拟内存服务和防火墙服务。

可选的，一种具体实现方式中，所述各个组件中还包括至少一个增强插件；当该节点的节点类型为主节点时，所述方法还包括：

在所述待部署云平台中的各个节点配置完成后，执行所述至少一个增强插件的部署。

第二方面，本发明实施例提供了一种云平台部署装置，应用于待部署云平台的任一节点中的自动化运维工具；所述装置包括：

文件获取模块，用于获取所述待部署云平台的布局配置文件；其中，所述布局配置文件包括：所述待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，所述配置信息包括待部署的组件的组件信息和节点间的通信关系；

信息获取模块，用于从所述布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从所述布局配置文件中确定该节点的配置信息；

节点配置模块，用于基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

可选的，一种具体实现方式中，所述各个组件中包括容器引擎、数据库、网络插件和容器镜像仓库。

可选的，一种具体实现方式中，所述节点配置模块，包括：

文件获取子模块，用于从所述布局配置文件中，确定所述待部署云平台所需部署的各个组件，并获得所述各个组件的执行文件；

组件配置子模块，用于基于所述所确定的配置信息中的各个目标组件的组件信息和通信关系，对各个目标组件的初始配置文件进行配置，得到各个目标组件的配置文件；其中，所述目标组件为该节点中所需部署的各个组件；

节点配置子模块，用于利用各个目标组件的配置文件，对各个目标组件进行配置，并将配置完成的各个目标组件与该目标组件的执行文件关联；

组件启动子模块，用于启动该节点中配置的各个目标组件。

可选的，一种具体实现方式中，所述数据库对应的服务运行在所述待部署云平台的主节点中，且所述容器镜像仓库位于所述主节点中；当该节点的节点类型为主节点时，所述节点配置子模块具体用于：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；基于所生成的所述数据库的服务文件，启动所述数据库对应的服务，并向所述数据库写入所述网络插件的配置信息；基于所生成的所述容器引擎的服务文件，启动所述容器引擎对应的服务，并启动所述容器镜像仓库。

可选的，一种具体实现方式中，所述容器引擎和所述网络插件部署在所述待部署云平台中的各个节点中；当该节点的节点类型为从节点时，所述节点配置子模块具体用于：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；基于所生成的所述容器引擎的服务文件，启动容器引擎对应的服务，并在所述启动引擎对应的服务中，导入预装的容器镜像文件。

可选的，一种具体实现方式中，所述组件启动子模块具体用于：

关闭该节点中的虚拟内存服务和防火墙服务，并启动该节点中配置的各个目标组件。

可选的，一种具体实现方式中，所述各个组件中还包括至少一个增强插件；当该节点的节点类型为主节点时，所述装置还包括：

增强部署模块，用于在所述待部署云平台中的各个节点配置完成后，执行所述至少一个增强插件的部署。

第三方面，本发明实施例提供了一种节点，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述第一方面提供的任一云平台部署方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面提供的任一云平台部署方法的步骤。

以上可见，应用本发明实施例提供的方案，在部署云平台时，待部署云平台的各个节点中的自动化运维工具，可以在获取到待部署云平台的布局配置信息后，根据该布局配置信息所包括的各个节点的节点类型以及每一节点类型下各个节点的配置信息，配置自身所需部署的各个组件和自身与其他节点的通信关系。这样，在待部署云平的全部节点完成自身组件配置和与其他节点的通信关系配置后，便可以完成整个云平台的部署。基于此，应用本发明实施例提供的方案，在云平台的部署过程中，可以直接利用节点中的自动化运维工具完成对待部署云平台中的各个节点以及节点间的通信关系的部署，而不需要进行人工部署，从而可以实现一站式部署整个云平台，提高云平台的部署效率。

附图说明

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

图1为本发明实施例提供的一种云平台部署方法的流程示意图；

图2为S103的一种具体实现方式的流程示意图；

图3为S203中利用各个目标组件的配置文件，对各个目标组件进行配置的一种具体实现方式的流程示意图；

图4为S203中利用各个目标组件的配置文件，对各个目标组件进行配置的另一种具体实现方式的流程示意图；

图5为本发明实施例提供的一种云平台部署装置的结构示意图；

图6为本发明实施例提供的一种节点的结构示意图。

具体实施方式

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

在相关技术中，在云平台的部署过程中，利用配置工具部署只能部署云平台中的主节点，而其他节点以及各个节点之间的通信则需要人工部署，从而导致云平台的部署效率较低。为了解决上述技术问题，本发明实施例提供了一种云平台部署方法。

下面，首先对本发明实施例提供的一种云平台部署方法进行介绍。

图1为本发明实施例提供的一种云平台部署方法的流程示意图。其中，该方法应用于待部署云平台的任一节点中的自动化运维工具。

可以理解的，云平台通常可以包括至少一个节点，因此，在部署云平台时，便需要首先确定需要在哪些节点上进行部署，从而，在所确定的各个节点上执行本发明实施例提供的一种云平台部署方法。基于此，在本发明实施例中，针对所确定的待部署云平台中的各个节点，在各个节点执行完本发明实施例提供的一种云平台部署方法后，即可完成对该待部署云平台的部署。

其中，该节点可以为任一确定用于部署云平台的物理节点，例如，笔记本电脑、台式电脑等；也可以为任一确定用于部署云平台的虚拟机节点，例如，在电子设备中安装的多个虚拟机上进行云平台部署等。此外，待部署云平台中的节点数量可以根据实施过程中，待部署在云平台上的应用的需求设定。基于此，本发明实施例不对节点的类型和数量进行具体限定，以下简称节点。

如图1所示，本发明实施例提供的一种云平台部署方法可以包括如下步骤：

S101：获取待部署云平台的布局配置文件；

其中，布局配置文件包括：待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，配置信息包括待部署的组件的组件信息和节点间的通信关系；

可以理解的，在进行云平台部署时，需要首先确定该待部署云平台中所包括的节点数量，以及各个节点的类型，即确定该部署云平台中的主节点和从节点。而由于对应于不同应用的云平台所需的组件可以不同，且不同类型的节点所需安装的组件可以不同，因此，还需要进一步确定该待部署云平台中每一节点类型下各个节点的配置信息。

其中，待部署云平台的各个节点构成了一个节点集群，且该节点集群中存在一个主节点和至少一个从节点。例如，Kubernetes集群，其中，Kubernetes是一个容器编排引擎，支持自动化部署、大规模可伸缩以及应用容器化管理。Kubernetes具有多种优势，例如，可以有效快速地响应用户需求、部署应用，可以极速地扩展应用，可以无缝对接新应用功能、节省资源以及优化硬件资源的使用等。

需要说明的是，在待部署云平台的各个节点所构成的节点集群中，主节点和从节点可以为不同的节点，也可以为同一节点，即存在一个节点既为主节点，也为从节点。

其中，针对每一节点类型下各个节点所需安装的组件，上述配置信息中包括待部署的组件信息，具体的，该组件信息中可以包括组件的组件标识、组件的认证信息和本机网络信息等信息。进一步的，由于云平台中各个节点之间可以进行通信，而每一节点类型下每一节点与其他节点的通信关系是相同的，因此，上述配置信息中还可以包括节点间的通信关系。

基于此，在确定了该待部署云平台中所包括的节点数量、各个节点的类型，以及每一节点类型下各个节点的配置信息后，便可以得到待部署云平台的布局配置文件，进而，所确定的待部署云平台中的各个节点便可以基于该布局配置文件对自身进行配置，从而在所确定的待部署云平台中的全部节点完成自身配置后，得到部署完成的云平台。

这样，由于该节点是基于布局配置文件对自身进行配置的，因此，该节点首先需要执行上述步骤S101，获取待部署云平台的布局配置文件。

其中，该节点可以通过多种方式获取待部署云平台的布局配置文件，例如，该节点可以从其他电子设备处获取已经生成的布局配置文件；又例如，该节点中可以存储有初始的布局配置文件，进而，该节点接收用户输入的布局配置文件生成指令，对该初始的布局配置文件中的相关参数进行配置，从而得到配置完成的布局配置文件，这都是合理的。对此，本发明实施例不做具体限定。

示例性的，将电子设备1、2和3确定为待部署云平台中的各个节点，其中，电子设备1为主节点，所需安装组件为组件A、组件B和组件C，电子设备2和3为从节点，所需安装组件为组件B和组件C，且电子设备1、2和3之间相互通信。

则上述布局配置文件中包括：电子设备1与主节点相对应，组件A、组件B和组件C的组件信息均与主节点相对应，并且，主节点与从节点之间存在通信关系；电子设备2和3均与从节点相对应，组件B和组件C的组件信息均与从节点相对应，并且，从节点与主节点之间存在通信关系，各个从节点之间也存在通信关系。

其中，在上述布局配置文件中，待部署云平台的各个节点以及各个节点类型，可以分别通过对应的节点标识和类型标识来表示。

可选的，一种具体实现方式中，上述各个组件中可以包括：容器引擎、数据库、网络插件和容器镜像仓库。

其中，容器引擎中的容器可以理解为一种沙盒，每个容器内运行一个应用，不同的容器相互隔离，但可在容器之间建立通信。例如，该容器引擎可以为开源的应用容器引擎Docker等。

网络插件用于解决位于不同节点中的容器之间的网络通信问题，即可以解决容器之间跨节点网络不同的问题。例如，该网络插件可以为Flannel等。

容器镜像仓库用于存储容器镜像，其中，可以将制作好的容器镜像上传到该容器镜像仓库中，也可以从该容器镜像仓库中获取所需的容器镜像。例如，Docker的容器镜像仓库为Docker Registry。

S102：从布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从布局配置文件中确定该节点的配置信息；

在执行完上述步骤S101，获取到待部署云平台的布局配置文件后，该节点便可以从该布局配置文件中，读取自身的节点类型，进而，根据所读取到的自身的节点类型，从该布局配置文件中确定该节点的配置信息，即确定该节点中所需部署的各个目标组件的组件信息，以及该节点与待部署云平台中的其他节点之间的通信关系。

此外，需要说明的是，该节点在执行上述步骤S102，读取该配置文件时，还可以同时读取到该待部署云平台中的其他节点的节点标识等相关信息，从而该节点可以获知该待部署云平台中的各个节点的节点标识和节点类型，并获知该待部署云平台中的各个节点的从属关系。

S103：基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

进而，在确定了该节点的配置信息后，该节点便可以继续基于所确定的配置信息，通过在自身部署所需部署的各个目标组件以及自身与待部署云平台中的其他节点之间的通信关系，对自身进行配置。

其中，该节点可以通过多种方式执行上述步骤S103。

可选的，一种具体实现方式中，如图2所示，该节点执行上述步骤S103的方式可以包括如下步骤：

S201：从布局配置文件中，确定待部署云平台所需部署的各个组件，并获得各个组件的执行文件；

在获取到待部署云平台的布局配置文件中，该节点可以读取到上述待部署云平台所需部署的各个组件的组件信息，则该节点便可以确定待部署云平台所需部署的各个组件。进而，该节点便可以获取到待部署云平台所需部署的各个组件的执行文件。

其中，该节点可以通过多种方式获得各个组件的执行文件，对此本发明实施不做具体限定。

优选的，可以在该节点中预先存储多个各类型组件的执行文件，进而，当该节点确定待部署云平台所需部署的各个组件后，便可以从预先存储的多个各类型组件的执行文件中选取待部署云平台所需部署的各个组件的执行文件。

其中，该预先存储的多个各类型组件的执行文件可以是直接存储该执行文件对应的二进制文件，也可以是预先存储有该各类型组件的安装包，该安装包中包括各类型组件的执行文件。这样，当该节点确定待部署云平台所需部署的各个组件后，该节点便可以解压待部署云平台所需部署的各个组件的安装包，从而得到待部署云平台所需部署的各个组件的执行文件。

S202：基于所确定的配置信息中的各个目标组件的组件信息和通信关系，对各个目标组件的初始配置文件进行配置，得到各个目标组件的配置文件；

其中，目标组件为该节点中所需部署的各个组件；

进一步的，由于该节点在上述布局配置文件中所确定的该节点的配置信息中，包括该节点待部署的组件的组件信息，则该节点可以确定自身所需部署的各个目标组件。进而，该节点便可以基于所确定的配置信息中的各个目标组件的组件信息和通信关系，对自身所需部署的各个目标组件的初始配置文件进行配置，并在配置完成后，得到各个目标组件的配置文件。

具体的，在对每个目标组件的初始配置文件进行配置时，该节点可以利用所确定的配置信息中包括的目标组件的组件信息，对该目标组件的初始配置文件中的相关参数进行更新，从而在更新完成后，得到该目标组件的配置文件。

其中，该节点在执行完上述步骤S201后，可以在该节点中生成多个目录，其中，包括用于存储云平台数据的数据目录，用于存储配置文件的配置目录以及用于存储执行文件的二进制目录。

进而，电子设备便可以将在上述步骤S201中所获取的各个组件的执行文件存储到上述二进制目录中，并将得到的各个目标组件的配置文件存储到上述配置目录中。

其中，上述配置目录和二进制目录为文件夹下一类用于表征计算机磁盘中包含一个或多个文件的目录。

S203：利用各个目标组件的配置文件，对各个目标组件进行配置，并将配置完成的各个目标组件与该目标组件的执行文件关联；

进而，在得到各个目标组件的配置文件后，该节点便可以利用各个目标组件的配置文件，对各个目标组件进行配置。其中，在对各个目标节点进行配置时，不但是对各个目标组件自身的相关程序进行安装和启动，同时，会建立各个目标组件与该节点中到其他组件，以及与其他节点中的各个组件之间的通信关系。

进一步的，为了保证在待部署云平台部署完成后，该节点中的各个目标组件可以正常运行，在各个目标组件配置完成后，该节点便可以将各个目标组件与该目标组件的执行文件关联。这样，在待部署云平台部署完成后，需要运行该节点中的各个目标组件时，该节点便可以调用该目标组件的执行文件，完成该目标节点的正常运行。

优选的，一种实施例中，上述待部署云平台中所需部署的各个组件中，数据库对应的服务可以运行在待部署云平台的主节点中，且容器镜像仓库可以位于主节点中；那么，当该节点的节点类型为主节点时，则如图3所示，该节点执行上述步骤S203，利用各个目标组件的配置文件，对各个目标组件进行配置的方式可以包括如下步骤：

S301：生成该节点所需配置的各个目标组件在系统中所需的服务文件；

S302：基于所生成的数据库的服务文件，启动数据库对应的服务，并向数据库写入网络插件的配置信息；

S303：基于所生成的容器引擎的服务文件，启动容器引擎对应的服务，并启动容器镜像仓库。

具体的，该节点可以生成各个目标组件在系统中所需的服务文件，该文件可以用于定义各个目标组件的启动和停止方式，从而可以通过系统指令来启动、停止以及查看各个目标组件的服务状态。

例如，可以生成该节点所需配置的各个目标组件在systemd系统中所需的service文件，该service文件用于定义各个目标组件的启动和停止方式，从而可以通过systemclt命令来启动、暂停以及查看各个目标组件的服务状态。

进而，该节点可以基于所生成的数据库的服务文件，启动数据库对应的服务，并向数据库中写入上述网络插件的配置信息。这样，数据库中便可以生成该节点与其他节点进行通信时所经历的路由路径，从而完成该节点与其他节点的通信关系配置，以实现该节点与其他节点的通信。进一步的，该节点便可以基于所生成的容器引擎对应的服务文件，启动容器引擎对应的服务；进而，启动容器镜像仓库，从而完成容器引擎的配置和容器镜像仓库的安装。

例如，该节点生成所需配置的各个目标组件在systemd中所需的service文件，便可以通过该service文件来启动各个组件对应的服务，示例性的，当容器引擎为docker时，便可以先配置docker.service文件，进而，利用systemclt start docker命令来启动docker服务。

需要说明的是，在本发明实施例中，上述数据库具有客户端和服务端两部分，其中，客户端可以存储在任一电子设备中，用于存储云平台中的各类数据，而该数据库的服务器运行在该节点中。

优选的，一种实施例中，上述待部署云平台中所需部署的各个组件中的容器引擎和网络插件需部署在待部署云平台中的各个节点中；那么，当节点的节点类型为从节点时，则如图4所示，该节点执行上步骤S203，利用各个目标组件的配置文件，对各个目标组件进行配置的方式，可以包括如下步骤：

S401：生成该节点所需配置的各个目标组件在系统中所需的服务文件；

S402：基于所生成的容器引擎的服务文件，启动容器引擎对应的服务，在容器引擎对应的服务中导入预装的容器镜像文件。

具体的，该节点可以生成各个目标组件在系统中所需的服务文件，该文件可以用于将该节点所需配置的各个目标组件的服务托管到系统中，从而利用系统指令来启动、停止以及查看各个目标组件的服务状态。

例如，可以生成该节点所需配置的各个目标组件在systemd系统中所需的service文件。其中，该文件可以用于将各个组件的服务托管到systemd系统，然后便可以利用systemctl命令来启动、暂停以及查看各个目标组件的服务状态。

进而，该节点便可以基于所生成的容器引擎对应的服务文件，启动容器引擎对应的服务，以完成容器引擎的配置，

例如，该节点生成所需配置的各个目标组件在systemd中所需的service文件，便可以通过该service文件来启动各个组件对应的服务，示例性的，当容器引擎为docker时，便可以先配置docker.service文件，进而，利用systemclt start docker命令来启动docker服务。

进一步的，在完成容器引擎配置后，该节点便可以在容器引擎对应的服务中导入预装的容器镜像文件，即在配置完成的容器引擎中导入预先设置好的容器镜像文件。

其中，在很多情况下，为了保证节点中所存储数据的安全，以及保证节点的正常运行，通常会在节点中设置有防火墙服务，而为了保证该节点中的各个目标组件能够部署成功，且能够实现该节点与待部署云平台中的其他节点间的通信，优选的，一种示例中，该节点执行完上述步骤S203后，该云平台部署方法还可以包括如下步骤：

关闭节点中的虚拟内存服务和防火墙服务。

其中，在本具体实现方式中，关闭虚拟内存服务可以通过禁止内存交换来提高性能和防止因为内存交换出现一些不可预料的问题。

需要强调的是，上述本发明实施例提供的一种云平台部署方法是从待部署云平台中的任一节点的角度进行说明的，那么，当待部署云平台中的各个节点均完成对自身的配置后，则该待部署云平台部署完成，可以进行应用。

可选的，一种具体实现方式中，上述待部署云平台中待部署的各个组件中还可以包括至少一个增强组件。

其中，上述至少一个增强组件可以包括：域名服务器Kube-DNS其中，DNS为DomainName System的简写，其中文含义为域名系统，还可以包括用于实时查看云平台中的各种应用信息的web界面的Kube-dashboard。

则在本具体实现方式中，当该节点为主节点时，则当待部署云平台中的各个节点均完成对自身的配置后，该节点可以在自身执行该至少一个增强插件的部署。具体的，该节点可以通过调用kubernetes的编排部署文件来进行增强组件的安装。

其中，该至少一个增强组件虽然是部署在主节点中的，但是该至少一个增强组件可以在待部署云平台中的各个节点中运行。这样，部署完成的云平台便可以通过上述增强组件实现可视化展示和操作，以及提供域名解析服务。

以上可见，应用本发明实施例提供的方案，在部署云平台时，待部署云平台的各个节点中的自动化运维工具，可以在获取到待部署云平台的布局配置信息后，根据该布局配置信息所包括的各个节点的节点类型以及每一节点类型下各个节点的配置信息，配置自身所需部署的各个组件和自身与其他节点的通信关系。这样，在待部署云平的全部节点完成自身组件配置和与其他节点的通信关系配置后，便可以完成整个云平台的部署。基于此，应用本发明实施例提供的方案，在云平台的部署过程中，可以直接利用节点中的自动化运维工具完成对待部署云平台中的各个节点以及节点间的通信关系的部署，而不需要进行人工部署，从而可以实现一站式部署整个云平台，提高云平台的部署效率。

为了便于理解上述本发明实施例提供的一种云平台部署方法，下面，通过一个具体实例对上述云平台部署方法进行说明。

示例性的，待部署云平台中的各个节点形成kubernetes集群。其中，该kubernetes集群中的主节点用于控制和管理整个集群系统的控制面板，从节点用于运行用户实际部署的应用。

具体的，kubernetes集群中的主节点包括三种进程。第一种进程：kube-apiserver，用于主节点和其他节点中的各个组件进程进行通信；第二中进程：kube-scheduler，用于调度所需部署的应用，为所需部署的应用的每个可部署组件分配一个从节点；第三个进程：kube-controller-manager，用于执行集群级别的功能。

针对第三种进程，例如，当云平台需要利用三个数据库时，可以在当前所使用的数据库出现故障时，及时启动新的数据库，以保证云平台中正在使用的数据库始终是三个。

此外，该待部署云平台中还需要用于进行数据存储的etcd分布式数据库，以及用于各个节点间进行通信的flannel网络插件。并且，云平台还需要部署由容器引擎Docker中的容器运行时所需的运行环境，以及Docker对应的容器镜像仓库Docker Registry。进一步的，还可以部署提供域名服务的增强组件kube-dns以及提供web(World Wide Web，万维网)可视化服务的增强组件kube-dashboard。

进而，在该具体实例中，待部署云平台中存在三个节点构成kubernetes集群。将第一节点作为主节点，并在该主节点中运行数据库以及部署Docker Registry；将第二节点和第三节点作为从节点；此外，在上述三个节点中均部署Docker和flannel，并在该待部署云平台中部署增强组件kube-dns和kube-dashboard。

基于此，用户首先基于上述应用场景，生成布局配置文件，进而，将所生成的布局配置文件传输至上述三个节点中的每一个，以使每个节点获取到该布局配置文件。

进而，针对该第一节点：

第一步：读取该布局配置文件，获知该待部署云平台中的三个节点的节点标识和节点类型，并获知该待部署云平台中的三个节点的从属关系，此外，获知自身的配置信息；

第二步：创建用于存储云平台数据的数据目录，用于存储配置文件的配置目录以及用于存储执行文件的二进制目录；

第三步：从布局配置文件中，确定待部署云平台所需部署的各个组件，并获得各个组件的执行文件，将各个组件的执行文件存储到上述二进制目标中；

第四步：由于自身是主节点，则基于从布局配置文件中获知的自身的配置信息，生成数据库、Docker Registry、Docker和flannel的配置文件；

第五步：生成数据库、Docker Registry、Docker和flannel在systemd中的service文件；

第六步：基于生成的etcd数据库的service文件，启动etcd数据库对应的服务，并向etcd数据库中写入flannel的配置信息；

第七步：基于生成的Docker的service文件，启动Docker对应的服务，并启动Docker Registry；

第八步：关闭虚拟内存(swap)服务和firewalld服务。

针对第二节点和第三节点：

第一步：读取该布局配置文件，获知该待部署云平台中的三个节点的节点标识和节点类型，并获知该待部署云平台中的三个节点的从属关系，此外，获知自身的配置信息；

第二步：创建用于存储云平台数据的数据目录，用于存储配置文件的配置目录以及用于存储执行文件的二进制目录；

第三步：从布局配置文件中，确定待部署云平台所需部署的各个组件，并获得各个组件的执行文件，将各个组件的执行文件存储到上述二进制目标中；

第四步：由于自身是主节点，则基于从布局配置文件中获知的自身的配置信息，生成Docker和flannel的配置文件；

第五步：生成Docker和flannel在systemd中的service文件；

第六步：基于所生成的Docker的service文件，启动Docker对应的服务，并在Docker对应的服务中导入预装的容器镜像文件；

第七步：关闭虚拟内存(swap)服务和防火墙(firewalld)服务。

进而，在第一节点启动数据库、Docker Registry、Docker和flannel，且第二节点和第三节点均启动Docker和flannel后，第一节点执行增强组件kube-dns和kube-dashboard的部署。

这样，在第一节点执行完成增强组件kube-dns和kube-dashboard的部署后，该具体实例中的待部署云平台部署完成。

相应于上述本发明实施例提供的一种云平台部署方法，本发明实施例还提供了一种云平台部署装置。

图5为本发明实施例提供的一种云平台部署装置的结构示意图，其中，该装置应用于待部署云平台的任一节点中的自动化运维工具。如图5所示，该云平台部署装置可以包括如下模块：

文件获取模块510，用于获取待部署云平台的布局配置文件；其中，布局配置文件包括：待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，配置信息包括待部署的组件的组件信息和节点间的通信关系；

信息获取模块520，用于从布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从布局配置文件中确定该节点的配置信息；

节点配置模块530，用于基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

以上可见，应用本发明实施例提供的方案，在部署云平台时，待部署云平台的各个节点中的自动化运维工具，可以在获取到待部署云平台的布局配置信息后，根据该布局配置信息所包括的各个节点的节点类型以及每一节点类型下各个节点的配置信息，配置自身所需部署的各个组件和自身与其他节点的通信关系。这样，在待部署云平的全部节点完成自身组件配置和与其他节点的通信关系配置后，便可以完成整个云平台的部署。基于此，应用本发明实施例提供的方案，在云平台的部署过程中，可以直接利用节点中的自动化运维工具完成对待部署云平台中的各个节点以及节点间的通信关系的部署，而不需要进行人工部署，从而可以实现一站式部署整个云平台，提高云平台的部署效率。

可选的，一种具体实现方式中，上述各个组件中可以包括容器引擎、数据库、网络插件和容器镜像仓库。

可选的，一种具体实现方式中，上述节点配置模块530可以包括：

文件获取子模块，用于从布局配置文件中，确定所述待部署云平台所需部署的各个组件，并获得各个组件的执行文件；

组件配置子模块，用于基于所确定的配置信息中的各个目标组件的组件信息和通信关系，对各个目标组件的初始配置文件进行配置，得到各个目标组件的配置文件；其中，目标组件为该节点中所需部署的各个组件；

节点配置子模块，用于利用各个目标组件的配置文件，对各个目标组件进行配置，并将配置完成的各个目标组件与该目标组件的执行文件关联；

组件启动子模块，用于启动该节点中配置的各个目标组件。

可选的，一种具体实现方式中，上述数据库对应的服务运行在待部署云平台的主节点中，且上述容器镜像仓库位于主节点中；当上述节点的节点类型为主节点时，上述节点配置子模块可以具体用于：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；基于所生成的数据库的服务文件，启动数据库对应的服务，并向数据库写入网络插件的配置信息；基于所生成的容器引擎的服务文件，启动容器引擎对应的服务和容器镜像仓库。

可选的，一种具体实现方式中，上述容器引擎和网络插件部署在待部署云平台中的各个节点中；当上述节点的节点类型为从节点时，上述节点配置子模块可以具体用于：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；基于所生成的所述容器引擎的服务文件，并在所述启动引擎对应的服务中，启动容器引擎对应的服务，并导入预装的容器镜像文件。

可选的，一种具体实现方式中，上述组件启动子模块可以具体用于：

关闭节点中的虚拟内存服务和防火墙服务，并启动该节点中配置的各个目标组件。

可选的，一种具体实现方式中，上述各个组件中还可以包括至少一个增强插件；当该节点的节点类型为主节点时，上述云平台部署装置还可以包括：

增强部署模块，用于在待部署云平台中的各个节点配置完成后，执行至少一个增强插件的部署。

相应于上述本发明实施例提供的一种云平台部署方法，本发明实施例还提供了一种节点，如图6所示，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601，通信接口602，存储器603通过通信总线604完成相互间的通信，

存储器603，用于存放计算机程序；

处理器601，用于执行存储器603上所存放的程序时，实现上述本发明实施例提供的一种云平台部署方法。

具体的，上述云平台部署方法应用于待部署云平台的任一节点中的自动化运维工具，包括：

获取待部署云平台的布局配置文件；其中，布局配置文件包括：待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，配置信息包括待部署的组件的组件信息和节点间的通信关系；

从布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从布局配置文件中确定该节点的配置信息；

基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

需要说明的是，上述处理器601执行存储器603上存放的程序而实现的一种云平台部署方法的其他实现方式，与前述方法实施例部分提供的一种云平台部署方法实施例相同，这里不再赘述。

以上可见，应用本发明实施例提供的方案，在部署云平台时，待部署云平台的各个节点中的自动化运维工具，可以在获取到待部署云平台的布局配置信息后，根据该布局配置信息所包括的各个节点的节点类型以及每一节点类型下各个节点的配置信息，配置自身所需部署的各个组件和自身与其他节点的通信关系。这样，在待部署云平的全部节点完成自身组件配置和与其他节点的通信关系配置后，便可以完成整个云平台的部署。基于此，应用本发明实施例提供的方案，在云平台的部署过程中，可以直接利用节点中的自动化运维工具完成对待部署云平台中的各个节点以及节点间的通信关系的部署，而不需要进行人工部署，从而可以实现一站式部署整个云平台，提高云平台的部署效率。

上述节点提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述节点与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

相应于上述本发明实施例提供的一种云平台部署方法，本发明实施例还提供了一种计算机可读存储介质，该计算机程序被处理器执行时实现上述本发明实施例提供的一种云平台部署方法。

具体的，上述云平台部署方法应用于待部署云平台的任一节点中的自动化运维工具，包括：

获取待部署云平台的布局配置文件；其中，布局配置文件包括：待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，配置信息包括待部署的组件的组件信息和节点间的通信关系；

从布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从布局配置文件中确定该节点的配置信息；

基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

需要说明的是，上述计算机程序被处理器执行时而实现的一种云平台部署方法的其他实现方式，与前述方法实施例部分提供的一种云平台部署方法实施例相同，这里不再赘述。

以上可见，应用本发明实施例提供的方案，在部署云平台时，待部署云平台的各个节点中的自动化运维工具，可以在获取到待部署云平台的布局配置信息后，根据该布局配置信息所包括的各个节点的节点类型以及每一节点类型下各个节点的配置信息，配置自身所需部署的各个组件和自身与其他节点的通信关系。这样，在待部署云平的全部节点完成自身组件配置和与其他节点的通信关系配置后，便可以完成整个云平台的部署。基于此，应用本发明实施例提供的方案，在云平台的部署过程中，可以直接利用节点中的自动化运维工具完成对待部署云平台中的各个节点以及节点间的通信关系的部署，而不需要进行人工部署，从而可以实现一站式部署整个云平台，提高云平台的部署效率。

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

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例、节点实施例、计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (12)

1.一种云平台部署方法，其特征在于，应用于待部署云平台的任一节点中的自动化运维工具；所述方法包括：

获取所述待部署云平台的布局配置文件；其中，所述布局配置文件包括：所述待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，所述配置信息包括待部署的组件的组件信息和节点间的通信关系；

从所述布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从所述布局配置文件中确定该节点的配置信息；

基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

2.根据权利要求1所述的方法，其特征在于，各个组件中包括容器引擎、数据库、网络插件和容器镜像仓库。

3.根据权利要求2所述的方法，其特征在于，所述基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置的步骤，包括：

从所述布局配置文件中，确定所述待部署云平台所需部署的各个组件，并获得所述各个组件的执行文件；

基于所述所确定的配置信息中的各个目标组件的组件信息和通信关系，对各个目标组件的初始配置文件进行配置，得到各个目标组件的配置文件；其中，所述目标组件为该节点中所需部署的各个组件；

利用各个目标组件的配置文件，对各个目标组件进行配置，并将配置完成的各个目标组件与该目标组件的执行文件关联。

4.根据权利要求3所述的方法，其特征在于，所述数据库对应的服务运行在所述待部署云平台的主节点中，且所述容器镜像仓库位于所述主节点中；当该节点的节点类型为主节点时，所述利用各个目标组件的配置文件，对各个目标组件进行配置的步骤，包括：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；

基于所生成的所述数据库的服务文件，启动所述数据库对应的服务，并向所述数据库写入所述网络插件的配置信息；

基于所生成的所述容器引擎的服务文件，启动所述容器引擎对应的服务，并启动所述容器镜像仓库。

5.根据权利要求3所述的方法，其特征在于，所述容器引擎和所述网络插件部署在所述待部署云平台中的各个节点中；当该节点的节点类型为从节点时，所述利用各个目标组件的配置文件，对各个目标组件进行配置的步骤，包括：

生成该节点所需配置的各个目标组件在系统中所需的服务文件；

基于所生成的所述容器引擎的服务文件，启动容器引擎对应的服务，并在所述容器引擎对应的服务中，导入预装的容器镜像文件。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：

关闭该节点中的虚拟内存服务和防火墙服务。

7.根据权利要求2-6任一项所述的方法，其特征在于，所述各个组件中还包括至少一个增强插件；当该节点的节点类型为主节点时，所述方法还包括：

在所述待部署云平台中的各个节点配置完成后，执行所述至少一个增强插件的部署。

8.一种云平台部署装置，其特征在于，应用于待部署云平台的任一节点中的自动化运维工具；所述装置包括：

文件获取模块，用于获取所述待部署云平台的布局配置文件；其中，所述布局配置文件包括：所述待部署云平台的各个节点的节点类型，以及每一节点类型下各个节点的配置信息，所述配置信息包括待部署的组件的组件信息和节点间的通信关系；

信息获取模块，用于从所述布局配置文件中，读取该节点的节点类型，并依据所读取的节点类型，从所述布局配置文件中确定该节点的配置信息；

节点配置模块，用于基于所确定的配置信息，在该节点中部署组件以及与其他节点的通信关系对该节点进行配置。

9.根据权利要求8所述的装置，其特征在于，各个组件中包括容器引擎、数据库、网络插件和容器镜像仓库。

10.根据权利要求9所述的装置，其特征在于，所述节点配置模块，包括：

文件获取子模块，用于从所述布局配置文件中，确定所述待部署云平台所需部署的各个组件，并获得所述各个组件的执行文件；

组件配置子模块，用于基于所述所确定的配置信息中的各个目标组件的组件信息和通信关系，对各个目标组件的初始配置文件进行配置，得到各个目标组件的配置文件；其中，所述目标组件为该节点中所需部署的各个组件；

节点配置子模块，用于利用各个目标组件的配置文件，对各个目标组件进行配置，并将配置完成的各个目标组件与该目标组件的执行文件关联；

组件启动子模块，用于启动该节点中配置的各个目标组件。

11.一种节点，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一所述的方法步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一所述的方法步骤。

Images