ZooKeeper运维—,这些年我所经历的所有面试
最全的Linux教程,Linux从入门到精通。
server.6 = 127.0.0.1:2693:3793
1、利用Observer机制
为了能从源集群动态把数据同步到目的集群,利用Observer
机制,将server.4
、server.5
、server.6
暂时分别作为源集群的Observer
启动,配置分别如下:
server.4的zoo.cfg配置
peerType=observer
server.1 = 127.0.0.1:2688:3788
server.2 = 127.0.0.1:2689:3789
server.3 = 127.0.0.1:2690:3790
server.4 = 127.0.0.1:2691:3791:observer
server.5 = 127.0.0.1:2692:3792
server.6 = 127.0.0.1:2693:3793
server.5的zoo.cfg配置
peerType=observer
server.1 = 127.0.0.1:2688:3788
server.2 = 127.0.0.1:2689:3789
server.3 = 127.0.0.1:2690:3790
server.4 = 127.0.0.1:2691:3791
server.5 = 127.0.0.1:2692:3792:observer
server.6 = 127.0.0.1:2693:3793
server.6的zoo.cfg配置
peerType=observer
server.1 = 127.0.0.1:2688:3788
server.2 = 127.0.0.1:2689:3789
server.3 = 127.0.0.1:2690:3790
server.4 = 127.0.0.1:2691:3791
server.5 = 127.0.0.1:2692:3792
server.6 = 127.0.0.1:2693:3793:observer
server.4
、server.5
、server.6
分别启动,数据就可以从源集群同步到目的集群了,即使现在源集群有写操作,也可以实时同步。
-
如下是
server.4
作为源集群的Observer启动时的日志: -
server.4
刚启动时,是一个LOOKING
状态,就是在找Leader
。 -
找到
Leader
以后,就变成了OBSERVING
状态。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-hXDEN6rq-1632664267904)(C:\我的坚果云\mymd\image\zk_observer1.png)]
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-t7sErJxi-1632664267907)(C:\我的坚果云\mymd\image\zk_observer2.png)]
2、切换客户端zk地址
虽然server.4
、server.5
、server.6
都是Observer
,但是也可以对外提供服务。此时可以将连接目的集群的客户端,如qconf_agent
、kafka
中的zk地址修改为目的集群的。
3、修改目的集群配置
先将目的集群的配置observer
相关的配置去掉,都修改为如下配置:
server.4 = 127.0.0.1:2691:3791
server.5 = 127.0.0.1:2692:3792
server.6 = 127.0.0.1:2693:3793
4、依次重启目的集群
目的集群的配置修改好了,还没有重启,此时依然是作为Observer在对外提供服务。
现在依次重启server.4
、server.5
,server.5
成为目的集群的Leader
,此时已经完全和源集群分离,立刻重启server.6
,server.6
作为Follower
加入目的集群。
但是在目的集群重启Leader选举时,可能存在短暂的数据不一致,因为可能在server.5
重启触发Leader选举时,server.6
可能接收到写请求,依然转发给源Leader,所以server.6
甚至是整个目的集群都尽快完成重启。
到这里基本就完成了集群的不停机动态迁移,观察一段时间目的集群的服务状态,如果正常,就可以把源集群停掉了。
这过程一旦出现问题,比如目的集群重启失败,立刻回滚第二步,然后查看目的集群的启动日志。
zk集群的扩容,对读请求来说是可以提升性能,但是对于写请求就未必是好事了,因为所有的写请求都需要Leader统一协调处理(两阶段提交),所以服务节点多了反而会降低写性能。
zk集群的扩容可以有两种形式,一种是扩容节点以Observer
附庸在源集群上,另一种就是正常意义上扩容,给源集群加Follower
节点。
依然用一台服务器搭建的伪集群演示。
1、Observer扩容
以Observer
方式扩容,不参与源集群的投票和过半机制,依然可以一起加入到zk地址中对外提供服务,有如下几个优点:
-
提升源集群的读性能,对写性能影响很小。
-
可以将Observer部署在异地机房,读请求就近发送,降低延迟。
但是多多少少对写操作有一定影响,即Observer
所在服务,处于无监管状态,无法确保数据都同步了,可能因为网络原因一些请求被丢弃等,需要对Observer
进行监控。如果Observer
部署在异地,写同步的延迟可能也会增加。
Observer
扩容还有一个缺点,就是源集群的稳定性没有提高。
假设扩容的Observer服务为server.4
,只需要在其zoo.cfg
中如下配置即可:
server.4的zoo.cfg配置
peerType=observer
server.1 = 127.0.0.1:2688:3788
server.2 = 127.0.0.1:2689:3789
server.3 = 127.0.0.1:2690:3790
server.4 = 127.0.0.1:2691:3791:observer
2、Follower扩容
Follower扩容建议扩容服务节点数为偶数个,这样和源集群加起来就是奇数个。
在不停机,只有Leader重选时不能正常对外提供服务外,集群一直处于正常状态,照这个要求,试了多种场景,好像只有一种方式:新节点作为Follower加入源集群。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数Linux运维工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Linux运维全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Linux运维知识点,真正体系化!
由于文件比较大,这里只是将部分目录大纲截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且后续会持续更新
如果你觉得这些内容对你有帮助,可以添加VX:vip1024b (备注Linux运维获取)
最全的Linux教程,Linux从入门到精通
======================
-
linux从入门到精通(第2版)
-
Linux系统移植
-
Linux驱动开发入门与实战
-
LINUX 系统移植 第2版
-
Linux开源网络全栈详解 从DPDK到OpenFlow
第一份《Linux从入门到精通》466页
====================
内容简介
====
本书是获得了很多读者好评的Linux经典畅销书**《Linux从入门到精通》的第2版**。本书第1版出版后曾经多次印刷,并被51CTO读书频道评为“最受读者喜爱的原创IT技术图书奖”。本书第﹖版以最新的Ubuntu 12.04为版本,循序渐进地向读者介绍了Linux 的基础应用、系统管理、网络应用、娱乐和办公、程序开发、服务器配置、系统安全等。本书附带1张光盘,内容为本书配套多媒体教学视频。另外,本书还为读者提供了大量的Linux学习资料和Ubuntu安装镜像文件,供读者免费下载。
本书适合广大Linux初中级用户、开源软件爱好者和大专院校的学生阅读,同时也非常适合准备从事Linux平台开发的各类人员。
需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
书适合广大Linux初中级用户、开源软件爱好者和大专院校的学生阅读,同时也非常适合准备从事Linux平台开发的各类人员。**
需要《Linux入门到精通》、《linux系统移植》、《Linux驱动开发入门实战》、《Linux开源网络全栈》电子书籍及教程的工程师朋友们劳烦您转发+评论
一个人可以走的很快,但一群人才能走的更远。不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎扫码加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
[外链图片转存中…(img-YhtxiXGU-1712565010218)]
更多推荐
所有评论(0)