初步认识zookeeper

一、从架构的发展说起

      以电商架构为例，早期我们是单一的应用架构，随着互联网的快速发展和体量的不断增长，后端的架构通过垂直伸缩的方式很难达到我们期望的性能要求，同时投入产出比也非常大，同时普通 PC 的性能也越来越高，所以通过水平 伸缩的方式来提升性能成为了主流。

     

         在分布式架构下，当服务越来越多，规模越来越大时，对应的机器数量也越来越大，单靠人工来管理和维护服务及地址的配置地址信息会越来越困难，单点故障的问题也开始凸显出来，一旦服务路由或者负载均衡服务器宕机，依赖他的所有服务均将失效。         此时，需要一个能够动态注册和获取服务信息的地方。来统一管理服务名称和其对应的服务器列表信息，称之为服务配置中心，服务提供者在启动时，将其提供的服务名称、服务器地址注册到服务配置中心，服务消费者通过服务配置中心来获得需要调用的服务的机器列表。通过相应的负载均衡算法，选取其中一台服务器进行调用。当服务器宕机或者下线时，相应的机器需要能够动态地从服务配置中心里面移除，并通知相应的服务消费者，否则服务消费者就有可能因为调用到已经失效服务而发生错误，在这 个过程中，服务消费者只有在第一次调用服务时需要查询 服务配置中心，然后将查询到的信息缓存到本地，后面的 调用直接使用本地缓存的服务地址列表信息，而不需要重 新发起请求道服务配置中心去获取相应的服务地址列表， 直到服务的地址列表有变更(机器上线或者下线)。这种无 中心化的结构解决了之前负载均衡设备所导致的单点故障 问题，并且大大减轻了服务配置中心的压力。

  二、什么是 zookeeper

     zookeeper 是一个开源的分布式协调服务，由雅虎公司创 建，是 google chubby 的开源实现。zookeeper 的设计目 标是将那些复杂且容易出错的分布式一致性服务封装起来， 构成一个高效可靠的原语集(由若干条指令组成的，完成 一定功能的一个过程)，并且以一些列简单一用的接口提供 给用户使用。

       zookeeper的作用

1.  地址的维护和统一管理。

2.  负载均衡机制，避免单点故障。
3. 服务动态上下线的感知。

     zookeeper节点的特性

1.  同一节点的唯一性
2. 临时节（-e）点和持久化节点
3. 有序节点（-s）
4. 节点存在父子关系，必须有先后
5. 临时节点不能有子节点

    zooKeeper的数据结构,

    

     zookeeper 中节点的信息

• 第一行是节点的内容。
• cZxid：创建节点的事务id。
• ctime：创建节点的时间。
• mZxid：最后一次修改节点的事务id。
• mtime：最后一次修改节点的时间。
• datalength：数据的长度
• numChildren：子节点的数目
• ephemeralOwner：如果该节点为ephemeral（临时）节点, ephemeralOwner值表示与该节点绑定的session id. 如果该节点不是ephemeral（临时）节点, ephemeralOwner值为0. 
• dataVersion. 节点数据的更新次数.
• cversion. 其子节点的更新次数.
• aclVersion. 节点ACL(授权信息)的更新次数.

zookeeper常用命令

1. 启动ZK服务:

bin/zkServer.sh start

2. 查看 ZK 服务状态:

bin/zkServer.sh status

3. 停止 ZK 服务:

bin/zkServer.sh stop

4. 重启 ZK 服务:

bin/zkServer.sh restart

5. 连接服务器

zkCli.sh -timeout 0 -r -server ip:port