CN113312153A - 一种集群部署方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明实施例适用于计算机技术领域，提供了一种集群部署方法、装置、电子设备及存储介质，其中，集群部署方法应用于集群中的第一节点，集群部署方法包括：从集群的数据中心获取所述第一节点对应的第一部署任务；第一部署任务用于对集群进行部署；第一部署任务由集群中的第二节点上传至数据中心；在设定的至少一个第一配置文件中，确定与第一部署任务对应的第一配置文件；第一配置文件表征与第一部署任务相关的集群资源的执行顺序；基于执行顺序，执行第一配置文件对应的集群资源，完成对集群的部署。

Description

一种集群部署方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种集群部署方法、装置、电子设备及存储介质。

背景技术

相关技术通过集群管理软件来管理集群，目前较为流行的方案为pacemaker+corosync这一套集群管理软件的组合，通过注册集群资源，基于集群资源提供启停、检测等操作，结合资源约束、资源属性等特性，实现集群的管理。相关技术只处理了集群组成之后的资源管理问题，缺少自动部署的功能，需要开发人员手动部署集群，集群部署效率低。

发明内容

为了解决上述问题，本发明实施例提供了一种集群部署方法、装置、电子设备及存储介质，以至少解决相关技术集群部署效率低的问题。

本发明的技术方案是这样实现的：

第一方面，本发明实施例提供了一种集群部署方法，应用于集群中的第一节点，该方法包括：

从集群的数据中心获取所述第一节点对应的第一部署任务；所述第一部署任务用于对集群进行部署；所述第一部署任务由所述集群中的第二节点上传至所述数据中心；

在设定的至少一个第一配置文件中，确定与所述第一部署任务对应的第一配置文件；所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序；

基于所述执行顺序，执行所述第一配置文件对应的集群资源，完成对集群的部署。

上述方案中，所述方法还包括：

在所述第一配置文件对应的任意一个集群资源执行失败的情况下，撤回所述第一配置文件对应的已执行的集群资源。

上述方案中，在执行所述第一配置文件对应的集群资源时，所述方法还包括：

获取所第一配置文件对应的每个集群资源的执行结果；

将所述执行结果发送至所述数据中心。

上述方案中，所述从集群的数据中心获取第一部署任务，包括：

基于设定的第二配置文件监听所述数据中心中的部署任务；所述设定的第二配置文件表征所述第一节点对应的第一部署任务在所述数据中心中的存储位置；

在监听到所述第一节点对应的第一部署任务的情况下，从所述数据中心获取所述第一部署任务。

上述方案中，所述执行所述第一配置文件对应的集群资源，包括：

基于所述第一配置文件对应的集群资源中的每个集群资源对应的第三配置文件，执行所述第一配置文件对应的集群资源；所述第三配置文件表征对应的集群资源的执行方式。

第二方面，本发明实施例提供了一种集群部署方法，应用于集群中的第二节点，该方法包括：

基于设定的第四配置文件确定第一部署操作对应的第一节点类型；所述设定的第四配置文件表征部署操作对应的节点类型；

基于所述第一节点类型生成所述第一部署任务；

发布所述第一部署任务至所述集群的数据中心，以使所述集群中属于所述第一节点类型的第一节点从所述数据中心获取所述第一部署任务，并基于与所述第一部署任务对应的第一配置文件完成对集群的部署；其中，

所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序。

上述方案中，在所述确定第一部署操作所需的第一节点类型之前，所述方法还包括：

接收第一请求；其中，

所述第一请求用于请求对集群进行所述第一部署操作。

上述方案中，在所述确定第一部署操作所需的第一节点类型之前，所述方法还包括：

从所述数据中心监听所述集群的第三节点的心跳信息；所述第三节点基于设定时间周期发送心跳信息至所述数据中心；

在监听到的心跳信息表征所述第三节点离线的情况下，确定所述第一部署操作。

上述方案中，所述基于设定的第四配置文件确定第一部署操作所需的第一节点类型，包括：

基于设定的第四配置文件中定义的至少两种节点类型中每种节点类型的优先级，将优先级最高且存在可用节点的节点类型确定为所述第一部署操作所需的第一节点类型。

上述方案中，所述发布所述第一部署任务至所述集群的数据中心，包括：

检测所述集群是否满足所述第一部署任务所需的执行条件；

在所述集群满足所述第一部署任务所需的执行条件的情况下，发布所述第一部署任务至所述集群的数据中心。

第三方面，本发明实施例提供了一种集群部署系统，该装置包括：

第一节点，用于从集群的数据中心获取所述第一节点对应的第一部署任务；所述第一部署任务用于对集群进行部署；在设定的至少一个第一配置文件中，确定与所述第一部署任务对应的第一配置文件；所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序；基于所述执行顺序，执行所述第一配置文件对应的集群资源，完成对集群的部署；

第二节点，用于基于设定的第四配置文件确定第一部署操作对应的第一节点类型；所述设定的第四配置文件表征部署操作对应的节点类型；基于所述第一节点类型生成所述第一部署任务；发布所述第一部署任务至所述集群的数据中心，以使所述集群中属于所述第一节点类型的第一节点从所述数据中心获取所述第一部署任务，并基于与所述第一部署任务对应的第一配置文件完成对集群的部署。

上述方案中，所述第一节点和所述第二节点为所述集群中的同一个节点。

第四方面，本发明实施例提供了一种电子设备，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行本发明实施例第一方面提供的集群部署方法的步骤。

第五方面，本发明实施例提供了一种计算机可读存储介质，包括：所述计算机可读存储介质存储有计算机程序。所述计算机程序被处理器执行时实现如本发明实施例第一方面提供的集群部署方法的步骤。

本发明实施例通过从集群的数据中心获取第一节点对应的第一部署任务，在设定的至少一个第一配置文件中，确定与第一部署任务对应的第一配置文件，第一配置文件表征与第一部署任务相关的集群资源的执行顺序。基于执行顺序，执行第一配置文件对应的集群资源，完成对集群的部署。其中，第一部署任务用于对集群进行部署，第一部署任务由集群中的第二节点上传至所述数据中心。本发明实施例通过配置文件可以简化集群部署和管理的复杂度，根据部署任务对应的配置文件，可以快速执行部署任务所需的集群资源，加快了集群的部署速度。

附图说明

图1是本发明实施例提供的一种集群部署框架的结构示意图；

图2是本发明实施例提供的一种集群部署方法的实现流程示意图；

图3是本发明实施例提供的另一种集群部署方法的实现流程示意图；

图4是本发明实施例提供的另一种集群部署方法的实现流程示意图；

图5是本发明实施例提供的一种集群部署方法的实现流程示意图；

图6是本发明实施例提供的另一种集群部署方法的实现流程示意图；

图7是本发明实施例提供的另一种集群部署方法的实现流程示意图；

图8是本发明应用实施例提供的一种添加节点流程的示意图；

图9是本发明应用实施例提供的一种节点类型确定流程的示意图；

图10是本发明应用实施例提供的一种执行添加节点任务的流程示意图；

图11是本发明应用实施例提供的一种集群角色配置文件的示意图；

图12是本发明应用实施例提供的一种集群事件配置文件的示意图；

图13是本发明应用实施例提供的一种集群资源配置文件的示意图；

图14是本发明应用实施例提供的一种集群任务配置文件的示意图；

图15是本发明应用实施例提供的一种SCP产品界面的示意图；

图16是本发明应用实施例提供的一种SCP产品界面的示意图；

图17是本发明应用实施例提供的一种单个节点下SCP的架构示意图；

图18是本发明应用实施例提供的一种SCP产品界面的示意图；

图19是本发明应用实施例提供的一种SCP产品界面的示意图

图20是本发明应用实施例提供的一种多节点下SCP的架构示意图；

图21是本发明实施例提供的一种集群部署系统的示意图；

图22是本发明一实施例提供的电子设备的示意图。

具体实施方式

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

acemaker+corosync是一个开源的集群资源管理器，利用集群基础构件提供的消息和探测机制，完成集群的管理、故障恢复和高可用等功能。相关技术通过pacemaker+corosync实现集群的管理，pacemaker+corosync只处理了集群组成之后的资源管理问题，缺少集群自动部署的功能，需要开发人员手动进行配置，但是手动部署困难，配置复杂。而且相关技术集群资源管理不直观，集群资源执行失败之后无法回滚，任务的执行无法根据不同场景动态调整。

针对上述相关技术的缺点，本发明实施例提供了一种集群部署方法，至少能够提高集群部署效率。为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参考图1，图1是本发明实施例提供的一种集群部署框架的结构示意图，集群部署框架包括：集群生命节点、集群控制器、集群决策引擎、集群数据中心、集群事件总线和集群资源编排器。

图1中集群包括节点1、节点2和节点3，集群每一个节点对应一个硬件实体，比如节点1对应服务器1、节点2对应服务器2，节点3对应服务器3。在实际应用中，不同节点对应不同的产品，比如一个云计算平台是一个产品，这个云计算平台加入集群后成为集群的一个节点。

其中，集群控制器用于接收用户对集群的控制请求，并根据控制请求中的数据进行前置检查，前置检查通过之后根据控制请求生成部署任务，将部署任务下发给集群决策引擎。前置检测用于检测集群是否满足部署任务所需的执行条件，部署任务包括：添加节点、节点离线、节点回归和节点升级等。

集群决策引擎用于根据预先定义好的集群角色及行为操作，对部署任务进行角色决策，再将部署任务发布到集群数据中心。角色决策即决定部署任务由集群的哪个节点或哪种类型的节点执行。

集群生命管理器用于负责自身节点的心跳维护和其他节点心跳的监控，以及节点自身上线、下线时的任务调度；同时周期性的对集群中各个节点的运行状态进行判断，用于恢复节点异常、节点资源故障等。每个节点的集群生命管理器会在节点启动时将自身的心跳信息记录到集群数据中心，并周期性更新。集群生命管理器也可以监听集群数据中心中其他节点的心跳，当发现其他节点心跳停止时，会经过集群决策引擎的角色处理后，发布部署任务到集群数据中心。这里，心跳停止表征节点离线。

集群数据中心在节点之间保障数据的一致性，并进行实时的数据同步。集群数据中心保存集群的配置信息、执行任务历史信息等，同时为不同的节点提供心跳机制。

集群事件总线定义了一系列集群数据中心中的数据的监听方式，集群事件总线会根据配置文件中定义好的事件内容，对集群数据中心中的部署任务进行监控。当监控到对应部署任务时，集群事件总线从数据中心中获取对应的部署任务，并将部署任务调用到集群资源编排器中。

集群资源编排器用于将集群资源进行组合，定义不同资源的执行顺序、同步异步、动态配置等，形成部署任务对应的配置文件，最终实现对集群任务、事件、周期处理等功能的编排操作。并在执行过程中，对编排的任务进行可视化跟踪，以及提供断点注入、异常注入等调试手段。也就是说，预先定义好什么部署任务会执行什么操作、调用什么资源，根据操作和资源形成部署任务对应的配置文件。在处理部署任务时，根据集群资源编排器中部署任务对应的配置文件，执行配置文件对应的集群资源，完成对集群的部署。

其中，集群资源是对集群中各种基础组件、流程操作的统一抽象，通过配置文件来进行集群资源定义，简单的集群资源可以是一条系统指令，复杂的集群资源可以是一种插件式的代码，集群资源之间相互独立，且可以任意扩展。

图1以3个节点为例，用户可以在任意一个节点输入请求，接收用户请求的节点生成部署任务，并发布到数据中心。集群中任意一个节点都可能处理这个部署任务。比如，用户在节点1输入了请求，节点1生成部署任务，并发布到数据中心。节点1、节点2和节点3都有可能处理这个部署任务，这个部署任务由哪个节点执行，这取决于这个部署任务有没有指定对应的执行节点。

图2是本发明实施例提供的一种集群部署方法的实现流程示意图，集群部署方法应用于集群中的第一节点，第一节点可以是图1中的节点1、节点2或节点3。第一节点可以为台式电脑、笔记本电脑和服务器等电子设备。参考图2，集群部署方法包括：

S201，从集群的数据中心获取所述第一节点对应的第一部署任务；所述第一部署任务用于对集群进行部署；所述第一部署任务由所述集群中的第二节点上传至所述数据中心。

其中，第一部署任务由集群中的第二节点上传至所述数据中心，第二节点可以是图1中的节点1、节点2或节点3。

参考图3，在一实施例中，所述从集群的数据中心获取第一部署任务，包括：

S301，基于设定的第二配置文件监听所述数据中心中的部署任务；所述设定的第二配置文件表征所述第一节点对应的第一部署任务在所述数据中心中的存储位置。

这里对应图1中的集群事件总线，通过第一节点的集群事件总线监听集群的数据中心。

在一实施例中，集群事件总线中存储有设定的第二配置文件，设定的第二配置文件定义了需要监听的部署任务在数据中心中的存储位置，集群事件总线监听数据中心中设定的第二配置文件定义的存储位置，当监听到有部署任务写入时，从该存储位置提取部署任务。

在实际应用中，可以将不同节点类型对应的部署任务存储在数据中心的不同位置，比如将数据中心进行分区存储，每一个节点类型对应一个存储分区。

S302，在监听到所述第一节点对应的第一部署任务的情况下，从所述数据中心获取所述第一部署任务。

在监听到第一节点对应的第一部署任务的情况下，从数据中心获取第一部署任务。第一节点仅获取与自身相关的部署任务，其他节点的部署任务不会获取。

S202，在设定的至少一个第一配置文件中，确定与所述第一部署任务对应的第一配置文件；所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序。

第一节点中存储有设定的至少一个一个配置文件，其中，一个第一配置文件对应一个部署任务，预先通过第一配置文件定义好第一节点执行部署任务时所需执行的集群资源，以及集群资源的执行顺序。比如，部署任务1为添加节点，部署任务1对应配置文件1；部署任务2为删除节点，部署任务2对应配置文件2。

这里，可以在第一节点中预先设定好一张数据表，通过数据表存储第一配置文件和部署任务的对应关系，通过第一部署任务查询数据表，得到对应的第一配置文件。

在实际应用中，部署任务对应的集群资源的执行顺序与产品相关，不同的任务可以对应不同的集群资源，产品决定了哪些任务对应哪些集群资源及其执行顺序。

S203，基于所述执行顺序，执行所述第一配置文件对应的集群资源，完成对集群的部署。

首先，根据第一配置文件找到第一节点对应的集群资源，然后第一节点按照第一配置文件定义的集群资源的执行顺序，依次执行集群资源，从而实现对部署任务的响应，完成对集群的部署。这样，通过配置文件简化了集群部署、管理的复杂度，获取到部署任务的时候，都可以根据配置文件，快速找到部署任务所需的的集群资源，加快了集群的部署速度。

在一实施例中，所述执行所述第一配置文件对应的集群资源，包括：

基于所述第一配置文件对应的集群资源中的每个集群资源对应的第三配置文件，执行所述第一配置文件对应的集群资源；所述第三配置文件表征对应的集群资源的执行方式。

在每个节点中，每一个集群资源对应一个预先设定好的第三配置文件，第三配置文件定义了该集群资源的执行方式、属性、名称和类型等，集群资源的执行方式包括系统指令、插件式代码中的函数和程序等。根据每个集群资源对应的第三配置文件所定义的执行方式，执行第一配置文件对应的集群资源，以完成对集群的部署。

在一实施例中，第一节点在执行集群资源的时候，所述方法还包括：

在所述第一配置文件对应的任意一个集群资源执行失败的情况下，撤回所述第一配置文件对应的已执行的集群资源。

这里，提供了集群资源的回滚功能，在执行集群资源的时候，如果某个集群资源执行失败，则将已经执行完成的第一配置文件对应的集群资源全部回滚，回到初始状态，保证了集群状态的正常。例如，一共需要依次执行5个集群资源，当第4个集群资源执行失败的时候，将前面3个已经执行完成的集群资源撤回，回到集群资源未执行的状态。同时，将执行集群资源产生的数据删除。

参考图4，在一实施例中，在执行所述第一配置文件对应的集群资源时，所述方法还包括：

S401，获取所第一配置文件对应的每个集群资源的执行结果。

S402，将所述执行结果发送至所述数据中心。

在第一节点执行集群资源的时候，将每一个集群资源的执行结果上传到数据中心，方便进行任务跟踪和问题排查。集群资源的执行结果包括成功和失败。提供集群资源的执行跟踪机制，可以更好的分析和解决集群管理和部署过程中可能出现的问题。

本发明实施例通过从集群的数据中心获取第一节点对应的第一部署任务，在设定的至少一个第一配置文件中，确定与第一部署任务对应的第一配置文件，第一配置文件表征与第一部署任务相关的集群资源的执行顺序。基于执行顺序，执行第一配置文件对应的集群资源，完成对集群的部署。其中，第一部署任务用于对集群进行部署，第一部署任务由集群中的第二节点上传至所述数据中心。本发明实施例通过第一配置文件可以简化集群部署和管理的复杂度，根据部署任务对应的第一配置文件，可以快速执行部署任务所需的集群资源，加快了集群的部署速度。

图5是本发明实施例提供的一种集群部署方法的实现流程示意图，集群部署方法应用于集群中的第二节点，第二节点可以是图1中的节点1、节点2或节点3。第二节点为电子设备，电子设备包括台式电脑、笔记本电脑和服务器等。参考图5，集群部署方法包括：

S501，基于设定的第四配置文件确定第一部署操作对应的第一节点类型；所述设定的第四配置文件表征部署操作对应的节点类型。

第一部署操作由用户在第二节点输入的第一请求确定，在一实施例中，在所述确定第一部署操作所需的第一节点类型之前，所述方法还包括：

接收第一请求；其中，

所述第一请求用于请求对集群进行所述第一部署操作。

这里对应图1中的集群控制器，用户发送第一请求到集群控制器，第一请求对应的第一部署操作可以是添加节点、节点离线、节点回归和节点升级等。

在一实施例中，所述基于设定的第四配置文件确定第一部署操作所需的第一节点类型，包括：

基于设定的第四配置文件中定义的至少两种节点类型中每种节点类型的优先级，将优先级最高且存在可用节点的节点类型确定为所述第一部署操作所需的第一节点类型。

这里对应图1中的集群决策引擎，集群决策引擎中存储有设定的第四配置文件，设定的第四配置文件定义了部署操作所需的节点类型，根据第四配置文件确定第一部署操作所需的第一节点类型。其中，角色指本发明实施例中的节点类型。

具体的，如果用户没有指定第一部署操作所需的第一节点类型，则自动选择第一节点类型。第四配置文件中存储有至少两种节点类型，按照至少两种节点类型中每种节点类型的优先级，将优先级最高的且存在可用节点的节点类型确定为第一部署操作所需的第一节点类型。

比如，第四配置文件中存储有节点类型1和节点类型2，节点类型1的优先级高于节点类型2，先确定节点类型1对应的节点是否存在可用节点，这里可用指判断集群中节点类型1对应的节点是否能够执行第一部署操作，比如集群中节点类型1对应的节点已经满负载了，则不能设置为第一部署操作所需的第一节点类型。如果节点类型1对应的节点可用，则设置节点类型1为第一部署操作所需的第一节点类型。节点类型1对应的节点不可用的话，则判断节点类型2对应的节点是否存在可用节点，以此类推，直至找到存在可用节点的节点类型。

S502，基于所述第一节点类型生成所述第一部署任务。

根据第一节点类型生成第一部署任务，也就是说，只有集群中第一节点类型的节点才能获取并执行该任务。第一部署任务与用户输入的第一请求中的第一部署操作相关，比如第一请求的第一部署操作是添加节点，则第一部署任务同样为添加节点，添加节点由集群中第一节点类型对应的节点来执行。

S503，发布所述第一部署任务至所述集群的数据中心，以使所述集群中属于所述第一节点类型的第一节点从所述数据中心获取所述第一部署任务，并基于与所述第一部署任务对应的第一配置文件完成对集群的部署；其中，所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序。

第二节点将第一部署任务发布至集群的数据中心，集群中属于第一节点类型的第一节点从数据中心获取第一部署任务，并基于与第一部署任务对应的第一配置文件完成对集群的部署。

这里对应上述实施例中的第一节点，其具体实现过程详见上述方法实施例，这里不再赘述。

参考图6，在一实施例中，所述发布所述第一部署任务至所述集群的数据中心，包括：

S601，检测所述集群是否满足所述第一部署任务所需的执行条件。

S602，在所述集群满足所述第一部署任务所需的执行条件的情况下，发布所述第一部署任务至所述集群的数据中心。

在发布第一部署任务时，需要检测集群是否满足第一部署任务所需的执行条件。比如，集群状态是否稳定，数据中心的剩余存储空间是否足够，集群中节点数量是否达到上限等。在集群满足第一部署任务所需的执行条件的情况下，发布第一部署任务到数据中心。

参考图7，在一实施例中，在所述确定第一部署操作所需的第一节点类型之前，所述方法还包括：

S701，从所述数据中心监听所述集群的第三节点的心跳信息；所述第三节点基于设定时间周期发送心跳信息至所述数据中心。

这里，第三节点可以是集群中的任意一个节点。第二节点可以监听集群中第三节点的心跳信息，心跳信息是第三节点是否在线的声明，第三节点基于设定时间周期发送心跳至数据中心，比如每隔1分钟发一次心跳信息，如果第二节点每次都能监听到第三节点发送到数据中心的心跳信息，表明第三节点正常在线运行。

S702，在监听到的心跳信息表征所述第三节点离线的情况下，确定所述第一部署操作。

在长时间没有监听到第三节点发送的心跳信息的情况下，说明第三节点处于离线状态，此时第一部署操作可以为节点回归操作，节点回归操作用于让第三节点恢复在线状态。

本发明实施例简化了集群部署流程，不管是生成部署任务，还是执行部署任务，都可以避免手动进行配置，提高了集群部署的效率。

参考图8，图8是本发明应用实施例提供的一种添加节点流程的示意图，本发明应用实施例可以应用于上述实施例中的第二节点，添加节点流程包括：

集群控制器接收用户发送的添加节点请求，集群控制器对添加节点请求进行解析，解析包括获取需要添加的节点的名称、节点类型等。集群控制器对添加节点请求进行前置检查，判断集群是否能够添加该节点。比如，如果集群中已经存在需要添加的节点的名称，则不能添加该节点，提示用户更换节点名称。

如果前置检查通过，通过集群决策引擎确定添加节点操作所需的节点类型。然后根据节点类型发布添加节点任务至数据中心，该添加节点任务由集群中上述节点类型对应的节点来执行，添加节点任务用于向集群中添加节点。

参考图9，图9是本发明应用实施例提供的一种节点类型确定流程的示意图，该流程应用于上述添加节点流程中，节点类型确定流程包括：

首先，确定用户输入的添加节点请求是否指定了执行节点的节点类型，如果没有指定，则加载设定列表，根据优先级确定执行节点的节点类型。设定列表中存储有至少两种节点类型，根据至少两种节点类型中的每种节点类型的优先级，将优先级最高且存在可用节点的节点类型确定为添加节点操作所需的节点类型。

参考图10，图10是本发明应用实施例提供的一种执行添加节点任务的流程示意图，本发明应用实施例可以应用于上述实施例中的第一节点，执行添加节点任务的流程包括：

集群事件总线监听数据中心的部署任务，在监听到第一节点对应的添加节点任务时，集群事件总线从数据中心获取对应的添加节点任务。

加载添加节点任务，根据添加节点任务的任务内容加载资源编排器，资源编排器中存储了各种部署任务对应的配置文件，配置文件表征与部署任务相关的集群资源的执行顺序，确定添加节点任务对应的配置文件。

基于执行顺序，执行配置文件对应的集群资源。在执行集群资源的过程中，提供集群资源操作跟踪机制，会将每一个资源操作的执行情况，包括执行耗时、执行结果记录到集群数据中心。

在执行集群资源的过程中，判断每一个集群资源是否执行成功，如果执行失败，则回滚已经执行的集群资源操作。

在所有集群资源都执行完毕后，在数据中心中更新添加节点任务的执行结果，方便后续进行跟踪。

本发明实施例通过第四配置文件定义了集群的组成；通过第一配置文件和第二配置文件定义了集群部署及管理流程；通过第三配置文件定义了集群管理过程中需要执行的系统命令等。通过配置文件可以简化集群部署和管理的复杂度。并且通过配置文件编排集群资源的执行顺序，将有状态或者无状态的集群资源在不同的场景下灵活的组装，并且失败之后进行统一回滚，保证集群状态的正常。在执行集群资源的过程中，提供集群资源的执行跟踪机制，更好的分析和解决集群管理过程中可能出现的问题。

其中，有状态应用是指应用内部保存了数据或信息，无法简单的实现进行横向扩展，横向扩展时必须要保证这部分数据或信息能够同步；而无状态应用则可以随意横向扩展，没有限制。

图11是本发明应用实施例提供的一种集群角色配置文件的示意图，集群角色配置文件为上述实施例中的第四配置文件。

如图11所示，集群角色配置文件的组成为：

角色名称：用于表示节点角色的唯一标识名称，节点角色即为节点类型。

角色数量限制：用于表示角色在集群中存在的数量上限。

角色优先等级：决策引擎进行决策时会根据优先等级，决定添加的节点以何种角色加入集群中。

是否自动调度：节点的角色是否需要根据集群决策引擎自动选择。如果没有指定角色，则会根据当前集群中已有的集群节点信息，以及配置的角色的数量、优先级自动分配角色。

图12是本发明应用实施例提供的一种集群事件配置文件的示意图，集群事件配置文件为上述实施例中的第二配置文件。

如图12所示，集群事件配置文件的组成为：

名称：用于表示集群事件的唯一标识。

数据中心位置：用于表示需要监听的数据在数据中心的位置。

执行器：表示当数据中心的数据变更时，需要做哪些操作，这里以集群资源编排器为例，当数据变更时，会调用集群资源编排器进行集群资源的执行。

图13是本发明应用实施例提供的一种集群资源配置文件的示意图，集群资源配置文件为上述实施例中的第三配置文件。

如图13所示，集群资源配置文件的组成为：

集群资源版本号：用于版本控制。

集群资源类型：可以为系统指令或者插件式代码。

集群资源名称：用于标识集群资源的唯一标识。

集群资源操作：定义了资源的可操作名称及操作方式，操作方式可以为系统指令或者插件式代码中的函数。

集群资源静态属性：定义了资源的一些静态的扩展属性，在生成集群资源对象时会将静态属性一起加载。

图14是本发明应用实施例提供的一种集群任务配置文件的示意图，集群任务配置文件为上述实施例中的第一配置文件。

如图14所示，集群任务配置文件的组成为：

名称：集群任务的唯一标识。

超时时间：集群任务的执行超时时间。

前置检查：执行集群任务的前置检查条件，由多个集群资源组成，集群满足每个集群资源的执行条件时才会通过检查。

任务流程：核心的集群任务编排，定义了集群任务的执行流程。任务流可以分为多个子流程，子流程可以选择同步或者异步执行。

子流程资源列表：定义了完成此子流程需要使用到哪些集群资源、集群资源的操作、集群资源的动态属性、需要执行此操作的角色。

在实际应用中，以SCP(云管理平台产品)为例，SCP中的集群拥有以下三种角色，leader主节点，是集群的大脑，运行了一些有状态服务；backup备份节点，负责备份leader中的重要数据；follower从节点，只提供业务能力。

以添加节点为例进行说明，添加节点包括以下步骤：

步骤一：将SCP产品从单机模式切换为集群模式，此时平台将具备集群管理的能力，此时可以增加其他节点。

参考图15，通过点击图15中的切换按钮，即可将部署模式由单机模式切换到集群模式。图16是切换到集群模式后的CSP界面的示意图，图16中的CSP界面包括添加节点按钮，可以通过点击该按钮向集群添加节点。

在切换到集群模式后，此时单个节点下SCP的架构如图17所示，服务包括无状态服务(门户服务、业务服务1～N)和有状态服务(缓存服务、消息队列服务、数据库服务)，所有服务都在同一个节点中。

步骤二：输入要添加的SCP节点的IP、账号、密码即可完成节点的添加，当添加到3个节点时，即可实现集群的高可用。

图18是点击添加节点按钮后的界面示意图，再该界面输入要添加的SCP节点的IP、用户名和密码，然后点击确定，完成添加节点操作。

图19是添加3个节点后的SCP界面示意图，图20是多节点下SCP的架构示意图，在图20中，每个无状态服务都在运行，但是有状态服务只允许在leader节点中，其中backup节点还作为副本节点，提供数据同步。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

需要说明的是，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本发明实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

参考图21，图21是本发明实施例提供的一种集群部署系统的示意图，如图21所示，该集群部署系统包括：第一节点和第二节点。

第一节点，用于从集群的数据中心获取所述第一节点对应的第一部署任务；所述第一部署任务用于对集群进行部署；在设定的至少一个第一配置文件中，确定与所述第一部署任务对应的第一配置文件；所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序；基于所述执行顺序，执行所述第一配置文件对应的集群资源，完成对集群的部署；

第二节点，用于基于设定的第四配置文件确定第一部署操作对应的第一节点类型；所述设定的第四配置文件表征部署操作对应的节点类型；基于所述第一节点类型生成所述第一部署任务；发布所述第一部署任务至所述集群的数据中心，以使所述集群中属于所述第一节点类型的第一节点从所述数据中心获取所述第一部署任务，并基于与所述第一部署任务对应的第一配置文件完成对集群的部署。

在一实施例中，所述第一节点和所述第二节点为所述集群中的同一个节点。

这里，发布部署任务的节点可以与执行任务的节点相同。

在一实施例中，所述第一节点用于在所述第一配置文件对应的任意一个集群资源执行失败的情况下，撤回所述第一配置文件对应的已执行的集群资源。

在一实施例中，在执行所述第一配置文件对应的集群资源时，所述第一节点用于：

获取所第一配置文件对应的每个集群资源的执行结果；

将所述执行结果发送至所述数据中心。

在一实施例中，所述从集群的数据中心获取第一部署任务，所述第一节点用于：

基于设定的第二配置文件监听所述数据中心中的部署任务；所述设定的第二配置文件表征所述第一节点对应的第一部署任务在所述数据中心中的存储位置；

在监听到所述第一节点对应的第一部署任务的情况下，从所述数据中心获取所述第一部署任务。

在一实施例中，在执行所述第一配置文件对应的集群资源时，所述第一节点用于：

基于所述第一配置文件对应的集群资源中的每个集群资源对应的第三配置文件，执行所述第一配置文件对应的集群资源；所述第三配置文件表征对应的集群资源的执行方式。

在一实施例中，在所述确定第一部署操作所需的第一节点类型之前，第二节点用于：

接收第一请求；其中，

所述第一请求用于请求对集群进行所述第一部署操作。

在一实施例中，在所述确定第一部署操作所需的第一节点类型之前，第二节点用于：

从所述数据中心监听所述集群的第三节点的心跳信息；所述第三节点基于设定时间周期发送心跳信息至所述数据中心；

在监听到的心跳信息表征所述第三节点离线的情况下，确定所述第一部署操作。

在一实施例中，第二节点在基于设定的第四配置文件确定第一部署操作所需的第一节点类型时，用于：

基于设定的第四配置文件中定义的至少两种节点类型中每种节点类型的优先级，将优先级最高且存在可用节点的节点类型确定为所述第一部署操作所需的第一节点类型。

在一实施例中，第二节点在发布所述第一部署任务至所述集群的数据中心时，用于：

检测所述集群是否满足所述第一部署任务所需的执行条件；

在所述集群满足所述第一部署任务所需的执行条件的情况下，发布所述第一部署任务至所述集群的数据中心。

实际应用时，所述第一节点和第二节点可通过电子设备中的处理器，比如中央处理器(CPU，Central ProcessingUnit)、数字信号处理器(DSP，Digital SignalProcessor)、微控制单元(MCU，Microcontroller Unit)或可编程门阵列(FPGA，Field－Programmable Gate Array)等实现。

需要说明的是：上述实施例提供的集群部署系统在进行容器组部署时，仅以上述各模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的模块完成，即将装置的内部结构划分成不同的模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的集群部署系统在与集群部署方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种电子设备。图22为本申请实施例电子设备的硬件组成结构示意图，如图22所示，电子设备包括：

通信接口，能够与其它设备比如网络设备等进行信息交互；

处理器，与所述通信接口连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述电子设备侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器上。

当然，实际应用时，电子设备中的各个组件通过总线系统耦合在一起。可理解，总线系统用于实现这些组件之间的连接通信。总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图22中将各种总线都标为总线系统。

本申请实施例中的存储器用于存储各种类型的数据以支持电子设备的操作。这些数据的示例包括：用于在电子设备上操作的任何计算机程序。

可以理解，存储器可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

上述本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的程序，结合其硬件完成前述方法的步骤。

可选地，所述处理器执行所述程序时实现本申请实施例的各个方法中由电子设备实现的相应流程，为了简洁，在此不再赘述。

在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器，上述计算机程序可由电子设备的处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD-ROM等存储器。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置、电子设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。

另外，在本申请实例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (14)

1.一种集群部署方法，其特征在于，应用于集群中的第一节点，所述方法包括：

从集群的数据中心获取所述第一节点对应的第一部署任务；所述第一部署任务用于对集群进行部署；所述第一部署任务由所述集群中的第二节点上传至所述数据中心；

在设定的至少一个第一配置文件中，确定与所述第一部署任务对应的第一配置文件；所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序；

基于所述执行顺序，执行所述第一配置文件对应的集群资源，完成对集群的部署。

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

在所述第一配置文件对应的任意一个集群资源执行失败的情况下，撤回所述第一配置文件对应的已执行的集群资源。

3.根据权利要求1所述的方法，其特征在于，在执行所述第一配置文件对应的集群资源时，所述方法还包括：

获取所第一配置文件对应的每个集群资源的执行结果；

将所述执行结果发送至所述数据中心。

4.根据权利要求1所述的方法，其特征在于，所述从集群的数据中心获取第一部署任务，包括：

基于设定的第二配置文件监听所述数据中心中的部署任务；所述设定的第二配置文件表征所述第一节点对应的第一部署任务在所述数据中心中的存储位置；

在监听到所述第一节点对应的第一部署任务的情况下，从所述数据中心获取所述第一部署任务。

5.根据权利要求1所述的方法，其特征在于，所述执行所述第一配置文件对应的集群资源，包括：

基于所述第一配置文件对应的集群资源中的每个集群资源对应的第三配置文件，执行所述第一配置文件对应的集群资源；所述第三配置文件表征对应的集群资源的执行方式。

6.一种集群部署方法，其特征在于，应用于集群中的第二节点，所述方法包括：

基于设定的第四配置文件确定第一部署操作对应的第一节点类型；所述设定的第四配置文件表征部署操作对应的节点类型；

基于所述第一节点类型生成所述第一部署任务；

发布所述第一部署任务至所述集群的数据中心，以使所述集群中属于所述第一节点类型的第一节点从所述数据中心获取所述第一部署任务，并基于与所述第一部署任务对应的第一配置文件完成对集群的部署；其中，

所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序。

7.根据权利要求6所述的方法，其特征在于，在所述确定第一部署操作所需的第一节点类型之前，所述方法还包括：

接收第一请求；其中，

所述第一请求用于请求对集群进行所述第一部署操作。

8.根据权利要求6所述的方法，其特征在于，在所述确定第一部署操作所需的第一节点类型之前，所述方法还包括：

从所述数据中心监听所述集群的第三节点的心跳信息；所述第三节点基于设定时间周期发送心跳信息至所述数据中心；

在监听到的心跳信息表征所述第三节点离线的情况下，确定所述第一部署操作。

9.根据权利要求6所述的方法，其特征在于，所述基于设定的第四配置文件确定第一部署操作所需的第一节点类型，包括：

基于设定的第四配置文件中定义的至少两种节点类型中每种节点类型的优先级，将优先级最高且存在可用节点的节点类型确定为所述第一部署操作所需的第一节点类型。

10.根据权利要求6所述的方法，其特征在于，所述发布所述第一部署任务至所述集群的数据中心，包括：

检测所述集群是否满足所述第一部署任务所需的执行条件；

在所述集群满足所述第一部署任务所需的执行条件的情况下，发布所述第一部署任务至所述集群的数据中心。

11.一种集群部署系统，其特征在于，包括：

第一节点，用于从集群的数据中心获取所述第一节点对应的第一部署任务；所述第一部署任务用于对集群进行部署；在设定的至少一个第一配置文件中，确定与所述第一部署任务对应的第一配置文件；所述第一配置文件表征与所述第一部署任务相关的集群资源的执行顺序；基于所述执行顺序，执行所述第一配置文件对应的集群资源，完成对集群的部署；

第二节点，用于基于设定的第四配置文件确定第一部署操作对应的第一节点类型；所述设定的第四配置文件表征部署操作对应的节点类型；基于所述第一节点类型生成所述第一部署任务；发布所述第一部署任务至所述集群的数据中心，以使所述集群中属于所述第一节点类型的第一节点从所述数据中心获取所述第一部署任务，并基于与所述第一部署任务对应的第一配置文件完成对集群的部署。

12.根据权利要求11所述的系统，其特征在于，所述第一节点和所述第二节点为所述集群中的同一个节点。

13.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至10任一项所述的集群部署方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1至10任一项所述的集群部署方法。

Images