19、Hadoop高可用

HA概述

所谓HA（high available），即高可用（7*24小时不中断服务）。
实现高可用最关键的策略是消除单点故障。HA严格来说应该分成各个组件的HA机制：HDFS的HA和YARN的HA。
Hadoop2.0之前，在HDFS集群中NameNode存在单点故障（SPOF）。
NameNode主要在以下两个方面影响HDFS集群
NameNode机器发生意外，如宕机，集群将无法使用，直到管理员重启
NameNode机器需要升级，包括软件、硬件升级，此时集群也将无法使用

HDFS HA功能通过配置Active/Standby两个nameNodes实现在集群中对NameNode的热备来解决上述问题。如果出现故障，如机器崩溃或机器需要升级维护，这时可通过此种方式将NameNode很快的切换到另外一台机器

工作机制

配置两个namenode，通过双namenode消除单点故障

HDFS-HA手动故障转移

工作要点

元数据管理方式需要改变
内存中各自保存一份元数据
Edits日志只有Active状态的namenode节点可以做写操作
两个namenode都可以读取edits
共享的edits放在一个共享存储中管理（qjournal和NFS两个主流实现）
需要一个状态管理功能模块
实现了一个zkfailover，常驻在每一个namenode所在的节点，每一个zkfailover负责监控自己所在namenode节点，利用zk进行状态标识，当需要进行状态切换时，由zkfailover来负责切换，切换时需要防止brain split现象的发生。
必须保证两个NameNode之间能够ssh无密码登录。
隔离（Fence），即同一时刻仅仅有一个NameNode对外提供服务

环境准备

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

规划集群

hadoop-100	hadoop-101	hadoop-102
NameNode	NameNode
JournalNode	JournalNode	JournalNode
DataNode	DataNode	DataNode
		ResourceManager
NodeManager	NodeManager	NodeManager

配置HDFS-HA集群

官方地址 https://hadoop.apache.org/docs/r2.8.5/hadoop-project-dist/hadoop-hdfs/HDFSHighAvailabilityWithQJM.html
在/opt/module/目录下创建一个ha文件夹
[hadoop@hadoop-100 module]$ mkdir ha
将/opt/module/下的 hadoop-2.8.3拷贝到/opt/module/ha目录下
[hadoop@hadoop-100 module]$ cp -r -v hadoop-2.8.3/ ha/
删除logs和data目录
[hadoop@hadoop-100 hadoop-2.8.3]$ rm -rf data/ logs/
配置hadoop-env.sh
export JAVA_HOME=/opt/module/jdk1.8.0_181
配置core-site.xml

<configuration>
  <!-- 把两个NameNode）的地址组装成一个集群mycluster -->
  <property>
    <name>fs.defaultFS</name>
          <value>hdfs://mycluster</value>
  </property>

  <!-- 声明journalnode服务本地文件系统存储目录-->
  <property>
    <name>dfs.journalnode.edits.dir</name>
    <value>/opt/module/ha/hadoop-2.8.3/data/jn</value>
  </property>

  <!-- 指定hadoop运行时产生文件的存储目录 -->
  <property>
    <name>hadoop.tmp.dir</name>
    <value>/opt/module/ha/hadoop-2.8.3/data/tmp</value>
  </property>
</configuration>

配置hdfs-site.xml

<configuration>
  <property>
    <name>dfs.replication</name>
    <value>3</value>
  </property>
  <!-- 完全分布式集群名称 -->
  <property>
    <name>dfs.nameservices</name>
    <value>mycluster</value>
  </property>

  <!-- 集群中NameNode节点都有哪些 -->
  <property>
    <name>dfs.ha.namenodes.mycluster</name>
    <value>nn1,nn2</value>
  </property>

  <!-- nn1的RPC通信地址 -->
  <property>
    <name>dfs.namenode.rpc-address.mycluster.nn1</name>
    <value>hadoop-100:8020</value>
  </property>

  <!-- nn2的RPC通信地址 -->
  <property>
    <name>dfs.namenode.rpc-address.mycluster.nn2</name>
    <value>hadoop-101:8020</value>
  </property>

  <!-- nn1的http通信地址 -->
  <property>
    <name>dfs.namenode.http-address.mycluster.nn1</name>
    <value>hadoop-100:50070</value>
  </property>

  <!-- nn2的http通信地址 -->
  <property>
    <name>dfs.namenode.http-address.mycluster.nn2</name>
    <value>hadoop-101:50070</value>
  </property>

  <!-- 指定NameNode元数据在JournalNode上的存放位置 -->
  <property>
    <name>dfs.namenode.shared.edits.dir</name>
    <value>qjournal://hadoop-100:8485;hadoop-101:8485;hadoop-102:8485/mycluster</value>
  </property>

  <!-- 配置隔离机制，即同一时刻只能有一台服务器对外响应 -->
  <property>
    <name>dfs.ha.fencing.methods</name>
    <value>sshfence</value>
  </property>

  <!-- 使用隔离机制时需要ssh无秘钥登录-->
  <property>
    <name>dfs.ha.fencing.ssh.private-key-files</name>
    <value>/home/hadoop/.ssh/id_rsa</value>
  </property>

  <!-- 关闭权限检查-->
  <property>
    <name>dfs.permissions.enable</name>
    <value>false</value>
  </property>

  <!-- 访问代理类：client，mycluster，active配置失败自动切换实现方式-->
  <property>
    <name>dfs.client.failover.proxy.provider.mycluster</name>
    <value>org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider</value>
  </property>
</configuration>

拷贝配置好的hadoop环境到其他节点

启动HDFS-HA集群

在各个JournalNode节点上，输入以下命令启动journalnode服务
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/hadoop-daemon.sh start journalnode
[hadoop@hadoop-101 hadoop-2.8.3]$ sbin/hadoop-daemon.sh start journalnode
[hadoop@hadoop-102 hadoop-2.8.3]$ sbin/hadoop-daemon.sh start journalnode
在[nn1]上，对其进行格式化，并启动
[hadoop@hadoop-100 hadoop-2.8.3]$ bin/hdfs namenode -format
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/hadoop-daemon.sh start namenode
在[nn2]上，同步nn1的元数据信息
[hadoop@hadoop-101 hadoop-2.8.3]$ bin/hdfs namenode -bootstrapStandby
启动[nn2]
[hadoop@hadoop-101 hadoop-2.8.3]$ sbin/hadoop-daemon.sh start namenode
查看web页面显示

nn1.png

nn2.png
在[nn1]上，启动所有datanode
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/hadoop-daemons.sh start datanode
将[nn1]切换为Active
[hadoop@hadoop-100 hadoop-2.8.3]$ bin/hdfs haadmin -transitionToActive nn1
查看是否Active
[hadoop@hadoop-100 hadoop-2.8.3]$ bin/hdfs haadmin -getServiceState nn1
干掉nn1的namenode
[hadoop@hadoop-100 hadoop-2.8.3]$ jps
12067 Jps
11861 DataNode
11690 NameNode
11567 JournalNode
[hadoop@hadoop-100 hadoop-2.8.3]$ kill -9 11690
[hadoop@hadoop-100 hadoop-2.8.3]$ jps
11861 DataNode
12077 Jps
11567 JournalNode
尝试将nn2切换为Active
[hadoop@hadoop-101 hadoop-2.8.3]$ bin/hdfs haadmin -transitionToActive nn2
报错

nn2转为active报错.png

必须将nn1启动起来
启动nn1，将nn2转为active
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/hadoop-daemon.sh start namenode
[hadoop@hadoop-101 hadoop-2.8.3]$ bin/hdfs haadmin -transitionToActive nn2

HDFS-HA自动故障转移

工作要点

自动切换原理.png

前面介绍了手动进行故障转移，在该模式下，即使现役NameNode已经失效，系统也不会自动从现役NameNode转移到待机NameNode
下面介绍如何配置部署HA自动进行故障转移。自动故障转移为HDFS部署增加了两个新组件：ZooKeeper和ZKFailoverController（ZKFC）进程
ZooKeeper是维护少量协调数据，通知客户端这些数据的改变和监视客户端故障的高可用服务。HA的自动故障转移依赖于ZooKeeper的以下功能：

故障检测，集群中的每个NameNode在ZooKeeper中维护了一个持久会话，如果机器崩溃，ZooKeeper中的会话将终止，ZooKeeper通知另一个NameNode需要触发故障转移。
现役NameNode选择：ZooKeeper提供了一个简单的机制用于唯一的选择一个节点为active状态。如果目前现役NameNode崩溃，另一个节点可能从ZooKeeper获得特殊的排外锁以表明它应该成为现役NameNode。
ZKFC是自动故障转移中的另一个新组件，是ZooKeeper的客户端，
也监视和管理NameNode的状态。每个运行NameNode的主机也运行了一个ZKFC进程，ZKFC负责：
健康监测：ZKFC使用一个健康检查命令定期地ping与之在相同主机的NameNode，只要该NameNode及时地回复健康状态，ZKFC认为该节点是健康的。如果该节点崩溃，冻结或进入不健康状态，健康监测器标识该节点为非健康的。
ZooKeeper会话管理：当本地NameNode是健康的，ZKFC保持一个在ZooKeeper中打开的会话。如果本地NameNode处于active状态，ZKFC也保持一个特殊的znode锁，该锁使用了ZooKeeper对短暂节点的支持，如果会话终止，锁节点将自动删除。
基于ZooKeeper的选择：如果本地NameNode是健康的，且ZKFC发现没有其它的节点当前持有znode锁，它将为自己获取该锁。如果成功，则它已经赢得了选择，并负责运行故障转移进程以使它的本地NameNode为active

规划集群

hadoop-100	hadoop-101	hadoop-102
NameNode	NameNode
JournalNode	JournalNode	JournalNode
DataNode	DataNode	DataNode
		ResourceManager
Zookeeper	Zookeeper	Zookeeper
NodeManager	NodeManager	NodeManager

配置Zookeeper集群

参考，https://www.jianshu.com/p/abaeae897d81

配置HDFS-HA自动故障转移

在hdfs-site.xml中增加

<!-- 自动故障转移 -->
<property>
    <name>dfs.ha.automatic-failover.enabled</name>
    <value>true</value>
</property>

在core-site.xml文件中增加

  <!-- Zookeeper集群地址 -->
  <property>
    <name>ha.zookeeper.quorum</name>
    <value>hadoop-100:2181,hadoop-101:2181,hadoop-102:2181</value>
  </property>

分发

启动并测试

启动zookeeper集群
[hadoop@hadoop-100 ~]$ zkservers start
关于zkservers的使用，参考https://www.jianshu.com/p/44dbc7f0fbb6
初始化HA在Zookeeper中状态
[hadoop@hadoop-100 hadoop-2.8.3]$ bin/hdfs zkfc -formatZK
启动HDFS服务
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/start-dfs.sh
将Active NameNode进程kill
此处就不验证了，因为验证出了下面一个bug
这里如果安装的是centos最小安装版，会有一个问题
在zkfc的日志文件里，可以找到这样一行记录
WARN org.apache.hadoop.ha.SshFenceByTcpPort: PATH=$PATH:/sbin:/usr/sbin fuser -v -k -n tcp 8020 via ssh: bash: fuser: 未找到命令
需要sudo yum -y install psmisc
坑！！！！！！！！！！！！！！！！
再次验证，就可以了

YARN-HA配置

官方文档：
http://hadoop.apache.org/docs/r2.8.3/hadoop-yarn/hadoop-yarn-site/ResourceManagerHA.html
工作机制

yarn ha 工作机制.png

集群规划

hadoop-100	hadoop-101	hadoop-102
NameNode	NameNode
JournalNode	JournalNode	JournalNode
DataNode	DataNode	DataNode
	ResourceManager	ResourceManager
Zookeeper	Zookeeper	Zookeeper
NodeManager	NodeManager	NodeManager

具体配置

修改yarn-site.xml

<configuration>
    <property>
        <name>yarn.nodemanager.aux-services</name>
        <value>mapreduce_shuffle</value>
    </property>

    <!--启用resourcemanager ha-->
    <property>
        <name>yarn.resourcemanager.ha.enabled</name>
        <value>true</value>
    </property>
 
    <!--声明两台resourcemanager的地址-->
    <property>
        <name>yarn.resourcemanager.cluster-id</name>
        <value>cluster-yarn1</value>
    </property>

    <property>
        <name>yarn.resourcemanager.ha.rm-ids</name>
        <value>rm1,rm2</value>
    </property>

    <property>
        <name>yarn.resourcemanager.hostname.rm1</name>
        <value>hadoop-101</value>
    </property>

    <property>
        <name>yarn.resourcemanager.hostname.rm2</name>
        <value>hadoop-102</value>
    </property>
 
    <!--指定zookeeper集群的地址--> 
    <property>
        <name>yarn.resourcemanager.zk-address</name>
       <value>hadoop-100:2181,hadoop-101:2181,hadoop-102:2181</value>
    </property>

    <!--启用自动恢复--> 
    <property>
        <name>yarn.resourcemanager.recovery.enabled</name>
        <value>true</value>
    </property>
 
    <!--指定resourcemanager的状态信息存储在zookeeper集群--> 
    <property>
        <name>yarn.resourcemanager.store.class</name>     <value>org.apache.hadoop.yarn.server.resourcemanager.recovery.ZKRMStateStore</value>
</property>
</configuration>

分发
[hadoop@hadoop-100 hadoop]$ xsync yarn-site.xml

测试

启动hdfs
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/stop-dfs.sh
在hadoop-101启动yarn
[hadoop@hadoop-100 hadoop-2.8.3]$ sbin/start-yarn.sh
在hadoop-102启动ResourceManager
[hadoop@hadoop-102 hadoop-2.8.3]$ sbin/yarn-daemon.sh start resourcemanager
查看服务状态
[hadoop@hadoop-102 hadoop-2.8.3]$ bin/yarn rmadmin -getServiceState rm2
[hadoop@hadoop-102 hadoop-2.8.3]$ bin/yarn rmadmin -getServiceState rm1
杀掉active的ResourceManager

最后编辑于：2018.11.23 09:53:01

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 199,175评论 5赞 466
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 83,674评论 2赞 376
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 146,151评论 0赞 328
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 53,597评论 1赞 269
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 62,505评论 5赞 359
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 47,969评论 1赞 275
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 37,455评论 3赞 390
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 36,118评论 0赞 254
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 40,227评论 1赞 294
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 35,213评论 2赞 317
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 37,214评论 1赞 328
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 32,928评论 3赞 316
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 38,512评论 3赞 302
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 29,616评论 0赞 19
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 30,848评论 1赞 255
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 42,228评论 2赞 344
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 41,772评论 2赞 339

19、Hadoop高可用

HA概述

工作机制

HDFS-HA手动故障转移

工作要点

环境准备

规划集群

配置HDFS-HA集群

启动HDFS-HA集群

HDFS-HA自动故障转移

工作要点

规划集群

配置Zookeeper集群

配置HDFS-HA自动故障转移

启动并测试

YARN-HA配置

集群规划

具体配置

测试

推荐阅读更多精彩内容