美文网首页
ZooKeeper - 应用场景

ZooKeeper - 应用场景

作者: kyo1992 | 来源:发表于2021-04-29 10:33 被阅读0次

    数据发布/订阅

    数据发布/订阅的一个常见的场景是配置中心,发布者把数据发布到 ZooKeeper 的一个或一系列的节点上,供订阅者进行数据订阅,达到动态获取数据的目的。

    配置信息一般有几个特点:

    • 数据量小的KV;
    • 数据内容在运行时会发生动态变化;
    • 集群机器共享,配置一致。

    zookeeper 采用的是推拉结合的方式。

    • 推: 服务端会推给注册了监控节点的客户端 Wathcer 事件通知;
    • 拉: 客户端获得通知后,然后主动到服务端拉取最新的数据。

    实现思路

    1. 把配置信息写到一个 Znode 上,例如 /Configuration
    2. 客户端启动初始化阶段读取服务端节点的数据,并且注册一个数据变更的 Watcher
    3. 配置变更只需要对 Znode 数据进行 set 操作,数据变更的通知会发送到客户端,客户端重新获取新数据,完成配置动态修改。 此时Watcher已经被删除,需要重新往节点注册Watcher。

    负载均衡

    负载均衡是一种手段,用来把对某种资源的访问分摊给不同的设备,从而减轻单点的压力。

    实现思路

    1. 首先建立 Servers 节点,并建立监听器监视 Servers 子节点的状态(用于在服务器增添时及时同步当前集群中服务器列表);
    2. 在每个服务器启动时,在 Servers 节点下建立临时子节点 Worker Server,并在对应的字节点下存入服务器的相关信息,包括服务的地址,IP,端口等等;
    3. 可以自定义一个负载均衡算法,在每个请求过来时从 ZooKeeper 服务器中获取当前集群服务器列表,根据算法选出其中一个服务器来处理请求。

    命名服务

    命名服务就是提供名称的服务。ZooKeeper 的命名服务有两个应用方面。

    1. 把系统中各种服务的名称、地址以及目录信息存放在 ZooKeeper,需要的时候去 ZooKeeper 中读取
      制作分布式的序列号生成器
    2. 利用 ZooKeeper 顺序节点的特性,制作分布式的序列号生成器,或者叫 id 生成器。(分布式环境下使用作为数据库 id,另外一种是 UUID(缺点:没有规律)),ZooKeeper 可以生成有顺序的容易理解的同时支持分布式环境的编号。

    在创建节点时,如果设置节点是有序的,则 ZooKeeper 会自动在你的节点名后面加上序号,上面说容易理解,是比如说这样,你要获得订单的 id,你可以在创建节点时指定节点名为 order_[日期]_xxxxxx,这样一看就大概知道是什么时候的订单。

    /
    └── /order
    ├── /order-date1-000000000000001
    ├── /order-date2-000000000000002
    ├── /order-date3-000000000000003
    ├── /order-date4-000000000000004
    └── /order-date5-000000000000005

    分布式协调/通知

    一种典型的分布式系统机器间的通信方式是心跳。心跳检测是指分布式环境中,不同机器之间需要检测彼此是否正常运行。传统的方法是通过主机之间相互 PING 来实现,又或者是建立长连接,通过 TCP 连接固有的心跳检测机制来实现上层机器的心跳检测。

    如果使用 ZooKeeper,可以基于其临时节点的特性,不同机器在 ZooKeeper 的一个指定节点下创建临时子节点,不同机器之间可以根据这个临时节点来判断客户端机器是否存活。

    好处就是检测系统和被检系统不需要直接相关联,而是通过 ZooKeeper 节点来关联,大大减少系统的耦合。

    Master 选举

    分布式系统中 Master 是用来协调集群中其他系统单元,具有对分布式系统状态更改的决定权。比如一些读写分离的应用场景,客户端写请求往往是 Master 来处理的。

    利用常见关系型数据库中的主键特性来实现也是可以的,集群中所有机器都向数据库中插入一条相同主键 ID 的记录,数据库会帮助我们自动进行主键冲突检查,可以保证只有一台机器能够成功。

    但是有一个问题,如果插入成功的和护短机器成为 Master 后挂了的话,如何通知集群重新选举 Master?

    利用 ZooKeeper 创建节点 API 接口,提供了强一致性,能够很好保证在分布式高并发情况下节点的创建一定是全局唯一性。

    集群机器都尝试创建节点,创建成功的客户端机器就会成为 Master,失败的客户端机器就在该节点上注册一个 Watcher 用于监控当前 Master 机器是否存活,一旦发现 Master 挂了,其余客户端就可以进行选举了。

    分布式锁

    分布式锁是控制分布式系统之间同步访问共享资源的一种方式。如果不同系统或是同一个系统的不同主机之间共享了一个或一组资源,那么访问这些资源的时候,一般需要通过一些互斥的手段来防止彼此之间的干扰,以保证一致性。

    分布式队列 - FIFO

    使用 ZooKeeper 实现 FIFO 队列,入队操作就是在 queue_fifo 下创建自增序的子节点,并把数据(队列大小)放入节点内。出队操作就是先找到 queue_fifo 下序号最下的那个节点,取出数据,然后删除此节点。

    /queue_fifo
    |
    ├── /host1-000000001
    ├── /host2-000000002
    ├── /host3-000000003
    └── /host4-000000004
    创建完节点后,根据以下步骤确定执行顺序:

    1. 通过 get_children() 接口获取 /queue_fifo 节点下所有子节点;
    2. 通过自己的节点序号在所有子节点中的顺序;
    3. 如果不是最小的子节点,那么进入等待,同时向比自己序号小的最后一个子节点注册 Watcher 监听;
      4 .接收到 Watcher 通知后重复 1。

    相关文章

      网友评论

          本文标题:ZooKeeper - 应用场景

          本文链接:https://www.haomeiwen.com/subject/srjnlltx.html