Hadoop的配置文件设置(HDFS HA)

Hadoop 2.7.4 + HBase 1.2.6 + ZooKeeper 3.4.10 配置

本文为上述配置的一部分，为方便阅读，故设为独立页面

参考：http://hadoop.apache.org/docs/r2.7.4/hadoop-project-dist/hadoop-hdfs/HDFSHighAvailabilityWithQJM.html

各虚拟节点配置

		YARN		HDFS
hostname	IP	ResourceManager	NodeManager	NameNode	DataNode	Zookeeper	JournalNode	Process
master	192.168.2.1	Y		Y		Y	Y	NameNode JournalNode   DFSZKFailoverController QuorumPeerMain ResourceManager
slave1	192.168.2.2	Y	Y	Y	Y	Y	Y	NameNode JournalNode   DFSZKFailoverController DataNode QuorumPeerMain ResourceManager NodeManager
slave2	192.168.2.3		Y		Y	Y	Y	JournalNode DataNode QuorumPeerMain NodeManager

1：原理

hadoop 2.x 中支持NFS及QJM (Quorum Journal Manager), QJM 是由Cloudera 提出的基于Paxos的方案

Hadoop提供了ZKFailoverController角色，部署在每个NameNode的节点上，作为一个deamon进程, 简称zkfc，示例图如下

ZKFailoverController 主要包括三个组件:

1. HealthMonitor:       　　     监控NameNode是否处于unavailable或unhealthy状态，当前通过RPC调用NN相应的方法完成
2. ActiveStandbyElector:       管理和监控自己在ZK中的状态
3. ZKFailoverController         它订阅HealthMonitor 和ActiveStandbyElector 的事件，并管理NameNode的状态

ZKFailoverController主要职责：

1. 健康监测：周期性的向它监控的NN发送健康探测命令，从而来确定某个NameNode是否处于健康状态，如果机器宕机，心跳失败，那么zkfc就会标记它处于一个不健康的状态
2. 会话管理：如果NN是健康的，zkfc就会在zookeeper中保持一个打开的会话，如果NameNode同时还是Active状态的，那么zkfc还会在Zookeeper中占有一个类型为短暂类型的znode，当这个NN挂掉时，这个znode将会被删除，然后备用的NN，将会得到这把锁，升级为主NN，同时标记状态为Active
3. 当宕机的NN新启动时，它会再次注册zookeper，发现已经有znode锁了，便会自动变为Standby状态，如此往复循环，保证高可靠，需要注意，目前仅仅支持最多配置2个NN
4. master选举：如上所述，通过在zookeeper中维持一个短暂类型的znode，来实现抢占式的锁机制，从而判断那个NameNode为Active状态

2：配置

Hadoop HA的配置包括2部分，HDFS HA用于NameNode及YARN HA用于ResourceManager, 本节先配置hdfs ha

创建journal临时目录：/home/mytestzk/Hadoop-2.7.4/tmp/journal

• 修改core-site.xml，增加节点ha.zookeeper.quorum

• 修改hdfs-site.xml

删除节点dfs.namenode.secondary.http-address，并增加以下配置节点（红框内）：

 

3：首次启动：

• 3.1 首先启动zookeeper集群, 分别在master, slave1, slave2执行以下命令

　　./bin/zkServer.sh start    

• 3.2 初始化HA空间，在master namenode节点执行命令，格式化zkfc，在zookeeper中生成znode节点，用来保存HA或failover的数据

　　./bin/hdfs zkfc -formatZK

• 3.3 启动journalnode集群, 在每个节点用如下命令启日志程序

         NameNode将元数据操作日志记录在JournalNode上，主备NameNode通过记录在JouralNode上的日志完成元数据同步

    　./sbin/hadoop-daemon.sh start journalnode

• 3.4 格式化主namenode节点

        ./bin/hdfs namenode -format mycluster

• 3.5 初始化JournalNode （直接配置HA时不需要这步）

　　 如果是非HA转HA才需要这一步，在其中一个JournalNode上执行以下命令，用namenode的edits初始化JournalNode：

　　bin/hdfs namenode -initializeSharedEdits

•  3.6 启动NameNode

在主namenode节点，执行命令启动namenode：./sbin/hadoop-daemon.sh start namenode

在备namenode节点，首先执行命令：./bin/hdfs namenode -bootstrapStandby

这个是把备namenode节点的目录格式化并把元数据从主namenode节点copy过来，并且这个命令不会把journalnode目录再格式化了

然后再执行命令启动备namenode进程：./sbin/hadoop-daemon.sh start namenode

• 3.7 启动ZKFC，在两个namenode节点都执行以下命令

        ./sbin/hadoop-daemon.sh start zkfc

• 3.8 启动datanode, 在所有datanode节点都执行以下命令

       ./sbin/hadoop-daemon.sh start datanode

 

4：正常启动结束方法：

启动：

         下次启动的时候，先启动zookeeper，然后执行以下命令就可以全部启动所有进程和服务了：

         ./sbin/start-dfs.sh

结束：

         停止所有HDFS相关的进程服务，执行以下命令：

         ./sbin/stop-dfs.sh

5：测试HA的高可用性

在active namenode上执行如下命令关闭namenode： sbin/hadoop-daemon.sh stop namenode 

然后访问以下两个地址查看namenode的状态：

http://master:50070/dfshealth.html

http://slave1:50070/dfshealth.html

 

从HDFS Non-HA 升级到 HDFS HA

• 停止HDFS：./sbin/stop-dfs.sh
• 修改配置文件 core-site.xml, hdfs-site.xml并覆盖到每台机器上
• 启动zookeeper
• 启动journalnode集群，上述第3.3步骤
• 初始化JournalNode，上述第3.5步骤
• 启动namenode节点，上述第3.6步骤
• 启动datanode节点，上述第3.8步骤

上面步骤只是配置了手动failover，在这种模式下，系统不会自动触发failover，即不会将Standby提升为Active，即使Active已经失效。接下来介绍如何实现自动failover。

• 初始化HA空间，上述第3.2步骤

完成上诉步骤后，就可以正常启动hdfs了，此时hdfs已经具备自动failover功能。

ZKFC和Namenodes守护进程的启动顺序没有关系，ZKFC只是调度Namenode的存活状态，如果不启动ZKFC，此Namenode将无法参与自动failover过程。