你要的Hadoop HA详解

一、HDFS HA

1、HA概述

（1）所谓HA（high available），即高可用（7*24小时不中断服务）。
（2）实现高可用最关键的策略是消除单点故障。HA严格来说应该分成各个组件的HA机制：HDFS的HA和YARN的HA。
（3）Hadoop2.0之前，在HDFS集群中NameNode存在单点故障（SPOF）。
（4）NameNode主要在以下两个方面影响HDFS集群：
NameNode机器发生意外，如宕机，集群将无法使用，直到管理员重启。
NameNode机器需要升级，包括软件、硬件升级，此时集群也将无法使用。
HDFS HA功能通过配置Active/Standby两个NameNodes实现在集群中对NameNode的热备来解决上述问题。如果出现故障，如机器崩溃或机器需要升级维护，这时可通过此种方式将NameNode很快的切换到另外一台机器。

2、HDFS-HA工作机制

通过双NameNode消除单点故障。

1)HDFS-HA工作要点

（1）元数据管理方式需要改变
内存中各自保存一份元数据；
Edits日志只有Active状态的NameNode节点可以做写操作；
两个NameNode都可以读取edits；
共享的edits放在一个共享存储中管理（qjournal和NFS两个主流实现）；
（2）需要一个状态管理功能模块
实现了一个ZKFailover，常驻在每一个NameNode所在的节点，每一个ZKFailover负责监控自己所在NameNode节点，利用zk进行状态标识，当需要进行状态切换时，由ZKFailover来负责切换。
（3）必须保证两个NameNode之间能够ssh无密码登录
（4）隔离（Fence），即同一时刻仅仅有一个NameNode对外提供服务,不然就会出现脑裂，就好比一个狗俩头

2)HDFS-HA自动故障转移工作机制

可以使用命令hdfs haadmin -failover手动进行故障转移，在该模式下，即使现役NameNode已经失效，系统也不会自动从现役NameNode转移到待机NameNode。
下面学习如何配置部署HA自动进行故障转移。自动故障转移为HDFS部署增加了两个新组件：ZooKeeper和ZKFailoverController（ZKFC）进程，如图所示：
HDFS-HA高可用架构

ZooKeeper是维护少量协调数据，通知客户端这些数据的改变和监视客户端故障的高可用服务。HA的自动故障转移依赖于ZooKeeper的以下功能：
（1）故障检测：集群中的每个NameNode在ZooKeeper中维护了一个持久会话，如果机器崩溃，ZooKeeper中的会话将终止，ZooKeeper通知另一个NameNode需要触发故障转移。
ZKFC是自动故障转移中的另一个新组件，是ZooKeeper的客户端，也监视和管理NameNode的状态。每个运行NameNode的主机运行了一个ZKFC进程。
（2）健康监测： ZKFC使用一个健康检查命令定期地ping与之在相同主机的NameNode，只要该NameNode及时地回复健康状态，ZKFC认为该节点是健康的。如果该节点崩溃，冻结或进入不健康状态，健康监测器标识该节点为非健康的。

3、HDFS-HA集群配置

1)环境准备

（1）修改IP
（2）修改主机名及主机名和IP地址的映射
（3）关闭防火墙
（4）ssh免密登录
（5）安装JDK，配置环境变量等

2)规划集群

3)配置Zookeeper集群

（1）集群规划
在hadoop101、hadoop102和hadoop103三个节点上部署Zookeeper。
（2）解压安装
a)解压zookeeper安装包到/opt/module/目录下

[root@hadoop101 software]# tar -zxvf zookeeper-3.4.10.tar.gz -C /opt/module/

b)在/opt/module/zookeeper-3.4.10/这个目录下创建zkData

mkdir -p zkData

c)重命名/opt/module/zookeeper-3.4.10/conf这个目录下的zoo_sample.cfg为zoo.cfg

mv zoo_sample.cfg zoo.cfg

（3）配置zoo.cfg文件
a)具体配置

dataDir=/opt/module/zookeeper-3.4.10/zkData

增加如下配置

#######################cluster##########################
server.1=hadoop101:2888:3888
server.2=hadoop102:2888:3888
server.3=hadoop103:2888:3888

b)配置参数解读
Server.A=B:C:D。
A是一个数字，表示这个是第几号服务器；
B是这个服务器的ip地址；
C是这个服务器与集群中的Leader服务器交换信息的端口；
D是如果集群中的Leader服务器挂了，需要一个端口来重新进行选举，选出一个新的Leader，而这个端口就是用来执行选举时服务器相互通信的端口。
集群模式下配置一个文件myid，这个文件在dataDir目录下，这个文件里面有一个数据就是A的值，Zookeeper启动时读取此文件，拿到里面的数据与zoo.cfg里面的配置信息比较从而判断到底是哪个server。

（4）集群操作

a)在/opt/module/zookeeper-3.4.10/zkData目录下创建一个myid的文件

touch myid

添加myid文件，注意一定要在linux里面创建，在notepad++里面很可能乱码
b)编辑myid文件

vi myid
在文件中添加与server对应的编号：如1
c)拷贝配置好的zookeeper到其他机器上
并分别修改myid文件中内容为2、3
d)分别启动zookeeper

[root@hadoop101 zookeeper-3.4.10]# bin/zkServer.sh start
[root@hadoop102 zookeeper-3.4.10]# bin/zkServer.sh start
[root@hadoop103 zookeeper-3.4.10]# bin/zkServer.sh start

e)查看状态

[root@hadoop101 zookeeper-3.4.10]# bin/zkServer.sh status
JMX enabled by default
Using config: /opt/module/zookeeper-3.4.10/bin/../conf/zoo.cfg
Mode: follower
[root@hadoop102 zookeeper-3.4.10]# bin/zkServer.sh status
JMX enabled by default
Using config: /opt/module/zookeeper-3.4.10/bin/../conf/zoo.cfg
Mode: leader
[root@hadoop103 zookeeper-3.4.5]# bin/zkServer.sh status
JMX enabled by default
Using config: /opt/module/zookeeper-3.4.10/bin/../conf/zoo.cfg
Mode: follower

4)配置HDFS-HA集群
注意：一定不要在原来集群的基础上直接修改
执行命令的时候，不要直接执行hadoop hdfs
先把原来集群停掉

[root@hadoop101 hadoop-2.7.2]# sbin/stop-dfs.sh
[root@hadoop102 hadoop-2.7.2]# sbin/stop-yarn.sh

（