CN114070739A - 一种集群部署方法、装置、设备和计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开了一种集群部署方法、装置、设备和计算机可读存储介质，预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组可以包含有多个节点。通过划分不同的服务分组，每个分组中包含有多个节点，有效的提升了每个服务项目的处理能力。节点可以向外广播报号请求；节点依据当前所属服务分组中各节点的参数信息，可以确定当前所属服务分组中各节点的角色；其中，角色可以包括主节点、从节点和协助节点。为了保证当前服务的可用，可以根据设定的周期时间以及各节点的运行状态，动态调整当前所属服务分组中各节点的角色，可以在主节点或从节点故障时，顶替故障节点的工作，提升了服务部署的可靠性。

Description

一种集群部署方法、装置、设备和计算机可读存储介质

技术领域

本申请涉及分布式管理技术领域，特别是涉及一种集群部署方法、装置、设备和计算机可读存储介质。

背景技术

在节点主节点硬件配置一定的情况下，软件的单机性能是存在上限的。现有技术中服务器对数据的采集、存储规模有限，无法通过软件手段进行扩容，仅能通过主节点硬件配置升级的方式进行提升。

但是硬盘配置升级成本高，存在容量的瓶颈。同时，对于数据采集与监视控制系统(Supervisory Control And Data Acquisition，SCADA)类型的项目，要求历史站中实时服务和历史服务具备分布式部署能力，传统架构中，实时服务和历史服务是必须部署到同一节点的，不利于实时服务和历史服务的故障隔离和系统运行负荷的分担，因此无法满足相关行业的部署要求。当历史站主从双机故障后，与历史站各服务相关的数据将无法获取。

可见，如何提升服务部署的灵活性和可靠性，是本领域技术人员需要解决的问题。

发明内容

本申请实施例的目的是提供一种集群部署方法、装置、设备和计算机可读存储介质，可以提升服务部署的灵活性和可靠性。

为解决上述技术问题，本申请实施例提供一种集群部署方法，包括：

预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组包含有多个节点；

向外广播报号请求；

依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色；其中，所述角色包括主节点、从节点和协助节点；

根据设定的周期时间以及各节点的运行状态，动态调整所述当前所属服务分组中各节点的角色。

可选地，所述服务项目包括服务类型和每个服务类型对应的服务需求量；

所述预先基于设定的服务项目，划分不同的服务分组包括：

依据每个服务类型对应的服务需求量，确定出所述每个服务类型的分组个数；

根据所述分组个数，对所述每个服务类型设置其对应个数的服务分组。

可选地，所述向外广播报号请求包括：

在初始状态下，向外广播报号请求；

或者在预设时间内未接收到主节点广播的心跳信号的情况下，向外广播报号请求。

可选地，所述依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色包括：

基于所述当前所属服务分组中各节点的节点号和权重值，确定出所述当前所属服务分组中各节点各自对应的节点值；

将所述当前所属服务分组中节点值最大的节点作为主节点，除主节点之外节点值最大的节点作为从节点，剩余节点作为协助节点。

可选地，在所述依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色之后还包括：

若选取自身节点作为主节点，则向外广播心跳信号。

可选地，所述根据设定的周期时间以及各节点的运行状态，动态调整所述当前所属服务分组中各节点的角色包括：

若选取自身节点作为主节点，则在所述自身节点的选举时间到期时，向外广播报号请求；基于各节点反馈的参数信息，调整所述当前所属服务分组中各节点的角色；

若未选取自身节点作为主节点，则在预设时间内未接收到主节点广播的心跳信号时，向外广播报号请求；基于各节点反馈的参数信息，调整所述当前所属服务分组中各节点的角色。

可选地，还包括：

本地网络异常或上层RPC停止选主，则将自身节点调整为暂停状态。

本申请实施例还提供了一种集群部署装置，包括划分单元、广播单元、确定单元和调整单元；

所述划分单元，用于预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组包含有多个节点；

所述广播单元，用于向外广播报号请求；

所述确定单元，用于依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色；其中，所述角色包括主节点、从节点和协助节点；

所述调整单元，用于根据设定的周期时间以及各节点的运行状态，动态调整所述当前所属服务分组中各节点的角色。

可选地，所述服务项目包括服务类型和每个服务类型对应的服务需求量；所述划分单元包括个数确定子单元和设置子单元；

所述个数确定子单元，用于依据每个服务类型对应的服务需求量，确定出所述每个服务类型的分组个数；

所述设置子单元，用于根据所述分组个数，对所述每个服务类型设置其对应个数的服务分组。

可选地，所述广播单元用于在初始状态下，向外广播报号请求；或者在预设时间内未接收到主节点广播的心跳信号的情况下，向外广播报号请求。

可选地，所述确定单元用于基于所述当前所属服务分组中各节点的节点号和权重值，确定出所述当前所属服务分组中各节点各自对应的节点值；将所述当前所属服务分组中节点值最大的节点作为主节点，除主节点之外节点值最大的节点作为从节点，剩余节点作为协助节点。

可选地，所述广播单元还用于若选取自身节点作为主节点，则向外广播心跳信号。

可选地，所述调整单元用于若选取自身节点作为主节点，则在所述自身节点的选举时间到期时，向外广播报号请求；基于各节点反馈的参数信息，调整所述当前所属服务分组中各节点的角色；若未选取自身节点作为主节点，则在预设时间内未接收到主节点广播的心跳信号时，向外广播报号请求；基于各节点反馈的参数信息，调整所述当前所属服务分组中各节点的角色。

可选地，还包括状态调整单元；

所述状态调整单元，用于本地网络异常或上层RPC停止选主，则将自身节点调整为暂停状态。

本申请实施例还提供了一种集群部署设备，包括：

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

处理器，用于执行所述计算机程序以实现如上述集群部署方法的步骤。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述集群部署方法的步骤。

由上述技术方案可以看出，预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组可以包含有多个节点。每个服务分组中各节点的处理流程类似，以一个节点为例，节点可以向外广播报号请求；节点有其所属的服务分组，节点向外广播报号请求，与该节点同属于一个服务分组的其它节点会向该节点反馈自身的参数信息。参数信息可以用于评估节点的工作性能，节点依据当前所属服务分组中各节点的参数信息，可以确定当前所属服务分组中各节点的角色；其中，角色可以包括主节点、从节点和协助节点。考虑到实际应用中，主节点或从节点可能会出现异常，为了保证当前服务的可用，可以根据设定的周期时间以及各节点的运行状态，动态调整当前所属服务分组中各节点的角色。在该技术方案中，通过划分不同的服务分组，每个分组中包含有多个节点，有效的提升了每个服务项目的处理能力。并且使得服务任务部署更加灵活，可以满足不同行业的服务部署需求。每个服务分组中包含有协助节点，可以在主节点或从节点故障时，顶替故障节点的工作，提升了服务部署的可靠性。

附图说明

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

图1为本申请实施例提供的一种集群部署方法的流程图；

图2为本申请实施例提供的一种各服务集群的部署示意图；

图3为本申请实施例提供的一种实时库服务集群的部署示意图；

图4为本申请实施例提供的一种集群部署装置的结构示意图；

图5为本申请实施例提供的一种集群部署设备的结构图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

接下来，详细介绍本申请实施例所提供的一种集群部署方法。图1为本申请实施例提供的一种集群部署方法的流程图，该方法包括：

S101：预先基于设定的服务项目，划分不同的服务分组。

其中，每个服务分组可以包含有多个节点。

服务项目可以基于实际需求中涉及的项目进行设置，可以包括实时库服务、历史库服务、IO服务、报警服务、日志服务、权限服务、数据采集服务、校时服务、诊断服务等，本申请实施例中不局限于以上服务。

每个服务项目有其对应的服务分组。服务分组指的是包含有多个节点的服务集群。每个服务分组可以用于实现服务项目对应的功能。

每个服务项目对应的服务分组的个数可以有一个或多个，可以基于服务项目包含的服务需求量确定服务分组的个数。

在实际应用中，服务项目可以包括服务类型和每个服务类型对应的服务需求量。在划分不同的服务分组时，可以依据每个服务类型对应的服务需求量，确定出每个服务类型的分组个数；根据分组个数，对每个服务类型设置其对应个数的服务分组。

一个服务分组可以看作是一个集群。服务需求量越高，设置的服务集群个数可以越多。例如，实际应用中对实时库服务集群和历史库服务集群的需求比较高，因此可以将实时库服务集群和历史库服务集群设置为多个。对于报警服务集群、日志服务集群和数据采集服务集群的需求量低，因此对于报警服务集群、日志服务集群和数据采集服务集群均可以设置为1个，各服务集群的部署示意图可以参见图2。

通过基于设定的服务项目，划分不同的服务分组，可以实现服务任务的灵活部署，可以满足不同行业的服务部署要求。并且服务分组的划分方式可以灵活设置，具有较强的扩展能力。针对不同规模的现场采用不同数量的分组，每个分组形成一个集群，集群中运行实例的数量也可根据应用场景要求做动态伸缩。

S102：向外广播报号请求。

每个服务分组中各节点的处理流程类似，以一个节点为例，在实际应用中，触发节点向外广播报号请求的情况有两种。一种情况是在初始状态下，为了选取服务分组中的主节点，当某个节点的定时器时间到期时，该节点会向外广播报号请求。另一种情况是在已经确定好各节点的角色之后，如果节点在预设时间内未接收到主节点广播的心跳信号的情况下，可以主动向外广播报号请求。

S103：依据当前所属服务分组中各节点的参数信息，确定当前所属服务分组中各节点的角色。

其中，角色包括主节点、从节点和协助节点。在一个服务分组中，只有一个节点充当主节点，一个节点充当从节点，剩余节点均为协助节点。主节点(master)：运行状态下，是客户端的主用服务，主节点为客户端提供数据收集、运算、存储和查询服务，运行状态下有且仅有一个主节点运行。

从节点(slave)：作为主节点的热备服务器，不直接采集数据，实时同步主节点的数据，同时做数据的冗余存储，但不做数据运算，也不提供数据查询服务。有主节点运行的情况下，有且仅有一个从节点运行。

协助节点(follower)：运行状态下，作为主节点和从节点的冷备服务器，在主节点和从节点正常运行状态下不做数据同步、运算、存储和查询，当主从双机均故障时，协助节点接管主节点的服务。

为提升系统可靠性，解决服务任务主从双机故障后仍需正常工作的问题，主节点、从节点、协助节点需要以热备方式工作，即在正常工作期间各角色节点需要同步数据，以便主节点或从节点故障时，协助节点升主或从后能够及时提供数据查询，数据同步方式为：主节点给从节点同步数据，从节点给协助节点同步数据。

各个节点启动后，自己的状态需要在follower、slave、master之间转移，若某个节点想升主，其状态只能从follower转移到slave，再转移到master。

一个服务分组中包含的协助节点的个数可以为一个，也可以为多个。在实际应用中，可以基于实际的服务需求确定协助节点的个数。

在本申请实施例中，同一服务分组下的同一服务任务支持但不限于18个实例，分别部署在不同的18个节点实现集群部署，18个实例可以包括1个A实例、1个B实例和16个C实例。如图3所示为本申请实施例提供的一种实时库服务集群的部署示意图，图3中以两组实时库服务集群为例，每个组中可以包含16各节点，部署A实例的节点可以称作A机，部署B实例的节点可以称作B机，部署C实例的节点可以称作C机。C机个数可以为多个，可以采用不同的数字区分不同的C机。

在实际应用过程中，可以根据应用场景对可靠性的具体要求，对C实例个数进行适当调整，如组态1个A实例、1个B实例和n个C实例。同一集群中支持但不限于18个节点，同时作为同一服务任务的主备，大大提高服务任务的运行可靠性。

在实际应用中，系统会自动为节点分配节点号。例如，节点号可以从80开始，依次累加1的方式作为新的节点号，如节点号为80、81、82、83等。

每个节点可以分配得到一个节点号。例如，节点A分配节点号80，节点B分配节点号81，节点C分配节点号82，节点D分配节点号83。或者是将节点号83分配为节点A，节点号80分配为节点D。用户可以自主决定将各节点号分别分配给哪些节点，在此不做限定。

为了调整各节点在服务分组中占的比重，可以针对于每个节点设置权重值，对于偏向于作为主节点的节点，可以较高的权重值；偏向于作为协助节点的节点，可以较低的权重值。

在实际应用中，在需要确定当前所属服务分组中各节点的角色时，可以基于当前所属服务分组中各节点的节点号和权重值，确定出当前所属服务分组中各节点各自对应的节点值；将当前所属服务分组中节点值最大的节点作为主节点，除主节点之外节点值最大的节点作为从节点，剩余节点作为协助节点。当某个节点作为主节点之后，会主动向外广播心跳信号。

在具体实现中，可以将各节点的节点号和权重值的乘积作为节点值。当两个节点都在线并发起选主请求时，节点号与权重值相乘结果较大的节点作为主节点。系统中，有两个节点的节点号与权重值的乘积比其他节点的值都大，当系统中有多个节点都在线，那么这两个节点会优先当主节点或从节点。为了防止这两个节点之间发生抢主现象，这两个节点的节点号和权重的乘积必须相等。也就是说，假设A机的节点号是80，B机的节点号是81，那么A机的权重值可以是81，B机的权重值可以是80。其他所有节点的权重值可以是1。

在实际应用中，各节点可以基于自身的节点号和权重值，计算出节点值，将节点值作为参数信息，反馈给广播报号请求的节点。各节点也可以直接将自身的节点号和权重值作为参数信息，反馈给广播报号请求的节点。

以包含有五个节点的服务分组为例，假设节点1的选举定时器(Election timer)首先超时(timeout)，此时节点1可以广播报号请求。节点2，3，4，5收到报号请求后将各自节点值报给节点1。节点1排出节点值最大的节点，然后广播结果：假设5号节点当选Leader。5号节点收到广播结果后，广播心跳，启动Heartbeat timer。

S104：根据设定的周期时间以及各节点的运行状态，动态调整当前所属服务分组中各节点的角色。

每个节点有其对应的一个Election timer，该时间可以作为周期时间。

在实际应用中，若选取自身节点作为主节点，则在自身节点的选举时间到期时，向外广播报号请求；基于各节点反馈的参数信息，调整当前所属服务分组中各节点的角色。若未选取自身节点作为主节点，则在预设时间内未接收到主节点广播的心跳信号时，向外广播报号请求；基于各节点反馈的参数信息，调整当前所属服务分组中各节点的角色。

结合上述一个服务分组包含五个节点为例，考虑到实际应用中，可能会出现在某个时刻，节点5、4、3均故障了，此时节点5不再向外广播心跳信号，如果节点2首先发现Leader不在了，节点2会主动发起报号请求，节点1反馈报号。节点2统计出报号结果，发现自己节点值最大，则节点2可以直接广播心跳，启动Heartbeat timer。

在实际应用中，每个节点可以对自身的网络状态进行检测，当本地网络异常，则可以将自身节点调整为暂停状态。或者是上层RPC停止选主，将自身节点调整为暂停状态。

由上述技术方案可以看出，预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组可以包含有多个节点。每个服务分组中各节点的处理流程类似，以一个节点为例，节点可以向外广播报号请求；节点有其所属的服务分组，节点向外广播报号请求，与该节点同属于一个服务分组的其它节点会向该节点反馈自身的参数信息。参数信息可以用于评估节点的工作性能，节点依据当前所属服务分组中各节点的参数信息，可以确定当前所属服务分组中各节点的角色；其中，角色可以包括主节点、从节点和协助节点。考虑到实际应用中，主节点或从节点可能会出现异常，为了保证当前服务的可用，可以根据设定的周期时间以及各节点的运行状态，动态调整当前所属服务分组中各节点的角色。在该技术方案中，通过划分不同的服务分组，每个分组中包含有多个节点，有效的提升了每个服务项目的处理能力。并且使得服务任务部署更加灵活，可以满足不同行业的服务部署需求。每个服务分组中包含有协助节点，可以在主节点或从节点故障时，顶替故障节点的工作，提升了服务部署的可靠性。

图4为本申请实施例提供的一种集群部署装置的结构示意图，包括划分单元41、广播单元42、确定单元43和调整单元44；

划分单元41，用于预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组包含有多个节点；

广播单元42，用于向外广播报号请求；

确定单元43，用于依据当前所属服务分组中各节点的参数信息，确定当前所属服务分组中各节点的角色；其中，角色包括主节点、从节点和协助节点；

调整单元44，用于根据设定的周期时间以及各节点的运行状态，动态调整当前所属服务分组中各节点的角色。

可选地，服务项目包括服务类型和每个服务类型对应的服务需求量；划分单元包括个数确定子单元和设置子单元；

个数确定子单元，用于依据每个服务类型对应的服务需求量，确定出每个服务类型的分组个数；

设置子单元，用于根据分组个数，对每个服务类型设置其对应个数的服务分组。

可选地，广播单元用于在初始状态下，向外广播报号请求；或者在预设时间内未接收到主节点广播的心跳信号的情况下，向外广播报号请求。

可选地，确定单元用于基于当前所属服务分组中各节点的节点号和权重值，确定出当前所属服务分组中各节点各自对应的节点值；将当前所属服务分组中节点值最大的节点作为主节点，除主节点之外节点值最大的节点作为从节点，剩余节点作为协助节点。

可选地，广播单元还用于若选取自身节点作为主节点，则向外广播心跳信号。

可选地，调整单元用于若选取自身节点作为主节点，则在自身节点的选举时间到期时，向外广播报号请求；基于各节点反馈的参数信息，调整当前所属服务分组中各节点的角色；若未选取自身节点作为主节点，则在预设时间内未接收到主节点广播的心跳信号时，向外广播报号请求；基于各节点反馈的参数信息，调整当前所属服务分组中各节点的角色。

可选地，还包括状态调整单元；

状态调整单元，用于本地网络异常或上层RPC停止选主，则将自身节点调整为暂停状态。

图2所对应实施例中特征的说明可以参见图1所对应实施例的相关说明，这里不再一一赘述。

由上述技术方案可以看出，预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组可以包含有多个节点。每个服务分组中各节点的处理流程类似，以一个节点为例，节点可以向外广播报号请求；节点有其所属的服务分组，节点向外广播报号请求，与该节点同属于一个服务分组的其它节点会向该节点反馈自身的参数信息。参数信息可以用于评估节点的工作性能，节点依据当前所属服务分组中各节点的参数信息，可以确定当前所属服务分组中各节点的角色；其中，角色可以包括主节点、从节点和协助节点。考虑到实际应用中，主节点或从节点可能会出现异常，为了保证当前服务的可用，可以根据设定的周期时间以及各节点的运行状态，动态调整当前所属服务分组中各节点的角色。在该技术方案中，通过划分不同的服务分组，每个分组中包含有多个节点，有效的提升了每个服务项目的处理能力。并且使得服务任务部署更加灵活，可以满足不同行业的服务部署需求。每个服务分组中包含有协助节点，可以在主节点或从节点故障时，顶替故障节点的工作，提升了服务部署的可靠性。

图5为本申请实施例提供的一种集群部署设备的结构图，如图5所示，集群部署设备包括：存储器20，用于存储计算机程序；

处理器21，用于执行计算机程序时实现如上述实施例集群部署方法的步骤。

本实施例提供的集群部署设备可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的集群部署方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于服务项目、各节点的参数信息、周期时间。

在一些实施例中，集群部署设备还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解，图5中示出的结构并不构成对集群部署设备的限定，可以包括比图示更多或更少的组件。

可以理解的是，如果上述实施例中的集群部署方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、磁碟或者光盘等各种可以存储程序代码的介质。

基于此，本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述集群部署方法的步骤。

本发明实施例所述计算机可读存储介质的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

以上对本申请实施例所提供的一种集群部署方法、装置、设备和计算机可读存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

以上对本申请所提供的一种集群部署方法、装置、设备和计算机可读存储介质进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种集群部署方法，其特征在于，包括：

预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组包含有多个节点；

向外广播报号请求；

依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色；其中，所述角色包括主节点、从节点和协助节点；

根据设定的周期时间以及各节点的运行状态，动态调整所述当前所属服务分组中各节点的角色。

2.根据权利要求1所述的集群部署方法，其特征在于，所述服务项目包括服务类型和每个服务类型对应的服务需求量；

所述预先基于设定的服务项目，划分不同的服务分组包括：

依据每个服务类型对应的服务需求量，确定出所述每个服务类型的分组个数；

根据所述分组个数，对所述每个服务类型设置其对应个数的服务分组。

3.根据权利要求1所述的集群部署方法，其特征在于，所述向外广播报号请求包括：

在初始状态下，向外广播报号请求；

或者在预设时间内未接收到主节点广播的心跳信号的情况下，向外广播报号请求。

4.根据权利要求1所述的集群部署方法，其特征在于，所述依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色包括：

基于所述当前所属服务分组中各节点的节点号和权重值，确定出所述当前所属服务分组中各节点各自对应的节点值；

将所述当前所属服务分组中节点值最大的节点作为主节点，除主节点之外节点值最大的节点作为从节点，剩余节点作为协助节点。

5.根据权利要求4所述的集群部署方法，其特征在于，在所述依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色之后还包括：

若选取自身节点作为主节点，则向外广播心跳信号。

6.根据权利要求1所述的集群部署方法，其特征在于，所述根据设定的周期时间以及各节点的运行状态，动态调整所述当前所属服务分组中各节点的角色包括：

若选取自身节点作为主节点，则在所述自身节点的选举时间到期时，向外广播报号请求；基于各节点反馈的参数信息，调整所述当前所属服务分组中各节点的角色；

若未选取自身节点作为主节点，则在预设时间内未接收到主节点广播的心跳信号时，向外广播报号请求；基于各节点反馈的参数信息，调整所述当前所属服务分组中各节点的角色。

7.根据权利要求1至6任意一项所述的集群部署方法，其特征在于，还包括：

本地网络异常或上层RPC停止选主，则将自身节点调整为暂停状态。

8.一种集群部署装置，其特征在于，包括划分单元、广播单元、确定单元和调整单元；

所述划分单元，用于预先基于设定的服务项目，划分不同的服务分组；其中，每个服务分组包含有多个节点；

所述广播单元，用于向外广播报号请求；

所述确定单元，用于依据当前所属服务分组中各节点的参数信息，确定所述当前所属服务分组中各节点的角色；其中，所述角色包括主节点、从节点和协助节点；

所述调整单元，用于根据设定的周期时间以及各节点的运行状态，动态调整所述当前所属服务分组中各节点的角色。

9.一种集群部署设备，其特征在于，包括：

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

处理器，用于执行所述计算机程序以实现如权利要求1至7任意一项所述集群部署方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述集群部署方法的步骤。

Images