2.zookeeper

最新推荐文章于 2024-08-13 17:40:41 发布
最新推荐文章于 2024-08-13 17:40:41 发布
阅读量528 收藏
点赞数
分类专栏： 消息队列Kafka 文章标签： java-zookeeper zookeeper kafka
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42517220/article/details/128202854
版权

1.工作机制

从设计模式角度来理解：是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者做出相应的反应。

2.特点

  1. Zookeeper：一个领导者（Leader），多个跟随者（Follower）组成的集群
  2. 集群中只要有半数以上节点存活，Zookeeper集群就能正常服务。所以Zookeeper适合安装奇数台服务器
  3. 全局数据一致：每个Server保存一份相同的数据副本，Client无论连接到哪个Server，数据都是一致的
  4. 更新请求顺序执行，来自同一个Client的更新请求按其发送顺序依次执行。
  5. 数据更新原子性，一次数据更新要么成功，要么失败。

3.数据结构

Zookeeper数据模型的结构与Unix 文件系统很类似，整体可以看作是一棵树，每个节点称作一个ZNode。每一个ZNode默认能够存储1MB的数据，每个ZNode都可以通过其路径唯一标识。
在这里插入图片描述

4.应用场景

4.1统一命名服务
  • 在分布式环境下，经常需要对应用/服务进行统一命名，便于识别。
    • 例如：IP不容易记住，而域名容易记住
      在这里插入图片描述
4.2统一配置管理
  1. 分布式环境下，配置文件同步非常常见
    • 一般要求一个集群中，所有节点的配置信息是一致的，比如Kafka集群
    • 对配置文件修改后，希望能够快速同步到各个节点上
  2. 配置管理可以交由Zookeeper实现
    • 可将配置文件信息写入Zookeeper上的一个Znode
    • 各个客户端服务器监听这个Znode
  3. 一旦Znode中的数据被修改，Zookeeper将通知各个客户端服务器
    在这里插入图片描述
4.3统一集群管理
  1. 分布式环境中，实时掌握每个节点的状态是必要的
    • 可以根据节点实时状态做出一些调整
  2. Zookeeper可以实现实时监控节点状态变化
    • 可以将节点信息写入Zookeeper上的一个Znode
    • 监听这个Znode可获取它的实时状态变化

在这里插入图片描述

4.4服务器节点动态上下线

在这里插入图片描述

4.5软负载均衡

在这里插入图片描述

5.下载

官网首页：https://zookeeper.apache.org/
下载地址：https://zookeeper.apache.org/releases.html
历史版本下载地址：https://archive.apache.org/dist/zookeeper/

6.本地安装

6.1前提准备

  1. 安装JDK（集群环境搭建时已经安装过，此处不需要再次安装）

  2. 下载Zookeeper安装包：apache-zookeeper-3.5.7-bin.tar.gz

    wget https://archive.apache.org/dist/zookeeper/zookeeper-3.5.7/apache-zookeeper-3.5.7-bin.tar.gz -P /opt/software/

  3. 解压

    tar -zxvf /opt/software/apache-zookeeper-3.5.7-bin.tar.gz -C /opt/moudle

  4. 修改名称

    mv /opt/moudle/apache-zookeeper-3.5.7-bin/ /opt/moudle/zookeeper-3.5.7
6.2修改配置文件

  1. 配置文件重命名

    mv /opt/moudle/zookeeper-3.5.7/conf/zoo_sample.cfg /opt/moudle/zookeeper-3.5.7/conf/zoo.cfg

  2. 新建数据存储目录

    mkdir /opt/moudle/zookeeper-3.5.7/zkData

  3. 修改配置文件

    vim /opt/moudle/zookeeper-3.5.7/conf/zoo.cfg

dataDir=/opt/moudle/zookeeper-3.5.7/zkData
6.3配置文件解读
  1. tickTime=2000：通信心跳时间，Zookeeper服务端和客户端心跳时间，单位：毫秒
  2. initLimit=10：LF初始通信时限
    • Leader和Follower初始连接时能容忍的最多心跳数
    • 如果 10 * 2000 毫秒还没有建立连接，则认为本次通信失败
  3. syncLimit=5：LF同步通信时限
    • Leader和Follower之间通信时间如果超过syncLimit * tickTime，Leader则认为Follower死掉，从服务器列表中删除Follower
  4. dataDir：保存Zk中的数据
  5. clientPort=2181：客户端连接端口
6.4测试

  1. 启动服务端

    /opt/moudle/zookeeper-3.5.7/bin/zkServer.sh start

  2. 查看任务

    jps -l

'''
18327 sun.tools.jps.Jps
18234 org.apache.zookeeper.server.quorum.QuorumPeerMain
'''

  3. 启动客户端

    /opt/moudle/zookeeper-3.5.7/bin/zkCli.sh

  4. 查看根节点

    [zk: localhost:2181(CONNECTED) 0] ls /
[zookeeper]

  5. 退出客户端

    [zk: localhost:2181(CONNECTED) 1] quit

  6. 查看Zk状态

    /opt/moudle/zookeeper-3.5.7/bin/zkServer.sh status

  7. 停止服务端

    /opt/moudle/zookeeper-3.5.7/bin/zkServer.sh stop

7.集群安装

7.1集群规划

在这里插入图片描述

7.2按照上述步骤在其中一台服务器（first-node）上安装zk
7.3配置服务器编号
  1. 在创建的zkData目录下新建一个myid文件
    vim /opt/moudle/zookeeper-3.5.7/zkData/myid
``. 在文件中添加与server对应的编号（切记多个服务器之间的编号不能相同）
  2. 编号（整数即可）上下左右不要有空格
    在这里插入图片描述
7.4将安装好的zk分发给其他两个服务器

  1. 分发安装包

    xsync /opt/moudle/zookeeper-3.5.7

  2. 修改myid文件中的编码（不要有重复）

    ssh second-node 
echo 2 > /opt/moudle/zookeeper-3.5.7/zkData/myid

ssh third-node 
echo 3 > /opt/moudle/zookeeper-3.5.7/zkData/myid
7.5修改配置文件

  1. 需要在配置文件zoo.cfg中增加一下内容

    vim /opt/moudle/zookeeper-3.5.7/conf/zoo.cfg

server.1=first-node:2888:3888
server.2=second-node:2888:3888
server.3=third-node:2888:3888

    在这里插入图片描述

  2. 配置参数解读
    在这里插入图片描述

  3. 修改完配置后重新分发配置文件

    xsync /opt/moudle/zookeeper-3.5.7/conf/zoo.cfg
7.6测试启动集群
  1. 分别在三台服务器上执行以下启动命令
/opt/moudle/zookeeper-3.5.7/bin/zkServer.sh start
  1. 检查状态
/opt/moudle/zookeeper-3.5.7/bin/zkServer.sh status

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

8.ZK选举机制

8.1首次选举（假设有5台服务器）
  1. 服务器1启动，发起一次选举，服务器1投自己一票，此时服务器1票数一票，不够半数以上（3票），选举无法完成，服务器1状态保持为LOOKING
  2. 服务器2启动，再次发起一次选举，服务器1和2分别投自己一票，并交换选票信息：此时服务器1发现服务器2的 myid 比自己目前已投票推举的（服务器1）大，更改选票为推举服务器2。此时服务器1票数为0票，服务器2票数为2票，没有半数以上结果，选举无法完成服务器1、2状态保持为LOOKING
  3. 服务器3启动，发起一次选举，此时服务器1、2都会更改选票为服务器3，此次投票结果：服务器1、2为0票，服务器3为3票，此时服务器3的选票数已经超过半数，服务器3当选Leader，服务器1、2状态更改为FOLLOWING，服务器3状态更改为LEADING
  4. 服务器4启动，发起一次选举，此时服务器1，2，3已经不是LOOKING状态，不会更改选票信息，交换选票结果：服务器3为3票，服务器4为1票，此时服务器4服从多数，更改选票信息为服务器3，并更改状态为FOLLOWING
  5. 服务器5启动，同服务器4一样，状态更改为FOLLOWING
8.2非第一次选举

  1. 当ZooKeeper集群中的一台服务器出现以下两种情况之一时，就会开始进入Leader选举

    • 1.服务器初始化启动
    • 2.服务器运行期间，无法和Leader保持连接

  2. ID

    • SID：服务器ID，用来标识一台ZooKeeper集群中的机器，每台机器不能重复，和myid一致
    • ZXID：事物ID，用来标识一次服务器状态的变更，在某一时刻，集群中的每台机器的ZXID值不一定完全一致，这和ZooKeeper服务器对于客户端更新请求的处理逻辑有关
    • Epoch：每个Leader任期时的代号，没有Leader时，同一轮投票过程中的逻辑时钟值是相同的。每投完一次票这个数据就会增加

  3. 而当一台机器进入Leader选举流程时，当前集群也可能会处于以下两种状态

    • 1.集群中本来就已经存在一个Leader（自己连接失败）
      • 机器试图去选举Leader时，会被告知当前服务器Leader的信息，对于该机器来说，仅仅需要去和Leader进行连接
    • 2.集群中确实不存在一个Leader
      • 假设ZooKeeper由5台服务器组成，SID分别为1、2、3、4、5，ZXID分别为8、8、8、7、7，并且此时SID为3的服务器是Leader，某一时刻3和5服务器出现故障，因此进行Leader选举

    在这里插入图片描述

9.ZK集群启动停止脚本

  1. 在用户bin目录下创建zk.sh文件，内容如下

    #! /bin/bash

case $1 in
"start"){
    for node in first-node second-node third-node
    do
        echo ----------------------zookeeper $node start--------------------
        ssh $node "/opt/moudle/zookeeper-3.5.7/bin/zkServer.sh start"
    done
};;
"stop"){
    for node in first-node second-node third-node
    do
        echo ----------------------zookeeper $node stop--------------------
        ssh $node "/opt/moudle/zookeeper-3.5.7/bin/zkServer.sh stop"
    done
};;
"status"){
    for node in first-node second-node third-node
    do
        echo ----------------------zookeeper $node status--------------------
        ssh $node "/opt/moudle/zookeeper-3.5.7/bin/zkServer.sh status"
    done
};;
esac

  2. 修改权限，使其可执行

    chmod 777 /home/fatpuffer/bin/zk.sh

  3. 测试，是否能正常使用

    zk.sh start 
zk.sh stop
zk.sh status

  4. 使用xsync分发给集群内的其他服务器

    xsync /home/fatpuffer/bin/zk.sh

10.ZK客户端命令操做

10.1命令行语法
命令基本语法功能描述示例
help显示所有操做命令lelp
ls path使用 ls 命令来查看当前znode的子节点【可监听】
-w：监听子节点变化
-s：附加次级信息		ls /
ls -s /zookeeper
create普通创建
-s：含有序列
-e：临时（重启或者超时消失）		create /wangzherongyao
get path获得节点的值【可监听】
-w：监听节点内容变化
-s：附加次级信息		get /wangzherongyao
set设置节点的具体值set /wangzherongyao fashi
stat查看节点状态stat /wangzherongyao
delete删除节点（如果有子节点则无法删除）delete /wangzherongyao/fashi
deleteall递归删除节点（会删除当前节点以及子节点）delete /wangzherongyao/zhanshi
quit退出客户端quit
10.2启动客户端

  1. 连接本地服务器启动

    /opt/moudle/zookeeper-3.5.7/bin/zkCli.sh

    在这里插入图片描述

  2. 指定服务器连接启动

    /opt/moudle/zookeeper-3.5.7/bin/zkCli.sh -server second-node:2181

    在这里插入图片描述

10.3查看当前znode中包含的所有内容
[zk: second-node:2181(CONNECTED) 1] ls /
[zookeeper]
10.4查看当前节点详细数据
[zk: second-node:2181(CONNECTED) 2] ls -s /
[zookeeper]cZxid = 0x0
ctime = Thu Jan 01 08:00:00 CST 1970
mZxid = 0x0
mtime = Thu Jan 01 08:00:00 CST 1970
pZxid = 0x0
cversion = -1
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x0
dataLength = 0
numChildren = 1
  • cZxid：创建节点的事务 zxid
    • 每次修改ZK状态都会产生一个ZK事务ID，事务ID是ZK中所有修改总的次序。每次修改都有唯一的zxid，如果zxid1小于zxid2，那么zxid1在zxid2之前发生
  • ctime：znode被创建的毫秒数（从1970年开始）
  • mZxid：znode最后更新的事务zxid
  • mtime：znode最后修改的毫秒数（从1970年开始）
  • pZxid：znode最后更新的子节点事务zxid
  • cversion：znode子节点变化号，znode子节点修改次数
  • dataVersion：znode数据变化号
  • aclVersion：znode访问控制列表的变化号
  • ephemeralOwner：如果是临时节点，这个是znode拥有者的session id。如果不是临时节点，则是0
  • dataLength：znode的数据长度
  • numChildren：znode子节点数量
10.5ZK节点类型（持久/短暂/有序号/无序号）
  • 持久（Persistent）：客户端和服务器端断开连接后，创建的节点不删除
    • 持久节点带序号
    • 持久节点不带序号
  • 短暂（Ephemeral）：客户端和服务器端断开连接后，创建的节点自动删除
    • 临时节点带序号
    • 临时节点不带序号
  • 说明：创建znode时设置顺序标识，znode名称后会附加一个值，顺序号是一个单调递增的计数器，由父节点维护
  • 注意：在分布式系统中，顺序号可以被用于为所有的事件进行全局排序，这样客户端可以通过顺序号推断事件的顺序
    在这里插入图片描述
10.6创建节点

  • 在/节点下创建一个wangzherongyao永久节点（不带序号）

    create /wangzherongyao

  • 在wangzherongyao节点下创建一个fashi永久节点（不带序号），并且初始化数据为：diaochan

    create /wangzherongyao/fashi diaochan

  • 在wangzherongyao节点下创建一个zhanshi永久节点（带序号），并且初始化数据为：yase

    create -s /wangzherongyao/zhanshi "yase"

  • 在wangzherongyao节点下创建一个zhanshi永久节点（带序号），并且初始化数据为：lixin

    create -s /wangzherongyao/zhanshi "lixin"
    • 永久节点不会因为断开连接而自动删除
    • 如果不带序号，则本次创建永久节点zhanshi时就会报错该节点已存在

  • 在wangzherongyao节点下创建一个sheshou临时节点（不带序号），并且初始化数据为：luban

    create -e /wangzherongyao/sheshou "luban"

  • 在wangzherongyao节点下创建一个sheshou临时节点（带序号），并且初始化数据为：houyi

    create -e -s /wangzherongyao/sheshou "houyi"
    • 临时节点断开连接后节点会自动被删除
    • 如果不带序号再次创建sheshou节点，会抛异常，提示该节点已存在
10.7查看节点信息

  • 查看节点存储的数据

    [zk: second-node:2181(CONNECTED) 49] get /wangzherongyao/sheshou
luban

  • 查看节点详情

    [zk: second-node:2181(CONNECTED) 51] get -s /wangzherongyao/sheshou
luban
cZxid = 0x40000000d
ctime = Wed Dec 07 22:29:52 CST 2022
mZxid = 0x40000000d
mtime = Wed Dec 07 22:29:52 CST 2022
pZxid = 0x40000000d
cversion = 0
dataVersion = 0
aclVersion = 0
ephemeralOwner = 0x200000c48be0000
dataLength = 5
numChildren = 0
10.8修改节点数据

  • 修改节点wangzherongyao/sheshou的值为：mengya

    set /wangzherongyao/sheshou "mengya"
10.9删除节点

  • 1.删除单个节点

    • 删除的节点下如果有子节点会删除失败
    deleteall /wangzherongyao/fashi

  • 2.递归删除单节点

    • 删除的节点下如果有子节点会递归删除
      deleteall /wangzherongyao/fuzhu

  • 3.递归删除多节点

    • 删除的节点下如果有子节点会递归删除
    deleteall /wangzherongyao/sheshou /wangzherongyao/zhanshi
10.10监听器原理

  • 1.定义

    • 客户端注册监听它关心的目录节点，当目录节点发生变化（数据改变、节点删除、子目录节点增加或删除）时，ZK会通知客户端。监听机制保证ZK保存的任何数据的改变都能快速的响应到监听了该节点的所有应用

  • 2.基本原理

    • 1.首先要有一个main()线程
    • 2.在main线程中创建ZK客户端，这时就会创建两个线程，一个负责网络连接通信（connect），另一个负责监听（listener）
    • 3.通过connect线程将注册的监听事件发送给ZK
    • 4.在ZK服务端的注册监听器列表中将注册的事件添加到列表中
    • 5.ZK服务端监听到数据或路径变化，就会将这个消息发送给（listener）线程
    • 6.listener线程内部调用了process方法去做相应的操做
      在这里插入图片描述

  • 3.常见的监听

    • 1.监听节点数据的变化（get path [watch]）
    • 2.监听子节点增减的变化（ls path [watch]）
10.11监听器实践

  • 1.注册节点值变化监听器

    • 注意：注册一次只能监听一次，想要再次监听，需要再次注册
    get -w path

    在这里插入图片描述

  • 2.注册节点的子节点变化监听器（路径变化）

    • 注意：注册一次只能监听一次，想要再次监听，需要再次注册
    ls -w path

    在这里插入图片描述

10.12写入流程
  • 1.写入流程请求发送给Leader节点（只有Leader有写权限，follower只有读权限）
    在这里插入图片描述
  • 2.写入流程请求发送给Follower节点
    在这里插入图片描述

11.客户端API操做

python-zookeeper：https://blog.csdn.net/github_30641423/article/details/109561587

FatPuffer
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
zookeeper学习笔记
m0_47419463的博客
09-01 146
一、什么是zookeeper zookeeper官网:https://zookeeper.apache.org/ zookeeper是apache的一个分布式服务框架,是apache hadoop的一个子项目,官方文档上这么解释zookeeper,它主要是用来解决分布式应用中经常遇到的一些数据管理问题,如:统一命名服务 状态同步服务 集群管理 分布式应用配置项的管理等 简单来说 zookeeper=文件系统+监听通知机制 二、zookeeper的存储结构 1.znode 在Zookeepe.
org.apache.zookeeper.KeeperException$UnimplementedException: KeeperErrorCode = Unimplemented for /cu
qq_24347541的博客
06-11 7639
java基于curator的zookeeper分布式锁报错信息： org.apache.zookeeper.KeeperException$UnimplementedException: KeeperErrorCode = Unimplemented for /curator/lock/_c_122028e9-b21b-4c19-9378-ce14f34ec3cf-lock- at org.ap...
Ubuntu上安装和使用ZooKeeper的超详细教程
沐雨橙风ιε的博客
07-13 7614
Ubuntu上安装和使用ZooKeeper的超详细教程
Zookeeper选举机制详解
weixin_45906061的博客
12-08 1449
Zookeeper选举机制详解，包括第一次启动选举、leader宕机选举。
解决java.lang.NoSuchMethodError: org.apache.zookeeper.ZooKeeper.＜init＞问题
xzj80927的博客
02-10 3977
今天启动 连接 zookeeper时，报如下错误： Exception in thread "main" java.lang.NoSuchMethodError: org.apache.zookeeper.ZooKeeper.<init>(Ljava/lang/String;ILorg/apache/zookeeper/Watcher;Z)V at org.apache.curator.utils.DefaultZookeeperFactory.newZooKeeper(DefaultZo
Will not attempt to authenticate using SASL (unknown error) (org.apache.zookeeper.ClientCnxn)
热门推荐
Java程序员廖志伟
11-18 6万+
>📕我是廖志伟，一名Java开发工程师、Java领域优质创作者、CSDN博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文创造者、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。跑过十五公里、徒步爬过衡山、有过三个月减肥20斤的经历、是个喜欢躺平的狠人。 >📘拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、Spring MVC、SpringCould、Mybatis、Dubbo、Zookeeper)，消息中间件底
Zookeeper异常org.apache.zookeeper.KeeperException$ConnectionLossException
刘伟佳的博客
02-04 1799
环境： VMware + CentOS 7 Zookeeper3.5.5 本地IDEA代码: package com.veeja; import org.apache.zookeeper.*; import java.io.IOException; /** * @Author veeja * 2021/2/4 9:49 */ public class SendContent { public static void main(String[] args) { try {
解决：org.apache.zookeeper.ZooKeeper.multi(Ljava/lang/Iterable；Lorg/apache/zookeeper/AsyncCallback$Mult
guihua55的博客
10-01 3472
博主在启动kafka集群的时候，发现主节点，启动不了，一直shutting down,重新从其他节点分发过来配置还是出错，出现 ERROR [KafkaServer id=0] Fatal error during KafkaServer startup. Prepare to shutdown (kafka.server.KafkaServer) java.lang.NoSuchMethodError: org.apache.zookeeper.ZooKeeper.multi(Ljava/lang/It
org.apache.zookeeper.server.quorum.QuorumPeerConfig$ConfigException: Error processing
zzh_2021的博客
04-13 6574
1.报错信息 org.apache.zookeeper.server.quorum.QuorumPeerConfig$ConfigException: Error processing D:\workplace\IDEA_workplace\apache-zookeeper-3.8.0-bin\bin…\conf\zoo.cfg at org.apache.zookeeper.server.quorum.QuorumPeerConfig.parse(QuorumPeerConfig.java:198) at
org.apache.zookeeper.KeeperException.NodeExistsException报错的解决方法，亲测有效
PythonAigc的博客
05-07 1658
`org.apache.zookeeper.KeeperException.NoNodeException` 异常是 Apache ZooKeeper 在客户端尝试访问或修改一个不存在的 ZNode（ZooKeeper 中的节点）时抛出的异常。这个异常通常发生在以下几种情况： 1. 客户端尝试读取、更新或删除一个不存在的 ZNode。 2. 客户端可能基于错误或过时的信息尝试访问 ZNode。 3. 客户端可能在 ZNode 被其他客户端删除之后，试图再次访问它。
2. Zookeeper经典应用场景实战（一）
11-15
ZooKeeper经典应用场景实战（一） 本节课重点介绍了 ZooKeeper 的经典应用场景，并通过 Java 客户端 API 连接和操作 ZooKeeper 集群。 ZooKeeper 官方提供的 Java 客户端 API 虽然提供了基本的操作，但是存在一些...
4.zookeeper运维实战视频教程资料-详细课件笔记总结
05-25
2.zookeeper的单机安装和配置文件介绍 3.zookeeper的集群安装 4.zookeeper的数据结构、节点类型、数据持久化 5.zookeeper命令行相关操作 6.zookeeper的基本特性、watch监听和会话概念 7.zookeeper的watch监听机制...
org.apache.zookeeper 3.4.6
01-18
2. **会话（Session）**：客户端与 ZooKeeper 服务器之间建立的连接被称为会话。会话期间，客户端可以接收服务器的通知，保持对节点变化的实时感知。如果网络断开，会话可能会超时，但可以通过重新连接恢复。 3. **...
第6章 Zookeeper 2 6.1. Zookeeper入门 2 6.1.1. 概述 2 6.1.2. 特点 3 6.1.3
05-21
第6章 Zookeeper 2 6.1. Zookeeper入门 2 6.1.1. 概述 2 6.1.2. 特点 3 6.1.3. 数据结构 4 6.1.4. 应用场景 4 6.1.5. 下载地址 6 6.2. Zookeeper安装 7 6.2.1. 本地模式安装部署 7 6.2.2. 配置参数解读 9 6.3. ...
大数据平台实践 三.zookeeper安装
02-08
2. Naming 服务： ZooKeeper 提供了一个 Naming 服务，用于将名称映射到物理地址。 3. 集群管理： ZooKeeper 可以管理大数据平台中的集群，例如 Hadoop 集群等。 在本文中，我们将介绍 ZooKeeper 的安装和配置过程...
Zookeeper学习、Tomcat
m0_50846237的博客
08-12 857
Zookeeper学习、Tomcat
zookeeper+kafka群集
最新发布
qq_51678989的博客
08-13 848
ZooKeeper 是一种分布式协调技术，所谓分布式协调技术主要是用来解决分布式环境当中多个进程之间的同步控制，让他们有序的去访问某种共享资源，防止造成资源竞争(脑裂)的后果。脑裂是指在主备切换时,由于切换不彻底或其他原因,导致客户端和 slave 误以为出现两个 activemaster,最终使得整个集群处于混乱状态。
zookeeper+kafka消息队列群集部署
minly12的博客
08-13 832
Partition是物理上的概念，每个Topic包含一个或多个Partition，每个partition都是一个有序的队列。消费者组，可以给每个Consumer指定消费组，若不指定消费者组，则属于默认的group。每条发布到Kafka集群的消息都有一个分类，这个类别被称为Topic（主题）指消息的消费者，从kafka broker拉取数据，并消费这些已发布的消息。消息，通信的基本单位，每个producer可以向一个topic发布一些消息。指消息的生产者，负责发布消息到kafka broker。
org.apache.hadoop.hbase.zookeeper.zookeeperWatcher
06-03
org.apache.hadoop.hbase.zookeeper.ZooKeeperWatcher是HBase中的一个类，它是HBase与ZooKeeper交互的核心类之一。它主要负责在HBase启动时与ZooKeeper建立连接，并监视ZooKeeper中的节点变化。 具体来说，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值