HDFS之高可用HA

最新推荐文章于 2024-04-02 08:30:00 发布
最新推荐文章于 2024-04-02 08:30:00 发布
阅读量338 收藏
点赞数
分类专栏： Hadoop 文章标签： hdfs java big data
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_51699336/article/details/125266680
版权

概述

1.高可用引入

  • NN存在单点故障，难以适应在线场景
只有一个NN，若NN出现故障或其他情况造成宕机，那么整个集群将无法使用，直到NN重启
  • NN压力过大，且内存受限，影响系统扩展性
  • 此时需要改善集群环境–高可用

2.HA机制

  • 基本思想是集群中接入两个NN，一个宕机，另一个接管服务
  • 但是这样做又会带来新问题，如下

HA高可用

1.防止脑裂

  • 脑裂指HDFS是主从架构，主节点只有一个，从节点DN有多个，此时集群中有两个NN，那么这两个NN会争抢集群共享资源，导致系统紊乱，数据损坏

解决脑裂

  • 在典型HA集群中，使用两台单独机器配置为NN，任何时刻只有一台NN处于Active状态，另一台处于Standby状态，其中Active状态的NN负责集群中所有客户端的操作，Standby状态的NN充当备机，一旦Active状态的NN出现问题可以快速切换
  • 新问题来了

2.保持两个NN间数据一致性

  • 为了实时同步Active与Standby两个NN的元数据信息，提供一个共享存储系统JN，可以是NFS,QJM,Zookeeper；Active状态的NN将数据写入共享存储系统，而Standby状态的NN监听Active状态的NN，一旦有新数据写入则读取这些数据并加载到自己的内存，以保证加载到自己内存的状态与Active状态的NN保持一致
  • 为了实现NN间的快速切换，Standby状态的NN获取集群最新文件块信息也是有必要的，为实现这个，DN需要配置NN位置，并同时向两个NN发送文件块信息以及心跳检测

3.注意SNN不是HA

  • SNN只是阶段性合并edits和fsimage，以缩短集群启动时间
  • NN失效时，SNN无法立刻提供服务
  • SNN甚至无法保持数据的完整性，若NN数据丢失，最后一次合并后的系统文件改动也将丢失

4.HA架构图

在这里插入图片描述

HA配置

1.配置分析

  • 图解
    在这里插入图片描述
  • JN(JournalNode)：l两个NN间的共享存储系统，ActiveNN有修改告知JN，StandbyNN读取JN，一致监控日志变化，以保证两个NN完全同步
  • ZK：zookeeper
  • ZKFC(Zookeeper Failover Controller)：故障切换控制器，当ANN宕机，ZKFC将切换到备机NN

2.在上篇配置基础上进行修改

3.免密钥集群配置

  • 之前配置过node1免密钥登录其他三个节点，但是没有配置其他
  • 在每个节点上将公钥发送到需要免密钥登录的节点上
1.ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
	生成公私密钥对，存储在~/.ssh/id_rsa目录下--->这一步之前已经操作过了，其实可以不用
2.这部灵活选取指令，在需要免密登录的节点上发送公钥到其他三个节点
	scp ~/.ssh/id_rsa.pub     node1:/tmp/
	scp ~/.ssh/id_rsa.pub     node2:/tmp/
	scp ~/.ssh/id_rsa.pub     node3:/tmp/
	scp ~/.ssh/id_rsa.pub     node4:/tmp/
3.cat /tmp/id_rsa.pub >> ~/.ssh/authorized_keys
	将需要免密登录本机的主机的公钥加到受信列表中--->在其他三个节点上执行
4.chmod 0600 ~/.ssh/authorized_keys
	设置权限

4.安装ZK

  • 官网下载ZK压缩包zookeeper.apache.org
  • 压缩包上传到/usr/local
    在这里插入图片描述
  • 解压：tar -xvf zookeeper-3.3.6.tar.gz
  • 重命名：mv zookeeper-3.3.6 zk336
  • 配置环境变量：vim /etc/profile
    在这里插入图片描述
JAVA_HOME=/usr/java/jdk1.8.0_152
JRE_HOME=/usr/java/jdk1.8.0_151/jre
HADOOP_HOME=/usr/local/hadoop-2.7.1
ZOOKEEPER_HOME=/usr/local/zookeeper-3.3.6

CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib
PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin:$HADOOP_HOME/bin:$HADOOP_HOME/sbin:$ZOOKEEPER_HOME/bin
export PATH CLASSPATH JAVA_HOME JRE_HOME HADOOP_HOME ZOOKEEPER_HOME
  • 发布环境变量：source /etc/profile
  • 复制配置文件：cp zoo_sample.cfg zoo.cfg
    在这里插入图片描述
  • 修改zoo.cfg：vim zoo.cfg
    在这里插入图片描述
tickTime=2000
dataDir=/opt/zookeeper
clientPort=2181
initLimit=5 
syncLimit=2 
server.1=node1:2888:3888 
server.2=node2:2888:3888
server.3=node3:2888:3888
  • 在dataDir指定目录下创建myid，写入这台服务器的id(server.id)
    在这里插入图片描述
    在这里插入图片描述
  • 同步node1配置到node2与node3
scp  -r zookeeper-3.3.6/   node2:/usr/local/
scp  -r zookeeper-3.3.6/   node3:/usr/local/
  • 在node2与node3配置环境变量
1.vim /etc/profile
	JAVA_HOME=/usr/java/jdk1.8.0_152
	JRE_HOME=/usr/java/jdk1.8.0_151/jre
	HADOOP_HOME=/usr/local/hadoop-2.7.1
	ZOOKEEPER_HOME=/usr/local/zookeeper-3.3.6
	
	CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib
	PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin:$HADOOP_HOME/bin:$HADOOP_HOME/sbin:$ZOOKEEPER_HOME/bin
	export PATH CLASSPATH JAVA_HOME JRE_HOME HADOOP_HOME ZOOKEEPER_HOME
2.source /etc/profile
  • 在node2与node3的/opt/zookeeper下创建myid文件，写入编号2与3
  • 启动node123，并测试：zkServer.sh start
    在这里插入图片描述
  • 在node1上启动zk客户端：zkCli.sh -server node1:2181
    在这里插入图片描述
  • 成功

5.修改配置文件

  • 关闭集群：stop-all.sh
  • 之前创建的snn要在每台服务器中删除掉
1.删除masters文件
	cd /usr/local/hadoop-2.7.1/etc/hadoop
	rm -f masters
2.删除hadoopdata目录
	cd /opt
	rm -rf hadoopdata
  • hadoop-env.sh中配置JAVA_HOME
    在这里插入图片描述
  • 修改core-site.xml
<property>
  <name>fs.defaultFS</name>
  <value>hdfs://yc</value>  //yc是一个服务名，HA有两台NN，所以不能写node1或node2
</property>
<property>
   <name>hadoop.tmp.dir</name>
   <value>/opt/hadoopdata</value>  //保证每台服务器/opt/hadoopdata目录为空,将来是NN,DN,JN等存数据的公共目录 
</property>
  • 修改core-site.xml
<configuration>
	//1.副本数
	<property>
		<name>dfs.replication</name>
		<value>3</value>
	</property>
	//2.权限配置，可以控制各用户之间的权限，这里先关掉 
	<property>
	   <name>dfs.permissions</name>
	   <value>false</value> 
	</property>
	<property>
	   <name>dfs.permissions.enabled</name>
	   <value>false</value> 
	</property>
	//3.配置服务名--hdfs://yc
	<property>
		<name>dfs.nameservices</name>
		<value>yc</value>
	</property>
	//4.两个NN的逻辑名,注意yc与上面的一样
	<property>
		<name>dfs.ha.namenodes.yc</name>
		<value>nn1,nn2</value>
	</property>
	//4.client访问HDFS的RPC请求的端口(以前的是9000)注意修改eclipse插件配置
	<property>
		<name>dfs.namenode.rpc-address.yc.nn1</name>
		<value>node1:8020</value>
	</property>
	<property>
		<name>dfs.namenode.rpc-address.yc.nn2</name>
		<value>node2:8020</value>
	</property>
	//5.node1和node2访问地址
	<property>
		<name>dfs.namenode.http-address.yc.nn1</name>
		<value>node1:50070</value>
	</property>
	<property>
		<name>dfs.namenode.http-address.yc.nn2</name>
		<value>node2:50070</value>
	</property>
	//6.指定JN(hadoop自带的共享存储系统),主要用于两个NN间数据的共享和同步
	<property>
		<name>dfs.namenode.shared.edits.dir</name>
		<value>qjournal://node2:8485;node3:8485;;node4:8485</value>
	</property>
	//7.自动故障迁移负责执行的类
	<property>
		<name>dfs.client.failover.proxy.provider.yc</name>
		<value>org.apache.hadoop.hdfs.server.namenode.ha.ConfiguredFailoverProxyProvider</value>
	</property>
	//8.需要NN切换时,使用sshfence方式,所以要配置免密钥
	<property>
		<name>dfs.ha.fencing.methods</name>
		<value>sshfence</value>
	</property>
	//9.指定JN集群对NN的目录进行共享时，自己存储数据的磁盘路径,它会生成一个journal目录到此位置
	<property>
		<name>dfs.ha.fencing.ssh.private-key-files</name>
		<value>/root/.ssh/id_rsa</value>//配置私钥位置
	</property>
</configuration>
  • slaves指定DN
    在这里插入图片描述

6.配置automatic failover

  • 修改core-site.xml
<property>
	<name>ha.zookeeper.quorum</name>
	<value>node1:2181,node2:2181,node3:2181</value>
</property>
  • 修改hdfs-site.xml
<property>
	<name>dfs.ha.automatic-failover.enabled</name>
	<value>true</value>
</property>

7.将node1配置同步给node2,3,4

scp ./*.xml  node2:`pwd`
scp ./*.xml  node3:`pwd`
scp ./*.xml  node4:`pwd`

8.启动JN

  • node2,3,4执行
hadoop-daemon.sh start journalnode

9.格式化NN

  • 在一台NN(NN1或NN2)中执行格式化命令
hdfs namenode -format

10.按步骤

  • 启动格式化的NN
hadoop-daemon.sh start namenode
  • 在没有格式化的NN上执行同步
hdfs namenode -bootstrapStandby
  • 再启动没有格式化的NN
hadoop-daemon.sh start namenode

11.格式化ZK

  • 在一台NN上执行
hdfs zkfc -formatZK
  • 测试ZK是否成功格式，且启动
zkCli.sh   -server   node1:2181
  • 格式化ZK的目的是在ZK上建立HA的hadoop-ha节点
  • ZK注册HA的znode，通过ZK集群监控两个NN的实时状态，如果ActivenameNode宕机，则通过ZK通知StandbyNameNode准备切换为Active状态

13.启动start-dfs.sh

14.检查测试

  • jps命令检查一下各服务启动的情况
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述
  • 采用web访问node1, node2，注意两个节点处于不同状态
http://node1:50070
http://node2:50070

在这里插入图片描述
在这里插入图片描述

  • 测试HA性能，关闭Active状态的NN(hadoop-daemon.sh stop namenode)
    在这里插入图片描述

IDEA连接HDFS

1.只需稍作修改

在这里插入图片描述

2.报错解决

在这里插入图片描述
在这里插入图片描述

ChenJieYaYa
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
【HDFS篇11】HA高可用1
08-04
【HDFS篇11】HA高可用1 高可用（HA，High Available）是指系统能够持续提供服务，即使在某个或多个组件发生故障时也能保证服务的不间断。在IT领域，尤其是分布式系统中，HA是确保业务连续性的重要手段。在Hadoop ...
HDFS HA 高可用机制详解
penriver的博客
07-20 1669
1 背景 在Hadoop 2.0.0之前，NameNode是HDFS集群中的单点故障(SPOF)。每一个集群只有一个NN,如果这个机器或进程不可用，整个集群就无法使用。 这主要从如下两个方面影响了HDFS集群的可用性: 在发生意外事件(如机器崩溃)时，集群将不可用，直到重新启动NameNode。 提前计划的集群运维事件(如NameNode机器上的软件或硬件升级)将导致集群的窗口停机。 HDFS的高可用性解决了上述问题，通过在同一个集群中运行2个以上的namenode，其中一个作为active, 其它作为
HDFS高可用集群的搭建
最新发布
weixin_52134189的博客
04-02 1017
HDFS高可用集群的搭建与流程图
HA高可用
m0_37759590的博客
02-24 253
HA高可用
Hadoop-HDFS详解与HA，完全分布式集群搭建(细到令人发指的教程)
wudidahuanggua的博客
09-17 3225
对HDFS细致到腋毛的讲解，包括HA，完全分布式集群搭建，以及让你打瞌睡的理论知识！
HDFS高可用
m0_72324953的博客
01-09 606
HDF高可用，实际上主要是保证NameNode高可用
14_尚硅谷大数据之HDFS HA高可用1
08-03
为了提高系统的高可用性（High Availability, HA），HDFS HA引入了Active/Standby两个NameNode的机制，以确保在NameNode故障时能快速切换到备用节点，从而消除单点故障。 8.1 HA概述： HA的主要目标是确保服务的...
hdfs的高可用搭建
10-17
关于hdfs的高可用搭建文档，详细介绍了hdfs如何搭建ha
【HDFS篇12】HA高可用 --- HDFS-HA集群配置1
08-04
1.集群规划 2.解压安装 4.集群操作 1.官方地址 2.在opt目录下创建一个ha文件夹 7.拷贝配置好的hadoop环境到其他节点 1.在各个Journa
【HDFS篇14】HA高可用 --- Federation架构设1
08-04
【HDFS篇14】HA高可用 --- Federation架构设计1 在Hadoop分布式文件系统（HDFS）的设计中，NameNode扮演着至关重要的角色，它负责管理文件系统的元数据，包括文件与目录的命名空间（Namespace）以及文件的块映射...
HDFS：HA模式
程序猿启程
06-30 765
写的不到位的地方，欢迎评论指出不足之处 主从集群 ● 优点 ● 结构相对简单、主与从协作 ● 主：单点、数据一致好掌握 ● 缺点 ● 两个独立的问题 ● 问题一：单点故障、集群整体不可用 ● 主只有一个，当主出现故障后，从将不可用，导致整个集群无法工作 ...
搭建Hadoop HA环境
achu19的博客
07-09 330
Hadoop HA基础知识 HDFS存在的问题 NN单点故障，难以应用于在线场景 HA NN压力过大，且内存受限，影响扩展 F（联邦机制） 原理图 搭建Hadoop HA环境 步骤 实现逻辑到物理的映射，HA由两个namenode，一个是active,一个是standby,需要指定具体的物理节点（rpc和http地址做配置端口） 配置journalnode集群（第一次需要手动启动，第二次可以使用服务脚本开启） 配置故障转移代理和实现方式 开启自动化，启动ZKFC进程，实现真正的故障转移 配置Zoo
java API访问hadoop(含HA)--FileSystem
王小禾
07-14 1407
文章目录1 非HA2 HA 1 非HA 直接在URI中写明hdfs地址即可。如： static FileSystem fs; static { try { fs = FileSystem.get(new URI("hdfs://cluster-host1:9000"),new Configuration(),"hadoop"); ...
HDFS配置HA
10-28 682
下面开始配置HDFS 的HA HA集群规划 namenode datanode journalnode zkfc zookeeper bigdata01 yes yes yes yes bigdata02 yes yes yes yes yes bigdata03 yes yes yes yes 解释：针对HDFS的HA集群，在这里我们只需要启动HDFS相关的进程即可，YARN相关的进程可以不启动，它们两个的进程本来就是相互独立的。 在HDFS的
Hadoop通过路径和和链接访问HDFS
热门推荐
sunrising_hill的专栏
12-10 2万+
如果既想在Hadoop服务器本地可以通过绝对路径如"/user/hadoop"方式访问hdfs，也想通过"hdfs://local host:9000/user/hadoop的方式访问hdfs，此时做需要配置core-site.xml： fs.defaultFS hdfs://master.domain.com:9000       上面的配置只能让你使用"hadoop fs -ls
hadoop：HA场景下 java客户端远程访问hdfs配置
不花的花和尚的博客
08-18 1094
https://blog.csdn.net/wo198711203217/article/details/80528860?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecas
hadoop客户端配置识别两个高可用(ha)集群的逻辑名称访问
2020xyz的博客
07-02 3534
1.相关配置参数
hadoop之hdfs分布式文件
大龙的博客
03-03 405
架构 HDFS是一个主从(Master/Slaves)架构 由一个NameNode和一些DataNode组成 面向文件包含：文件数据(data)和文件元数据(metadata) NameNode：负责存储和管理文件元数据，并维护了一个层次型的文件目录树 DataNode：负责存储文件数据(block块)，并提供block的读写 DataNode与NameNode维持心跳，并汇报自己持有的block信息 Client和NameNode交互文件元数据和DataNode交互文件block数据 角色（角色即
Java API访问HDFS集群（HA）
学亮编程手记
06-23 1191
title: Java API访问HDFS集群（HA） date: 2021-06-23 17:06:11 tags: HDFS hadoopV2版本及以后都是HA架构，active namenode和standby namenode, 当前active namenode 出现问题之后，zkfc会切换standby namenode 为active 状态保证hadoop集群正常运行，所以java api需要通过配置HA的方式来访问hdfs集群 对于namenode是HA高可用集群时，客户端远程.
hdfs namenode高可用工作机制
06-03
HDFS（Hadoop Distributed File System）的Namenode高可用性是通过Hadoop的HA（High Availability）机制实现的。HA的主要思想是将Namenode备份，当主Namenode发生故障时，备份Namenode可以迅速接替主Namenode的工作...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值