Quorum Journal Manager仲裁日志管理器
- 介绍
-
- 主备切换,脑裂问题解决---ZKFailoverController(zkfc)
- [主备切换,脑裂问题解决-- Fencing(隔离)机制](#主备切换,脑裂问题解决-- Fencing(隔离)机制)
- 主备数据状态同步问题解决
- HA集群搭建
介绍
- Quorum Journal Manager(仲裁日志管理器),是Hadoop官方推荐的hdfs HA解决方案之一
- 使用zookeeper中ZKFC来实现主备切换
- 使用Journal Node(JN)集群来实现edits log的共享以达到数据同步的目的。
主备切换,脑裂问题解决---ZKFailoverController(zkfc)
ZK FAi咯verCON他蹂躏了人是一个zookeeper客户端。主要职责:
- 监视和管理namenode健康状态
ZKFC通过命令监视namenode节点及机器的健康状态 - 维持和ZK集群联系
如果本地namenode运行状况良好,并且ZKFC看到当前没有其他节点持有锁znode,它将自己尝试获取该锁。如果成功,则表明它"赢得了选举",并负责运行故障转移以使其本地namenode处于active状态。如果极硬呦其他节点持有锁,zkfc选举失败,则会对该节点注册监听,等待下次选举。
主备切换,脑裂问题解决-- Fencing(隔离)机制
- 故障转移过程也就是俗称的主备角色切换的过程,切换过程中最怕的就是脑裂的发生。因此需要Fencing机制来避免,将先前的active节点隔离,然后将standby转换为active状态
- Hadoop公共库中对外提供了两种Fenc ing实现,分别是sshfence和shellfence(却省实现)
sshfence是通过ssh登陆目标节点上,使用命令fuser将进程杀死(通过tcp端口号定位进程pid,该方法比ips命令更准确)
shellfence是指执行一个用户事先定义的shel命令(脚本)完成隔离
主备数据状态同步问题解决
- Journal Node(JN)集群是轻量级分布式系统,主要用于高速读写数据,存储数据
- 通常使用2N+1台Journal Node存储共享Edits Log(编辑日志)。----底层类似zk德分布式一致性算法
- 任何修改操作在active NN上执行时,Journal Log进程同时也会记录edits log到至少半数以上的JN中,这时Standby NN检测到JN里面的同步log发生变化了会读取JN里面的edits log,然后重演操作记录同步到自己的目录镜像树里面