[发明专利]一种QPID集群控制方法及系统

说明书

本发明公开的一种QPID集群控制方法，包括获取本节点QPID服务状态；获取Master节点状态；根据本节点角色和Master状态进行角色处理。本发明还公开了执行上述QPID集群控制方法的系统。本发明公开的一种QPID集群控制方法及系统，解决了现有QPID集群方案适用性不强的问题。

技术领域

本发明属于QPID集群系统技术领域，具体涉及一种QPID集群控制方法。本发明还涉及一种QPID集群控制系统。

背景技术

AMQP是Advanced Message Queuing Protocol，即高级消息队列协议。AMQP是一个标准化的消息中间件协议。它的目标是让不同语言、不同系统的应用互相通信，并提供一个简单统一的模型和编程接口。这样，人们就可以采用各种语言和平台来实现自己的应用，当需要和其他系统通信时，只要采用AMQP协议即可。

QPID是Apache Foundation的一个开源项目，是一个AMQP实现。它提供了C++和Java两个版本的broker，并支持多种语言的客户端，它还包括一个配置工具集。除了完全实现了AMQP的基本功能之外，QPID还采用集群方案并提供了安全认证。

常规的QPID的集群方案有：1）RHCS是Red Hat Cluster Suite（红帽子集群套件）方案；2）corosync+pacemaker方案。两种方案原理类似，都是通过管理qpidd-primary服务，始终保证qpidd-primary在集群的一个节点上运行，实现QPID集群运行方案。其中，运行qpidd-primary的节点上的QPID服务状态为Active，其余非Active。

这两种方案都使用了成熟技术实现了QPID集群方案，但对于某些应用场景，仍然存在一些缺陷，比如在大型航天测控软件系统中应用QPID集群方案实现分布式系统的消息通信，这样的应用场景需要高度自动化、高可靠性、易维护。但是无论是RHCS还是corosync+pacemaker，维护都比较复杂，不易维护；而且qpidd-primary服务不能保证100%切换成功，可能导致QPID集群无Active节点，不能正常工作，可靠性大打折扣，影响系统的自动化运行。有些航天测控软件系统采用双节点机制，无论是RHCS还是corosync+pacemaker方案，都使用了投票机制，使用投票机制的集群系统至少需要三个节点，对于只有两个节点的集群，可能存在“脑裂”现象，不能正常使用。

发明内容

本发明的目的在于提供一种QPID集群控制方法，解决了现有QPID集群方案适用性不强的问题。

本发明的另一目的在于提供一种QPID集群控制系统。

本发明所采用的第一种技术方案是：一种QPID集群控制方法，包括以下步骤：

步骤1、获取本节点QPID服务状态，状态包括是否在运行以及运行时的状态，根据状态确定本节点QPID角色，并将角色状态写入分布式缓存；

步骤2、获取Master节点状态，获取方式为从分布式缓存读取并判断其持续改变性；

步骤3、控制QPID服务，如果本节点QPID角色为Master，且Master状态中的节点标识与本节点一致，则不改变本节点QPID服务状态，并将Master状态写入分布式缓存，否则将本节点切换为Slave；如果本节点QPID角色为Slave，且没有Master或Master状态中节点标识与本节点一致，则将QPID角色切换为Active；如果QPID角色为Invalid，且Master状态中的节点标识与本节点一致，则从分布式缓存将Master节点状态删除。

本发明第一种技术方案的特点还在于，