关于zookeeper的自我解惑

分布式服务框架 Zookeeper -- 管理分布式环境中的数据： http://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/ 

Zookeeper工作原理：http://blog.csdn.net/kingson_wu/article/details/25734005 

ZOOKEEPER解惑： http://www.cnblogs.com/gpcuster/archive/2010/12/29/1921213.html 

1.zookeeper集群中每一个server中都有zoo.cfg配置，里面有配置存储数据的文件夹。不同的server存储数据的文件夹不一样。假如有三个server组成zookeeper集群，server1保存在文件夹data1。server2保存在文件夹data2。server3保存在文件夹data3。但这三个server组成一个集群总体。即zookeeper对client（外部的服务器——非zookeeper集群中的服务器）来说仅仅是一个总体的服务器。client通过

 zooKeeper  = new ZooKeeper("localhost:2181,localhost:2182,localhost:2183", SESSION_TIMEOUT, watcher);  

来訪问zookeeper，至于终于client訪问的是详细哪个server或者说是哪个server相应的数据，由zookeeper内部决定。

如上所述，server通过各自的zoo.cfg识别保存数据的文件夹data，而当client（同上）訪问zookeeper中的data时，通过文件夹data1,data2,data3各自的myid识别所訪问的数据来自哪一台zookeeper集群中的服务器（zookeeper訪问负载均衡，分流）。

也就是说zoo.cfg在写数据是发挥作用，myid在读数据时发挥作用。

2.zookeeper集群中的服务器（server）有leader和follower（还有observer）之分。而訪问zookeeper的集群服务器（client）（即上述所说的client）则通过zookeeper实现master和slave之分。

zookeeper集群通过leader Selection推举一个leader，集群是为了若leader宕机时保证zookeeper的可用性。

而client的集群则是通过訪问zookeeper来实现（每一个client的详细实现都要訪问zookeeper）。保证client集群有master保证client的可用性。

其它延伸：http://blog.csdn.net/shenlan211314/article/details/6187040

Leader选举

ZooKeeper 须要在全部的服务（可以理解为server）中选举出一个 Leader ，然后让这个 Leader 来负责管理集群。此时，集群中的其他server则成为此 Leader 的 Follower 。

而且，当 Leader 故障的时候。须要 ZooKeeper可以高速地在 Follower 中选举出下一个 Leader 。这就是 ZooKeeper 的 Leader 机制，以下我们将简介在ZooKeeper 中， Leader 选举（ Leader
Election ）是怎样实现的。

此操作实现的核心思想是：首先创建一个 EPHEMERAL 文件夹节点，比如“ /election ”。

然后。每个ZooKeeper server在此文件夹下创建一个 SEQUENCE| EPHEMERAL类型的节点。比如“ /election/n_ ”。

在SEQUENCE 标志下， ZooKeeper 将自己主动地为每个 ZooKeeper server分配一个比前一个分配的序号要大的序号。此时创建节点的 ZooKeeper server中拥有最小序号编号的server将成为 Leader 。

在实际的操作中，还须要保障：当 Leader server发生问题的时候。系统可以高速地选出下一个 ZooKeeper server作为 Leader 。一个简单的解决方式是，让全部的 follower 监视 leader 所相应的节点。

当 Leader 发生问题时， Leader 所相应的暂时节点将会自己主动地被删除，此操作将会触发全部监视 Leader 的server的 watch 。这样这些server将会收到 Leader 故障的消息，并进而进行下一次的 Leader 选举操作。可是，这样的操作将会导致“从众效应”的发生。尤其当集群中server众多而且带宽延迟比較大的时候，此种情况更为明显。

在 Zookeeper 中。为了避免从众效应的发生，它是这样来实现的：每个 follower 对 follower 集群中相应的比自己节点序号小一号的节点（也就是全部序号比自己小的节点中的序号最大的节点）设置一个 watch 。

仅仅有当follower 所设置的 watch 被触发的时候。它才进行 Leader 选举操作，普通情况下它将成为集群中的下一个 Leader。

非常明显，此 Leader 选举操作的速度是非常快的。由于，每一次 Leader 选举差点儿仅仅涉及单个 follower 的操作。

——————————

To be continued ... ...

zookeeper - 暂缓 -  zookeeper获取监听server

diamond是淘宝内部使用的一个管理持久配置的系统，它的特点是简单、可靠、易用。眼下淘宝内部绝大多数系统的配置，由diamond来进行统一管理。

diamond为应用系统提供了获取配置的服务，应用不仅能够在启动时从diamond获取相关的配置，并且能够在执行中对配置数据的变化进行感知并获取变化后的配置数据。

持久配置是指配置数据会持久化到磁盘和数据库中。