世界很大，人生有限，在这有限的时间里，你能做些什么，你该做什么，又如何去做些什么?我苦苦思考着这些问题，在就业的洪流中找寻自己的答案。浮萍漂泊，本是随波而行，却不想，来到千锋，让我找寻到了答案，也找到了自己的价值所在。

　　跟风来到千锋郑州大数据培训班，学习大数据的相关课程，本是无事可做，没目标，没方向，想着陪朋友混日子的一个避世的举动。却不想至此近两个月时间，让我发现了自己的兴趣，自己的价值。这段时间的收获是巨大的，当克服一个个困难，攻克一个个项目时内心的雀跃和欣喜是无以言表的，而这份心情也刚好和来之前很痛恨无所事事，盲目慌张的心态形成了鲜明的对比。两个月前，做好了魔鬼训练的准备前来学习，不是为了学习一技之长，现在看来，当时的心情也是为了“自虐”。而无心插柳柳成荫的结果，就是现在想要成为行业大牛的一份跃跃欲试的心态。废话不多说，下面就和大家分享下刚刚做的学习笔记。

　　大家都知道 hdfs haadmin -failover 手动进行故障转移，在该模式下，即使现役，NameNode 已经失效，系统也不会自动从现役NameNode 转移到待机 NameNode，下面学习如何部署 HA 自动进行故障转移。自动故障转移为 HDFS 部署增加了两个新组件：

　　ZooKeeper 和 ZKFailoverController(ZKFC)进程。ZooKeeper 是维护少量协调数据，通知客户端这些数据的改变和监视客户端故障的高可用服务。而HA的自动故障转移依赖于

　　ZooKeeper 的以下功能：

　　1. 故障检测：集群中的每个 NameNode 在 ZooKeeper 中维护了一个持久会话，如果机器崩溃，ZooKeeper 中的会话将终止，ZooKeeper 通知另一个 NameNode 需要触发故障转移。

　　2. 现役 NameNode 选择：ZooKeeper 提供了一个简单的机制用于唯一的选择一个节点

　　为 active 状态。如果目前现役 NameNode 崩溃，另一个节点可能从 ZooKeeper 获得特殊的排外锁以表明它应该成为现役NameNode。

　　ZKFC 是自动故障转移中的另一个新组件，是 ZooKeeper 的客户端，也监视和管理

　　NameNode 的状态。每个运行 NameNode 的主机也运行了一个 ZKFC 进程，ZKFC 负责：

　　3. 健康监测：ZKFC 使用一个健康检查命令定期地 ping 与之在相同主机的NameNode，只要该 NameNode 及时地回复健康状态，ZKFC 认为该节点是健康的。如果该节点崩溃，冻

　　结或进入不健康状态，健康监测器标识该节点为非健康的。

　　4. ZooKeeper会话管理：当本地 NameNode 是健康的，ZKFC 保持一个在 ZooKeeper

　　中打开的会话。如果本地 NameNode 处于 active 状态，ZKFC 也保持一个特殊的 znode 锁， 该锁使用了 ZooKeeper 对短暂节点的支持，如果会话终止，锁节点将自动删除。

　　5.基于 ZooKeeper的选择：如果本地 NameNode 是健康的，且 ZKFC 发现没有其它的

　　节点当前持有 znode 锁，它将为自己获取该锁。如果成功，则它已经赢得了选择，并负责运行故障转移进程以使它的本地NameNode 为 active。故障转移进程与前面描述的手动故障转移相似，首先如果必要保护之前的现役 NameNode，然后本地 NameNode 转换为 active 状态。

　　现下的互联网培训机构五花八门，但是找到一家靠谱的大数据培训机构，真的需要大家火眼金睛。我之所以有如此心态的转变，离不开千锋的教学气氛。课堂里的同学都是为了高薪高职的梦想而披星戴月的学习，这种环境无时无刻都在深刻地感染着我，更不用这里的老师，兢兢业业的奉献。当然，好与坏因人而异，这些也都来源于每个人切身的体验，无论如何，期待每个迷茫徘徊的朋友早日找到自我，找到自己的方向和目标!未来，我们都在路上!

上一篇

郑州大数据培训适合零基础的小白吗？

下一篇

郑州大数据培训班技术分享：JavaWeb，Linux，Hadoop