Zookeeper 集群部署的那些事儿

 

简介

额。。。。， &*$% 淘气！

ZooKeeper 是 Apache 的一个顶级项目，为分布式应用提供高效、高可用的分布式协调服务。

ZooKeeper 本质上是一个分布式的小文件存储系统。提供类似于文件系统目录树方式的数据存储，并且可以对书中的节点进行有效管理。从而用来维护和监控存储的数据的状态变化，通过监控这些数据状态的变化，实现基于数据的集群管理。

运行模式

ZooKeeper 运行模式有三种：单机模式、伪集群模式、集群模式

单机模式： ZooKeeper 只运行一台服务器上面，这种模式一般用于开发测试环境，用于节省机器数量，加上开发调试不需要特别好的稳定性

伪集群模式： 这是一种特殊的集群模式，即一台服务器上面部署多个 ZooKeeper 实例，当然这个时候就需要你这台服务器性能比较好。在这种情况下，我们需要通过不同的端口来启动 ZooKeeper 实例，以此来通过集群的方式对外提供服务。

这种模式下，我们只需要修改 zoo.cfg 下的同一个服务器不同端口连接地址即可

server.1=ip1:2888:3888
server.2=ip1:2889:3889
server.3=ip1:2890:3890

集群模式： Zookeeper 集群 运行在一组机器上，一般三台以上的机器就可以组成集群了，组成 ZooKeeper 集群的每一台机器都会在内存中维护当前服务的状态，机器之间也会互相保持通信。

只要集群中过半的服务存活，就能正常对外提供服务，如果说当我们的 leader 挂掉了，在选举过程中是无法提供服务的，直到 leader 选举完成！

这种模式下，我们只需要修改 zoo.cfg 下的不同服务器的连接地址即可

server.1=ip1:2888:3888
server.2=ip2:2888:3888
server.3=ip3:2888:3888

Zookeeper 集群有什么用

ZooKeeper 实现了高性能，高可靠性和有序的访问。高性能保证了 ZooKeeper 能应用在大型的分布式系统上，高可靠性保证它不会由于单一节点的故障而造成任何问题。有序的访问能保证客户端可以实现较为复杂的同步操作。

负载均衡

这里说的负载均衡是指软负载均衡。在分布式环境中，为了保证高可用性，通常同一个应用或同一个服务的提供方都会部署多份，来达到高可用。

命名服务

在分布式系统中，通过使用命名服务，客户端应用能够根据指定名字来获取资源或者服务的地址，提供者等信息。被命名的实体通常可以是集群中的机器，提供的服务地址、远程对象等这些我们可以统称为 Name，其中比较常见的就是一些分布式服务框架中的服务地址列表。通过调用 ZooKeeper 提供创建节点的 API，能够很容易创建一个全局唯一的 Path，这个 Path 可以作为一个名称。阿里巴巴集团开源的分布式服务框架 Dubbo 中使用 ZooKeeper 来作为其命名服务，维护全局的服务地址列表，点击这里查看 Dubbo 开源项目。

分布式协调

ZooKeeper 中特有的 Watcher 注册与异步通知机制，能够实现分布式环境下不同系统之间的通知与协调，实现对数据变更的及时处理，使用方法通常是不同系统都对 ZooKeeper 同一个 Znode 进行注册，监听 Znode 的变化。如果其中一个系统更新了 Znode，那么另外系统也能够收到通知，并做出