[发明专利]一种集群状态同步方法、装置、存储介质及系统

说明书

本发明涉及一种集群状态同步方法，其包括步骤，集群的一个成员通过post接口发送执行命令至调度应用模块内；其他成员轮流从调度应用模块内获取该执行命令；发送执行命令的成员开始执行该执行命令，并在执行完成后通过post接口将执行状态发送至调度应用模块内；其他成员轮流从调度模块中获取执行状态完成的信息；其他成员在获取到执行状态完成的信息后，依次轮询发送执行命令并执行。本发明还提供一种集群状态同步装置、存储介质及集群状态同步系统，本发明提供的集群状态同步方法、装置、存储介质及系统可避免了过于依赖共享文件，且各个节点同时读写同一个文件，容易出现节点之间相互覆盖的问题。

技术领域

本发明涉及集群状态同步领域，尤其涉及一种集群状态同步方法、装置、存储介质及系统。

背景技术

集群通信系统是一种用于集团调度指挥通信的移动通信系统，主要应用在专业移动通信领域。该系统具有的可用信道可为系统的全体用户共用，具有自动选择信道功能，它是共享资源、分担费用、共用信道设备及服务的多用途、高效能的无线调度通信系统。软件集群通常有多个服务组件共同提供服务，组件之间存在依赖关系。一个主备集群至少包括：监视器、主节点、备节点三台服务器或者容器。除监视器外，主备节点上又分别运行了数据守护服务和数据库服务。这样，一个主备集群至少包括了一个监视器服务，两个数据守护服务和两个数据库服务。在启动和停止主备集群时，为保证数据的安全以及一致性，需要按照约定的顺序进行起停操作。以停止为例：先停止监视器，然后停止备节点上的数据守护服务，再停止主节点上的数据守护。确保所有数据守护服务停止之后，再停止主节点上的数据服务，最后停止备节点上的数据服务。自此数据守护集群停止完毕。在上述主备集群的停止过程中，由于监视器、主节点、备节点均分布于不同的服务器上，手工处理时，需要人为判断各个组件的状态，继而决定下一步操作。在自动化处理过程中，需要特定的机制来实现集群内广播组件自身的状态。

目前的解决方案是在所有节点上挂载一个共享文件，通过读写共享文件的方式来广播状态，继而决定后续操作。

但是，这种方式依赖特定的共享文件系统，比如NFS，而且各个节点同时读写同一个文件，容易出现节点之间相互覆盖的问题。

发明内容

有鉴于此，本发明提供一种集群状态同步方法、装置、存储介质及系统解决传统集群同步依赖共享文件系统容易出现节点之间互相覆盖的问题。

为了达到上述目的，本发明解决技术问题的技术方案是提供一种集群状态同步方法，其包括步骤：集群的一个成员通过post接口发送执行命令至调度应用模块内；其他成员轮流从调度应用模块内获取该执行命令；发送执行命令的成员开始执行该执行命令，并在执行完成后通过post接口将执行状态发送至调度应用模块内；其他成员轮流从调度模块中获取执行状态完成的信息；其他成员在获取到执行状态完成的信息后，依次轮询发送执行命令并执行。

进一步，所述调度应用模块上提供两个HTTP协议的接口，其中一个为接收接口，另一个为查询接口。

进一步，所述通过post接口发送执行命令为以JSON的形式获取。

进一步，其他成员轮流获取调度应用模块中的信息为通过get接口以JSON的形式获取。

进一步，调度应用模块使用group、name作为成员的唯一标识，接收推送的成员报文时，group和name为必选字段，非法报文将返回对应的HTTP Code。

进一步，所有成员内设置统一的超时时间，自动清理过期的成员。

本发明还提供一种集群状态同步装置，包括：监视器，用于检测对等站点集群中的工作站点的可用内存信息以及每个工作站点对应的索引块信息；主节点及备节点；调度应用模块，提供两个HTTP协议的接口，其中一个为接收接口，另一个为查询接口，用于接收成员信息及供成员查询信息。

进一步，所述主节点及备节点上皆分别运行了数据守护及数据服务。