ZooKeeper学习之Observer模式及其配置

最新推荐文章于 2022-03-24 13:41:10 发布

array020

最新推荐文章于 2022-03-24 13:41:10 发布

阅读量3.9k

点赞数

分类专栏： Zookeeper

本文链接：https://blog.csdn.net/damacheng/article/details/42393829

版权

ZooKeeper中，Observer模式作为除Leader和Follower外的第三种角色，不参与投票过程，仅通过接收INFORM消息学习已提交的提案。Observer适用于扩展读请求，增加读操作吞吐量，且在跨数据中心部署中能减少延迟。配置Observer模式，需在服务器配置文件中指定server为observer类型。

摘要由CSDN通过智能技术生成

除了leader和follow模式之外，还有第三种模式：observer模式。observer和follower在一些方面是一样的。详细点来讲，他们都向leader提交proposal。但与follower不同，observer不参与投票的过程。它简单的通过接收leader发过来的INFORM消息来learn已经commit的proposal。因为leader都会给follower和observer发送INFORM消息，所以它们都被称为learner。

INFORM消息背后的原理

因为observer不会接收proposal并参与投票，leader不会发送proposal给observer。leader发送给follower的commit消息只包含zxid，并没有proposal本身。所以，只发送commit消息给observer则不会让observer得知已提交的proposal。这就是使用INFORM消息的原因，此消息本质上是一个包含了已被commit的proposal的commit消息。

简而言之，follower会得到两个消息，而observer只会得到一个。follower通过广播得到proposal的内容，接下来获得一个简单commit消息，此消息只包含了zxid。相反，observer得到一个包含了已被commit的proposal的INFORM消息。

参与了决定是否commit一个proposal的投票的server就称为PARTICIPANT server，leader和follower都属于这种server。observer则称为OBSERVER server。

使用observer模式的一个