Hadoop HA高可用原理及集群搭建

最新推荐文章于 2024-03-18 22:54:58 发布
最新推荐文章于 2024-03-18 22:54:58 发布
阅读量561 收藏 2
点赞数
分类专栏： Hadoop 集群搭建 文章标签： 大数据 hadoop ha
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42796403/article/details/110091535
版权

Hadoop HA高可用原理及集群搭建

目录

一、HA概述

（1）所谓HA（High Availablity），即高可用（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很快的切换到另外一台机器。

二、HDFS-HA工作机制

通过双NameNode消除单点故障（Hadoop3.x之后可以配置多NameNode进行热机备份）

2.1 HDFS-HA工作要点

  1. 元数据管理方式需要改变

内存中各自保存一份元数据；
Edits日志只有Active状态的NameNode节点可以做写操作；
两个NameNode都可以读取Edits；
共享的Edits放在一个共享存储中管理（qjournal和NFS两个主流实现）；

  1. 需要一个状态管理功能模块

实现了一个zkfailover，常驻在每一个namenode所在的节点，每一个zkfailover负责监控自己所在NameNode节点，利用zk进行状态标识，当需要进行状态切换时，由zkfailover来负责切换，切换时需要防止brain split现象的发生。

  1. 必须保证两个NameNode之间能够ssh无密码登录
  2. 隔离（Fence），即同一时刻仅仅有一个NameNode对外提供服务

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

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

  1. 故障检测

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

  1. 现役NameNode选择

ZooKeeper提供了一个简单的机制用于唯一的选择一个节点为active状态。如果目前现役NameNode崩溃，另一个节点可能从ZooKeeper获得特殊的排外锁以表明它应该成为现役NameNode。

ZKFC是自动故障转移中的另一个新组件，是ZooKeeper的客户端，也监视和管理NameNode的状态。每个运行NameNode的主机也运行了一个ZKFC进程，ZKFC负责：

  1. 健康监测

ZKFC使用一个健康检查命令定期地ping与之在相同主机的NameNode，只要该NameNode及时地回复健康状态，ZKFC认为该节点是健康的。如果该节点崩溃，冻结或进入不健康状态，健康监测器标识该节点为非健康的。

  1. ZooKeeper会话管理

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

  1. 基于ZooKeeper的选择

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

三、 HDFS-HA集群配置

3.1 环境准备

（1）修改IP
（2）修改主机名及主机名和IP地址的映射
（3）关闭防火墙
（4）ssh免密登录
（5）安装JDK，配置环境变量等
参见： 基于Centos7和Hadoop3.1.3搭建完全分布式集群（1）： https://blog.csdn.net/weixin_42796403/article/details/109708703

3.2 规划集群

在这里插入图片描述

3.3 配置Zookeeper集群

3.3.1 集群规划

在hadoop102、hadoop103和hadoop104三个节点上部署Zookeeper。

3.3.2 解压安装

（1）解压Zookeeper安装包到/opt/module/目录下

[hadoop@hadoop102 software]$ tar -zxvf zookeeper-3.4.14.tar.gz -C /opt/module/

（2）在/opt/module/zookeeper-3.4.14/这个目录下创建zkData

mkdir -p zkData

（3）重命名/opt/module/zookeeper-3.4.14/conf这个目录下的zoo_sample.cfg为zoo.cfg

mv zoo_sample.cfg zoo.cfg
3.3.3 配置zoo.cfg文件

（1）具体配置

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

增加如下配置

#######################cluster##########################
server.2=hadoop102:2888:3888
server.3=hadoop103:2888:3888
server.4=hadoop104:2888:3888

（2）配置参数解读

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

3.3.4 集群操作

（1）在/opt/module/zookeeper-3.4.14/zkData目录下创建一个myid的文件

touch myid

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

（2）编辑myid文件

vi myid

在文件中添加与server对应的编号：如2

（3）拷贝配置好的zookeeper到其他机器上

scp -r zookeeper-3.4.14/ root@hadoop103.hadoop.com:/opt/app/
scp -r zookeeper-3.4.14/ root@hadoop104.hadoop.com:/opt/app/

并分别修改myid文件中内容为3、4

（4）分别启动zookeeper

[root@hadoop102 zookeeper-3.4.14]# bin/zkServer.sh start
[root@hadoop103 zookeeper-3.4.14]# bin/zkServer.sh start
[root@hadoop104 zookeeper-3.4.14]# bin/zkServer.sh start

（5）查看状态

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

注：示例代码为使用root用户搭建zookeeper集群，生产环境中建议使用普通用户操作。

3.4 配置HDFS-HA集群

3.4.1 官方地址
1）官方地址：http://hadoop.apache.org/
3.4.2 在opt目录下创建一个ha文件夹
sudo mkdir ha
sudo chown hadoop:hadoop /opt/ha
3.4.3 将/opt/module/下的 hadoop-3.1.3拷贝到/opt/ha目录下
cp -r /opt/module/hadoop-3.1.3 /opt/ha/
3.4.4 配置hadoop-env.sh
export JAVA_HOME=/opt/module/jdk1.8.0_144
3.4.5 配置core-site.xml
<configuration>
  <property>
    <name>fs.defaultFS</name>
    <value>hdfs://mycluster</value>
  </property>
  <property>
    <name>hadoop.data.dir</name>
    <value>/opt/ha/hadoop-3.1.3/data</value>
  </property>
</configuration>
3.4.6 配置hdfs-site.xml
<configuration>
  <property>
    <name>dfs.namenode.name.dir</name>
    <value>file://${hadoop.data.dir}/name</value>
  </property>
  <property>
    <name>dfs.datanode.data.dir</name>
    <value>file://${hadoop.data.dir}/data</value>
  </property>
  <property>
    <name>dfs.nameservices</name>
    <value>mycluster</value>
  </property>
  <property>
    <name>dfs.ha.namenodes.mycluster</name>
    <value>nn1,nn2,nn3</value>
  </property>
  <property>
    <name>dfs.namenode.rpc-address.mycluster.nn1</name>
    <value>hadoop102:9820</value>
  </property>
  <property>
    <name>dfs.namenode.rpc-address.mycluster.nn2</name>
    <value>hadoop103:9820</value>
  </property>
  <property>
    <name>dfs.namenode.rpc-address.mycluster.nn3</name>
    <value>hadoop104:9820</value>
  </property>
  <property>
    <name>dfs.namenode.http-address.mycluster.nn1</name>
    <value>hadoop102:9870</value>
  </property>
  <property>
    <name>dfs.namenode.http-address.mycluster.nn2</name>
    <value>hadoop103:9870</value>
  </property>
  <property>
    <name>dfs.namenode.http-address.mycluster.nn3</name>
    <value>hadoop104:9870</value>
  </property>
  <property>
    <name>dfs.namenode.shared.edits.dir</name>
    <value>qjournal://hadoop102:8485;hadoop103:8485;hadoop104:8485/mycluster</value>
  </property>
<!--  访问代理类，client用于确定哪个NN为Active -->
  <property>
    <name>dfs.client.failover.proxy.provider.mycluster</name>
    <value>org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider</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>
<!--  指定NN的元数据在JournalNode的哪个位置存放 -->
  <property>
    <name>dfs.journalnode.edits.dir</name>
    <value>${hadoop.data.dir}/jn</value>
  </property>
</configuration>
3.4.7 拷贝配置好的hadoop环境到其他节点

3.5 启动HDFS-HA集群

3.5.1 将HADOOP_HOME环境变量更改到HA目录
sudo vim /etc/profile.d/my_env.sh

将HADOOP_HOME部分改为如下

##HADOOP_HOME
export HADOOP_HOME=/opt/ha/hadoop-3.1.3
export PATH=$PATH:$HADOOP_HOME/bin
export PATH=$PATH:$HADOOP_HOME/sbin
3.5.2 在各个JournalNode节点上，输入以下命令启动journalnode服务

注意：先将/tmp/下的内容清空

hdfs --daemon start journalnode
3.5.3 在[nn1]上，对其进行格式化，并启动
hdfs namenode -format
hdfs --daemon start namenode
3.5.4 在[nn2]和[nn3]上，同步nn1的元数据信息
hdfs namenode -bootstrapStandby
3.5.5 启动[nn2]和[nn3]
hdfs --daemon start namenode
3.5.6 查看web页面显示


图 hadoop102(standby)

图 hadoop103(standby)
图 hadoop103(standby)

图 hadoop104(standby)

3.5.7 在所有节点上上，启动datanode
hdfs --daemon start datanode
3.5.8 将[nn1]切换为Active
hdfs haadmin -transitionToActive nn1
3.5.9 查看是否Active
hdfs haadmin -getServiceState nn1

3.6 配置HDFS-HA自动故障转移

3.6.1 具体配置

（1）在hdfs-site.xml中增加

<property>
	<name>dfs.ha.automatic-failover.enabled</name>
	<value>true</value>
</property>

（2）在core-site.xml文件中增加

<property>
	<name>ha.zookeeper.quorum</name>
	<value>hadoop102:2181,hadoop103:2181,hadoop104:2181</value>
</property>

配置完后需要在集群三台机器上同步配置文件。

3.6.2 启动

（1）关闭所有HDFS服务：

stop-dfs.sh

（2）启动Zookeeper集群：

zkServer.sh start

三台机器都需要启动，zookeeper集群启动脚本详见https://blog.csdn.net/weixin_42796403/article/details/110004795

（3）初始化HA在Zookeeper中状态：

hdfs zkfc -formatZK

（4）启动HDFS服务：

start-dfs.sh
3.6.3 验证

（1）将Active NameNode进程kill

kill -9 namenode的进程id

四、YARN-HA配置

4.1 YARN-HA工作机制

4.1.1 官方文档

http://hadoop.apache.org/docs/r3.1.3/hadoop-yarn/hadoop-yarn-site/ResourceManagerHA.html

4.1.2 YARN-HA工作机制

在这里插入图片描述

4.2 配置YARN-HA集群

4.2.1 环境准备

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

4.2.2 规划集群

在这里插入图片描述

4.2.3 具体配置

（1）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,rm3</value>
    </property>

    <property>
        <name>yarn.resourcemanager.hostname.rm1</name>
        <value>hadoop102</value>
    </property>

    <property>
        <name>yarn.resourcemanager.hostname.rm2</name>
        <value>hadoop103</value>
</property>

 	<property>
        <name>yarn.resourcemanager.hostname.rm2</name>
        <value>hadoop104</value>
    </property>


    <!--指定zookeeper集群的地址--> 
    <property>
        <name>yarn.resourcemanager.zk-address</name>
        <value>hadoop102:2181,hadoop103:2181,hadoop104: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>

（2）同步更新其他节点的配置信息

4.2.4 启动hdfs

上述HA故障转移以配置完成可以使用start-dfs.sh命令一键启动，如果没有参见下面详细步骤：

（1）在各个JournalNode节点上，输入以下命令启动journalnode服务：

hdfs --daemon start journalnode

（2）在[nn1]上，对其进行格式化，并启动：

hdfs namenode -format
hdfs --daemon start namenode

（3）在[nn2]上，同步nn1的元数据信息：

hdfs namenode -bootstrapStandby

（4）启动[nn2]：

hdfs --daemon start namenode

（5）启动所有DataNode

hdfs –-daemon start datanode

（6）将[nn1]切换为Active

hdfs haadmin -transitionToActive nn1
4.2.5 启动YARN

（1）在hadoop102中执行：

start-yarn.sh

（2）在hadoop103中执行：

yarn --daemon start resourcemanager

（3）查看服务状态

yarn rmadmin -getServiceState rm1

在这里插入图片描述

大数据面壁者
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
hadoop HA高可用搭建流程
java_boss_的博客
08-17 1050
hadoop HA 部署 高可用集群搭建。
22 - Hadoop HA 高可用集群搭建、手动模式、自动模式以及HA模式集群
最新发布
花&败
04-29 1452
（1）所谓 HA（High Availablity），即高可用（7*24 小时不中断服务）。（2）实现高可用最关键的策略是消除单点故障。HA 严格来说应该分成各个组件的 HA 机制：HDFS 的 HA 和 YARN 的 HA。（3）NameNode 主要在以下两个方面影响 HDFS 集群HDFS HA 功能通过配置多个 NameNodes(Active/Standby)实现在集群中对 NameNode 的 热备来解决上述问题。
hadoop集群HA高可用搭建
weixin_64378412的博客
06-18 1611
在整个项目中我觉得最难的应该是HA，当然这是对于第一次配置HA高可用的我来说，因为我根据不同的博客配置了几次，要么就是两个Standby 状态的NameNode，要么就是一个Active状态的NameNode，一个Standby 状态的NameNode。但是当你kill 掉Active节点的NameNode，你就会发现，Standby 状态的NameNode没有成功切换为Active。我在配置了几次后，通过查看日志文件，发现拒绝连接，经过仔细阅读。问题出现在无法进行 fence。
Hadoop3 HA高可用集群搭建-hadoop3ha高可用集群搭建
峰
03-17 719
Hadoop3高可用（HA:High Available）测试集群搭建。NameNode是整个Hadoop集群的大脑。HDFS 在非 HA 模式的集群下，NameNode 和 DataNode 是一个主从的架构。在这样的主从架构之下只有一台 NameNode。一台 NameNode 的好处是无需因为元数据的同步而考虑数据的一致性问题。但这种模式下一旦NameNode挂掉，整个集群将不可用。
Hadoop-HA-3.3.3高可用集群搭建
qq_39604679的博客
05-29 2744
hadoop最新版本的HA高可用集群搭建流程
Hadoop之Ha高可用搭建教程
weixin_74865657的博客
03-18 1650
随着大数据技术的不断发展，Hadoop作为开源的大数据处理框架，已经广泛应用于各种场景中。然而，在大型生产环境中，Hadoop集群的稳定性和可用性显得尤为重要。为了保障Hadoop集群的高可用性（HA），我们需要采用一系列的技术和策略。本文将重点介绍Hadoop集群的HA高可用方案。Hadoop集群的HA高可用主要指的是在集群中的关键组件出现故障时，能够自动切换到其他节点继续提供服务，从而确保整个集群的稳定运行。Hadoop集群的HA高可用方案是保障集群稳定性和可用性的重要手段。
Hadoop高可用(HA)集群搭建
five小点心的博客
02-15 2606
查看namenode节点状态：hdfs haadmin -getServiceState nn1|nn2。这里装了四台机器，ant151,ant152,ant153,ant154。恢复ant152的namenode进程。rm1状态：standby。kill掉active进程。rm2状态：active。可以直接运行脚本文件。
【Hadoop】高可用集群搭建
你不来，再美的天地，都狼藉 ~
05-22 4349
一文带你了解Hadoop的HA高可用搭建!
hadoop HA高可用集群搭建
weixin_53404927的博客
06-01 273
首先，高可用集群是建立在zookeeper搭建没有问题的前提下来完成的，没有搭建好zookeeper的，先搭好才可以做以下操作。 一：前期准备（只需要在主节点master上完成） 1.拍摄快照 想拍就拍，不想拍算了，建议还是拍一个，毕竟万一搭不好，还可以回到你这个状态，记得给快照加个备注，以防忘记你这个快照是干嘛的。最好关机状态下拍。 2.删除完全分布式集群 rm -rf /usr/local/src/hadoop 3.重新解压一个新的hadoop并重命名 tar -zvxf /o...
Hadoop HA （高可用）集群搭建
potter
03-23 6505
Hadoop HA （高可用）集群搭建1、Hadoop HA 原理概述 为什么会有 hadoop HA 机制呢？ HA：High Available，高可用 在 Hadoop 2.0之前,在HDFS 集群中NameNode 存在单点故障 (SPOF：A Single Point of Failure)。对于只有一个 NameNode 的集群，如果 NameNode 机器出现故障(比如宕机或是软件、...
HadoopHA高可用集群配置 core-site.xml
07-07
### Hadoop HA高可用集群配置核心解析：core-site.xml #### 概述 在搭建Hadoop高可用（High Availability, HA）集群时，`core-site.xml`是其中一个至关重要的配置文件。它主要用于定义Hadoop集群的基本属性，如...
Hadoop3以及高可用HA搭建方式.zip
07-10
本教程将详细阐述Hadoop3的基础知识及其高可用性（High Availability，简称HA）的搭建方法。 首先，我们需要理解Hadoop的核心组件：HDFS（Hadoop Distributed File System）和YARN（Yet Another Resource ...
Hadoop-HA(高可用 )集群搭建文档
04-09
基于Hadoop-HA(高可用 )集群搭建目录： 一．Hadoop集群IP以及角色分配表 2 二．安装软件 2 三. 基础环境部署 2 四．安装Hadoop 6 五．安装Zookeeper集群 7 六．配置高可用集群 8 七．启动相应的服务进程 12 八．测试...
Hadoop集群高可用的搭建
05-31
本文将详细介绍如何在Hadoop 2.x版本中搭建HDFS-HA（Hadoop Distributed File System - High Availability）集群，以及NameNode和ResourceManager的高可用设置。 HDFS-HA的核心问题是确保数据一致性、主动/备用...
HDFS物理块存储大小
weixin_42796403的博客
11-18 2491
HDFS物理块存储大小 一、HDFS数据块 数据块：Block是HDFS物理上把数据分成一块一块。 数据切片：数据切片只是在逻辑上对输入进行分片，并不会在磁盘上将其切分成片进行存储。 hadoop数据切片大小默认与hdfs块大小相同为128M，避免MR程序读取数据时，出现跨节点读取。 关于如何确定的128M请详见上一篇文章： https://blog.csdn.net/weixin_42796403/article/details/109753044 二、实际存储 HDFS对文件存储时时按照128M切
CombineTextInputFormat切片机制
weixin_42796403的博客
11-19 2055
CombineTextInputFormat切片机制 一、概述 框架默认的TextInputFormat切片机制是对任务按文件规划切片，不管文件多小，都会是一个单独的切片，都会交给一个MapTask，这样如果有大量小文件，就会产生大量的MapTask，处理效率极其低下。 TextInputFormat切片机制：https://blog.csdn.net/weixin_42796403/article/details/109804581 二、应用场景（处理小文件） CombineTextInputFor
MR之shuffle机制总结
weixin_42796403的博客
11-19 1959
MR之shuffle机制~分区 一、shuffle阶段划分 Map方法之后，Reduce方法之前的处理过程就是shuffle阶段.(sort-copy-sort) 二、shuffle阶段流程分析 相关基础：
"Hadoop3.0高可用分布式集群搭建详解
Hadoop3.0分布式集群搭建(HA)详细文档是一份详细描述Hadoop3.0高可用分布式集群搭建的文档。在开始搭建Hadoop分布式集群之前，需要准备好3台主机，并在每台主机上安装好Linux系统，并完成网络配置和系统配置。文档...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值