[发明专利]一种分布式系统中服务仲裁的管理系统及其管理方法

说明书

本发明公开了一种分布式系统中服务仲裁的管理系统，包括管理节点和服务节点，各节点通过网线与交换机连接，所述管理节点上设置有自动化管理模块。其中管理系统的管理方法，步骤为：1、设定定时执行步骤，然后进入自动化管理模块；2、读取配置文件；3、判断仲裁服务是否存在，如果存在则从仲裁服务自身内容中再读取仲裁成员记录，如果不存在则设置仲裁成员记录为空；4、把获得的仲裁成员记录保存为SelfMemberlnfo；5、对比配置文件中仲裁成员记录和SelfMemberlnfo成员记录，并通过不同的情况用ssh方式登录访问各节点服务管理检查模块，并最后完成对各节点的操作。本发明可以实现对需要仲裁类的服务进行自动化管理操作。

技术领域

本发明属于计算机应用领域，特别涉及一种分布式系统中服务仲裁的管理系统及其管理方法。

背景技术

在一个典型的分布式系统中，是由多个服务组成，比如元数据管理服务、监控服务。为了保证服务的可靠行，很多服务都会启动多个实例，运行在不同的节点上。但是同一个服务的多个实例状态不一致时，需要决定以那个实例的信息为准，这就需要进行服务仲裁。

比如分布式存储中的管理节点服务会记录当前集群中有那些节点、每个节点的用途、每个节点的当前状态、以及每个节点有那些硬盘等状态信息等等，这些信息至关重要，并且经常变化。所以这个管理节点服务需要有多份，并运行在不同的物理机上，这样当任何一个管理节点服务出现故障时，集群仍然能够通过另外的管理节点服务获得整个集群的状态。

服务仲裁是指对于一个服务实例只要超过半数的大多数实例达成一致，就以这超过半数实例的数据为准。对于那些少数数据不一致的实例会在后续逐渐与多数实例进行同步。在分布式系统中Paxos和Raft算法就是解决这种问题的典型算法，有着广泛的应用，比如ZooKeeper和etcd之类的分布式存储系统，就是采用这类算法来进行仲裁的。

这样如果服务实例数目不变，只是部分实例出现故障时，参与仲裁的服务实例数目没有发现变化，能够很好的保证服务的一致行。但是在增减服务实例时，这时参与仲裁的服务实例数目发现变化，因此需要区分是旧服务实例的故障恢复，还是实例数目发生变化。比如在etcd服务创建时，需要有一个参数initial_cluster_state指定该服务实例是existing或者new，如果initial_cluster_state为existing，表明是服务实例恢复；如果为new，表明为新服务实例。对于丢失或者不可恢复的服务实例，还需要从仲裁中摘除。这导致在增减服务实例或者恢复服务实例需要人工判断当前状态，根据增减或者恢复实例走不同的流程，但是难以实现机器的自动化操作。

发明内容

发明目的：针对现有技术中存在的问题，本发明提供一种可以实现对需要仲裁类的服务进行自动化管理操作，包括自动增加节点、减少节点，自动处理相关节点的故障服务，实现了一种分布式系统中服务仲裁的管理系统及其管理方法。

技术方案：为解决上述技术问题，本发明提供一种分布式系统中服务仲裁的管理系统，包括管理节点和服务节点，各节点通过网线与交换机连接，所述管理节点上设置有自动化管理模块，所述每个服务节点上均设置有仲裁服务模块和服务管理检查模块。

进一步的，所述服务节点个数不少于三个，对外提供仲裁类型的服务，这样可以用少数服从多少的原则进行仲裁。

一种如上所述的分布式系统中服务仲裁的管理系统的管理方法，

(1)设定定时执行步骤，然后进入自动化管理模块并进入步骤(2)和步骤(3)；

(2)读取配置文件并进入步骤(5)，配置文件中包含用户指定好的仲裁服务成员；

(3)判断仲裁服务是否存在，如果存在则从仲裁服务自身内容中再读取仲裁成员记录，如果不存在则设置仲裁成员记录为空，并进入步骤(4)；