腾讯云
开发者社区
文档
建议反馈
控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
微服务生态
专栏作者
举报
95
文章
88286
阅读量
24
订阅数
订阅专栏
申请加入专栏
全部文章(95)
其他(41)
java(10)
分布式(9)
数据库(8)
云数据库 Redis(7)
缓存(7)
微服务(7)
spring(4)
jdk(4)
git(3)
api(3)
编程算法(3)
开源(3)
jvm(3)
json(2)
apache(2)
http(2)
容器(2)
kubernetes(2)
zookeeper(2)
dubbo(2)
安全(2)
image(2)
png(2)
javascript(1)
node.js(1)
html(1)
android(1)
oracle(1)
memcached(1)
sql(1)
ide(1)
github(1)
jar(1)
tomcat(1)
linux(1)
消息队列 CMQ 版(1)
人工智能(1)
日志数据(1)
企业(1)
devops(1)
运维(1)
爬虫(1)
网络安全(1)
dns(1)
spring boot(1)
敏捷开发(1)
rabbitmq(1)
gradle(1)
socket编程(1)
大数据(1)
微信(1)
数据结构(1)
paste(1)
搜索文章
搜索
搜索
关闭
利用Zookeeper实现Leader选举的一些思考
zookeeper
apache
我们都知道Zookeeper的节点有两种类型,分别是持久节点和临时节点。临时节点有个特性,就是如果注册这个节点的机器失去连接(通常是宕机),那么这个节点会被zookeeper删除。选主过程就是利用这个特性,在服务器启动的时候,去zookeeper特定的一个目录下注册一个临时节点(这个节点作为master,谁注册了这个节点谁就是master),注册的时候,如果发现该节点已经存在,则说明已经有别的服务器注册了(也就是有别的服务器已经抢主成功),那么当前服务器只能放弃抢主,作为从机存在。同时,抢主失败的当前服务器需要订阅该临时节点的删除事件,以便该节点删除时(也就是注册该节点的服务器宕机了或者网络断了之类的)进行再次抢主操作。选主的过程,其实就是简单的争抢在Zookeeper注册临时节点的操作,谁注册了约定的临时节点,谁就是master。所有服务器同时会在servers节点下注册一个临时节点(保存自己的基本信息),以便于应用程序读取当前可用的服务器列表。
小程故事多
2018-08-22
469
0
Flume-NG源码分析-整体结构及配置载入分析
apache
终于开始Flume源码的分析研究工作了,我也是边学边和大家分享,内容上难免有不足之处,望大家见谅。
小程故事多
2018-08-22
1.2K
0
没有更多了
社区活动
腾讯技术创作狂欢月
“码”上创作 21 天,分 10000 元奖品池!
立即发文
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档