Hadoop生态圈之zookeeper

定义：

zookeeper是一个分布式服务框架，主要用来解决分布式应用中经常遇到的一些数据管理问题，如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。
简而言之就是：zookeeper=文件系统+监听通知机制。

1、文件系统数据结构

每个子目录如NameService都被称为znode(目录节点），和文件系统一样，我们可以增加、删除znode，在znode下增加、删除znode，唯一不同在于znode可以存储数据，一个znode最多可以存储1MB数据。

zookeeper有四种类型的znode：
1.persist（持久化目录节点）
客户端与zookeeper断开连接后，该节点依旧存在。
2.persist_sequential（持久化顺序编号目录节点）
客户端与zookeeper断开连接后，该节点依旧存在，只是zookeeper给该节点名称进行顺序编号。
3.ephemeral（临时目录节点）
客户端与zookeeper断开连接后，该节点被删除。
4.ephemeral_sequential（临时顺序编号目录节点）
客户端与zookeeper断开连接后，该节点被删除，只是zookeeper给该节点名称进行顺序编号。

2、监听通知机制

客户端注册监听他关心的目录节点，当目录节点发生变化（数据改变、被删除、子目录节点增加、删除）时，zookeeper会通知客户端；watch监听是暂时的，每当watch的数据发生了变化，就会重新watch。

zookeeper在分布式应用配置管理上的作用：
当程序是分布式部署在多台机器上，我们要修改程序的配置文件时，需要每台机器逐个修改，非常麻烦；如果把这些配置全部放到zookeeper上去，保存在zookeeper上的一个目录节点中，然后所有相关应用程序对这个目录节点进行监听，一旦配置信息发生变化，每个应用程序就会收到zookeeper的通知，然后从zookeeper获取新的配置信息应用到系统中。

ZK应用场景

1、 master的选举基本思路和编码实现
2、 数据的发布和订阅
3、 软负载均衡
4、 分布式队列
5、 分布式锁
6、 命名服务

master选举
zookeeper的节点有两种类型，持久节点和临时节点，临时节点有个特性，如果注册这个节点的机器失去连接（通常是宕机），那个这个节点就会被ZK删除。选主过程就是利用这个特性，在服务器启动时，去ZK特定的一个目录下注册一个临时节点（这个节点作为master，谁注册这个节点谁就是master），如果注册的时候发现该节点已经存在，则说明已经有其他的服务器抢主成功，当前服务器就只能作为从机存在，同时订阅该临时节点的删除事件，以便下次抢主。简而言之：选主的过程其实就是争抢ZK注册临时节点的操作，谁注册了约定的临时节点，谁就是master。