接失败。总的时间长度就是5*2000 = 10秒
[0041]syncLimit:这个配置项标识Leader与Follower之间发送消息，请求和应答时间长度，最长不能超过多少个tickTime的时间长度，总的时间长度就是2*2000 = 4秒
[0042]server.A = B:C:D:其中A是一个数字，表示这个是第几号服务器；B是这个服务器的ip地址；c表示的是这个服务器与集群中的Leader服务器交换信息的端口 ；D表示的是万一集群中的Leader服务器挂了，需要一个端口来重新进行选举，选出一个新的Leader，而这个端口就是用来执行选举时服务器相互通信的端口。如果是伪集群的配置方式，由于B都是一样，所以不同的Zookeeper实例通信端口号不能一样，所以要给它们分配不同的端口号。
[0043]除了修改zo0.cfg配置文件，集群模式下还要配置一个文件myid，这个文件在dataDir目录下，这个文件里面就有一个数据就是A的值，Zookeeper启动时会读取这个文件，拿到里面的数据与zo0.cfg里面的配置信息比较从而判断到底是那个server。
[0044]Zookeeper从设计模式角度来看，是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者做出相应的反应，从而实现集群中类似Master/Slave管理模式，关于Zookeeper的详细架构等内部细节可以阅读Zookeeper的源码
[0045]Zookeeper典型的应用场景如下:
[0046]统一命名服务(NameService)
[0047]分布式应用中，通常需要有一套完整的命名规则，既能够产生唯一的名称又便于人识别和记住，通常情况下用树形的名称结构是一个理想的选择，树形的名称结构是一个有层次的目录结构，既对人友好又不会重复。说到这里你可能想到了 JNDI，没错Zook^per的Name Service与JNDI能够完成的功能是差不多的，它们都是将有层次的目录结构关联到一定资源上，但是Zookeeper的Name Service更加是广泛意义上的关联，也许你并不需要将名称关联到特定资源上，你可能只需要一个不会重复名称，就像数据库中产生一个唯一的数字主键一样。
[0048]Name Service已经是Zookeeper内置的功能，你只要调用Zookeeper的API就能实现。如调用create接口就可以很容易创建一个目录节点。
[0049]参见图1，配置管理(Configurat1n Management)
[0050]配置的管理在分布式应用环境中很常见，例如同一个应用系统需要多台PCServer运行，但是它们运行的应用系统的某些配置项是相同的，如果要修改这些相同的配置项，那么就必须同时修改每台运行这个应用系统的PC Server，这样非常麻烦而且容易出错O
[0051]像这样的配置信息完全可以交给Zooke印er来管理，将配置信息保存在Zookeeper的某个目录节点中，然后将所有需要修改的应用机器监控配置信息的状态，一旦配置信息发生变化，每台应用机器就会收到Zookeeper的通知，然后从Zookeeper获取新的配置信息应用到系统中。
[0052]集群管理(GroupMembership)
[0053]Zookeeper能够很容易的实现集群管理的功能，如有多台Server组成一个服务集群，那么必须要一个“总管”知道当前集群中每台机器的服务状态，一旦有机器不能提供服务，集群中其它集群必须知道，从而做出调整重新分配服务策略。同样当增加集群的服务能力时，就会增加一台或多台Server，同样也必须让“总管”知道。
[0054]Zookeeper不仅能够帮你维护当前的集群中机器的服务状态，而且能够帮你选出一个“总管”，让这个总管来管理集群，这就是Zookeeper的另一个功能Leader Elect1n。
[0055]它们的实现方式都是在Zooke^er上创建一个EPHEMERAL类型的目录节点，然后每个Server在它们创建目录节点的父目录节点上调用getChildren (String path, booleanwatch)方法并设置watch为true，由于是EPHEMERAL目录节点，当创建它的Server死去，这个目录节点也随之被删除，所以Children将会变化，这时getChildren上的Watch将会被调用，所以其它Server就知道已经有某台Server死去了。新增Server也是同样的原理。
[0056]Zookeeper 如何实现 Leader Elect1n，也就是选出一个 Master Server。和前面的一样每台Server创建一个EPHEMERAL目录节点，不同的是它还是一个SEQUENTIAL目录节点，所以它是个EPHEMERAL_SEQUENTIAL目录节点。之所以它是EPHEMERAL_SEQUENTIAL目录节点，是因为可以给每台Server编号，可以选择当前是最小编号的Server为Master，假如这个最小编号的Server死去，由于是EPHEMERAL节点，死去的Server对应的节点也被删除，所以当前的节点列表中又出现一个最小编号的节点，就选择这个节点为当前Master。这样就实现了动态选择Master，避免了传统意义上单Master容易出现单点故障的问题。
[0057]以上显示和描述了本发明的基本原理和主要特征和本发明的优点。本行业的技术人员应该了解，本发明不受上述实施例的限制，上述实施例和说明书中描述的只是说明本发明的原理，在不脱离本发明精神和范围的前提下，本发明还会有各种变化和改进，这些变化和改进都落入要求保护的本发明范围内。本发明要求保护范围由所附的权利要求书及其等效物界定。
【主权项】
1.一种基于Zookeeper实现Leader选举的方法，其特征在于，包括以下几个步骤: (1)在每台服务器上创建一个EPHEMERAL_SEQUENTI AL目录节点，所述EPHEMERAL_SEQUENTIAL目录节点给每台服务器编号，并选择当前是最小编号的服务器作为Leader ; (2)当这个最小编号的服务器死去，由于是EPHEMERAL节点，死去的服务器对应的节点也被删除，所以当前的节点列表中又出现一个最小编号的节点，就选择这个节点为当前Leader，用于实现动态选择Leader避免单Leader容易出现单点故障问题。2.根据权利要求1所述基于Zookeeper实现Leader选举的方法，其特征在于，Zookeeper集群模式的配置项如下:initLimit = 4syncLimit = 3server.1 = 192.168.211.1:2888:3888server.2 = 192.168.211.2:2888:3888 initLimit:这个配置项是用来配置Zookeeper接受客户端，初始化连接时最长能忍受多少个心跳时间间隔数，当已经超过10个心跳的时间长度后Zookeeper服务器还没有收到客户端的返回信息，那么表明这个客户端连接失败，总的时间长度就是4*2000 = 8秒；syncLimit:这个配置项标识Leader与Follower之间发送消息，请求和应答时间长度，最长不能超过多少个tickTime的时间长度，总的时间长度就是3*2000 = 6秒； server.A = B:C:D:其中A是一个数字，表示这个是第几号服务器；B是这个服务器的ip地址；C表示的是这个服务器与集群中的Leader服务器交换信息的端口 ；D表示的是万一集群中的Leader服务器挂了，需要一个端口来重新进行选举，选出一个新的Leader，而这个端口就是用来执行选举时服务器相互通信的端口 ；如果是伪集群的配置方式，由于B都是一样，所以不同的Zookeeper实例通信端口号不能一样，要给它们分配不同的端口号。
【专利摘要】本发明公开了一种基于Zookeeper实现Leader选举的方法，包括以下几个步骤：(1)在每台服务器上创建一个EPHEMERAL目录节点，目录节点给每台服务器编号，并选择当前是最小编号的服务器作为Leader；(2)当这个最小编号的服务器死去，由于是EPHEMERAL节点，死去的服务器对应的节点也被删除，所以当前的节点列表中又出现一个最小编号的节点，就选择这个节点为当前Leader，用于实现动态选择Leader避免单Leader容易出现单点故障问题。本发明对现有平台进行流程再造和优化；本发明充分考虑到系统扩展的衔接关系，采用的技术和体系结构，可保证业务信息系统将来的升级或扩展无缝联接。
【IPC分类】H04L29/08
【公开号】CN105208090
【申请号】CN201510509299
【发明人】吴宪国, 鲁洋均
【申请人】江苏农牧人电子商务股份有限公司
【公开日】2015年12月30日
【申请日】2015年8月19日