[发明专利]一种消息队列集群防脑裂方法及装置

说明书

本申请实施例公开了一种消息队列集群防脑裂方法及装置，所述方法包括根据消息队列异常时节点的状态信息，构建告警模型，所述告警模型中包括用于表征所述节点的状态信息的N个元素；对所述节点当前时刻的所述N个元素分别进行时间序列分析，获得下一时刻所述N个元素对应的元素预测值；若第一元素对应的元素预测值大于或等于所述第一元素对应的告警阈值，则进行告警，所述第一元素为所述N个元素内的任一元素。在本申请实施例中，对引发消息队列脑裂的原因建模分析，获得引发消息队列的各个元素的阈值，并将这些阈值作为告警条件，另外对各个告警元素进行预测，并根据预测值给出告警，有效防止消息队列脑裂的出现。

技术领域

本申请涉及计算机技术领域，特别是涉及一种消息队列集群防脑裂方法及装置。

背景技术

OpenStack是一系列开源工具(或开源项目)的组合，主要使用池化虚拟资源来构建和管理私有云及公共云。其可以提供包括计算、网络、存储、身份认证、镜像和对象存储服务在内的核心云计算服务，用户可通过将其捆绑一起来创建独特、可部署的云架构。

HA(High Available，高可用性集群)，是保证业务连续性的有效解决方案。通常情况下，消息队列集群之间的高可用通过mirror queue(镜像模式)进行，镜像模式队列的数据都镜像了一份到所有的节点上。这样任何一个节点失效，不会影响整个集群的使用。在实现上，mirror queue内部有一套选举算法，会选出一个master(主节点)，和若干个slaver(从节点)。master和slaver通过相互间不断发送心跳来检查是否连接断开。在HA系统中,当联系2个节点的“心跳线”断开时,本来为一整体、动作协调的 HA系统,就分裂成为2个独立的个体。由于相互失去了联系,该两个节点都以为是对方出了故障，两个节点上的HA软件争抢“共享资源”、争起“应用服务”，这样会导致共享资源被瓜分、2边“服务”都起不来；或者2边“服务”都起来了,但同时读写“共享存储”,导致数据损坏，常见如数据库轮询的联机日志出错。

针对消息队列集群之间的脑裂对策，现有技术中通常采用以下方案：第一，添加冗余的心跳线,例如，采用双心跳线,尽量减少“脑裂”发生几率；第二，设置仲裁机制，例如设置参考IP(如网关IP),当心跳线完全断开时,2个节点都各自ping一下参考IP, 不通则表明断点就出在本端，不仅“心跳”、还兼对外“服务”的本端网络链路断了, 即使启动(或继续)应用服务也没有用,那就主动放弃竞争,让能够ping通参考IP的一端去起服务。更保险一些,ping不通参考IP的一方自我重启,以彻底释放有可能还占用着的那些共享资源。

但是上述方案中，通过添加冗余心跳线或设置仲裁机制并不能完全避免脑裂，仅是降低发生的几率。因此，一种更优的消息队列集群防脑裂方案亟待出现。

发明内容

本申请实施例中提供了一种消息队列集群防脑裂方法及装置，以利于解决现有技术中消息队列集群不能完全避免脑裂的问题。

第一方面，本申请实施例提供了一种消息队列集群防脑裂的方法，包括：

根据消息队列异常时节点的状态信息，构建告警模型，所述告警模型中包括用于表征所述节点的状态信息的N个元素，其中每个元素配置一告警阈值，N≥1；

对所述节点当前时刻的所述N个元素分别进行时间序列分析，获得下一时刻所述N个元素对应的元素预测值；

若第一元素对应的元素预测值大于或等于所述第一元素对应的告警阈值，则进行告警，所述第一元素为所述N个元素内的任一元素。

可选地，所述方法还包括：

若所述节点的告警次数超过预设的告警次数阈值，则关闭所述节点上的消息队列。

可选地，所述告警模型为一三元数据组，所述三元数据组的元素为CPU利用率、内存利用率和网络波动系数。