Hadoop 从 0 到 1 学习 ——第八章 HDFS HA高可用

最新推荐文章于 2024-04-29 21:44:11 发布
最新推荐文章于 2024-04-29 21:44:11 发布
阅读量340 收藏 1
点赞数
分类专栏： 大数据 hadoop 文章标签： 大数据 hadoop
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/dwjf321/article/details/110197112
版权

文章目录

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 消除单点故障

2.1 HDFS-HA工作要点

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

    内存中各自保存一份元数据；

    Edits日志只有Active状态的NameNode节点可以做写操作；

    两个NameNode都可以读取Edits；

    共享的Edits放在一个共享存储中管理（qjournal和NFS两个主流实现）；

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

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

  3. 必须保证两个NameNode之间能够ssh无密码登录

  4. 隔离（Fence），即同一时刻仅仅有一个NameNode对外提供服务

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

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

HA 的自动故障转移依赖于 ZooKeeper 的以下功能：

  1. 故障检测：集群中的每个NameNode在ZooKeeper中维护了一个持久会话，如果机器崩溃，ZooKeeper中的会话将终止，ZooKeeper通知另一个NameNode需要触发故障转移。
  2. 现役NameNode选择：ZooKeeper提供了一个简单的机制用于唯一的选择一个节点为active状态。如果目前现役NameNode崩溃，另一个节点可能从ZooKeeper获得特殊的排外锁以表明它应该成为现役NameNode。

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

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

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

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

在这里插入图片描述

HDFS-HA 故障转移机制

3. HDFS-HA 集群配置

3.1 环境准备

  1. 修改IP

  2. 修改主机名及主机名和IP地址的映射

  3. 关闭防火墙

  4. ssh免密登录

  5. 安装JDK，配置环境变量等

3.2 规划集群

hadoop102hadoop103hadoop104
NameNodeNameNode
JournalNodeJournalNodeJournalNode
DataNodeDataNodeDataNode
ZKZKZK
ResourceManager
NodeManagerNodeManagerNodeManager

3.3 配置 Zookeeper 集群

3.3.1 集群规划

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

3.3.2 解压安装

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

    $ tar -zxvf zookeeper-3.4.10.tar.gz -C /opt/module/

  2. 在 /opt/module/zookeeper-3.4.10/这个目录下创建 zkData

    mkdir -p zkData

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

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

  1. 具体配置

    dataDir=/opt/module/zookeeper-3.4.10/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. 创建 myid 文件

    $ vim myid
2

  2. 拷贝配置好的zookeeper到其他机器上

    $ scp -r zookeeper-3.4.10/ dwjf321@hadoop103:/opt/app/
$ scp -r zookeeper-3.4.10/ dwjf321@hadoop104:/opt/app/

  3. 分别启动 Zookeeper

    [dwjf321@hadoop102 zookeeper-3.4.10]# bin/zkServer.sh start
[dwjf321@hadoop103 zookeeper-3.4.10]# bin/zkServer.sh start
[dwjf321@hadoop104 zookeeper-3.4.10]# bin/zkServer.sh start

  4. 查看状态

    [dwjf321@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: follower
[dwjf321@hadoop103 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
[dwjf321@hadoop104 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

3.4 配置HDFS-HA集群

  1. 官方地址：http://hadoop.apache.org/

  2. 在opt目录下创建一个ha文件夹

    $ mkdir ha

  3. 将/opt/app/下的 hadoop-2.7.2拷贝到/opt/ha目录下

    $ cp -r hadoop-2.7.2/ /opt/ha/

  4. 配置hadoop-env.sh

    export JAVA_HOME=/opt/module/jdk1.8.0_144

  5. 配置core-site.xml

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

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

  6. 配置hdfs-site.xml

    <configuration>
	<!-- 完全分布式集群名称 -->
	<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>hadoop102:9000</value>
	</property>

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

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

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

	<!-- 指定NameNode元数据在JournalNode上的存放位置 -->
	<property>
		<name>dfs.namenode.shared.edits.dir</name>
	<value>qjournal://hadoop102:8485;hadoop103:8485;hadoop104: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/atguigu/.ssh/id_rsa</value>
	</property>

	<!-- 声明journalnode服务器存储目录-->
	<property>
		<name>dfs.journalnode.edits.dir</name>
		<value>/opt/ha/hadoop-2.7.2/data/jn</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>

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

3.5 启动 HDFS-HA 集群

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

    $ sbin/hadoop-daemon.sh start journalnode

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

    $ bin/hdfs namenode -format
$ sbin/hadoop-daemon.sh start namenode

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

    $ bin/hdfs namenode -bootstrapStandby

  4. 启动[nn2]

    $ sbin/hadoop-daemon.sh start namenode

  5. 查看web页面显示，如图所示

    在这里插入图片描述

    hadoop102 (standby)

    在这里插入图片描述

    hadoop103 (standby)

  6. 在[nn1]上，启动所有datanode

    $ sbin/hadoop-daemons.sh start datanode

  7. 将[nn1]切换为Active

    $ bin/hdfs haadmin -transitionToActive nn1

  8. 查看是否Active

    $ bin/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 服务

    $ sbin/stop-dfs.sh

  2. 启动 Zookeeper 集群

    $ bin/zkServer.sh start

  3. 初始化 HA 在 Zookeeper 中状态

    $ bin/hdfs zkfc -formatZK

  4. 启动 HDFS 服务

    $ sbin/start-dfs.sh

  5. 在各个 NameNode 节点上启动 DFSZK Failover Controller，先在哪台机器启动，哪个机器的 NameNode 就是 Active NameNode

    $ sbin/hadoop-daemin.sh start zkfc
3.6.3 验证

  1. 将 Active NameNode 进程 kill

    $ kill -9 namenode的进程id

  2. 将 Active NameNode 机器断开网络

    $ service network stop

4. YARN-HA 配置

4.1 YARN-HA 工作机制

  1. 官方文档：

    http://hadoop.apache.org/docs/r2.7.2/hadoop-yarn/hadoop-yarn-site/ResourceManagerHA.html

  2. YARN-HA工作机制

    在这里插入图片描述

    YARN-HA 工作机制

4.2 配置 YARN-HA 集群

4.2.1 环境准备

  1. 修改IP

  2. 修改主机名及主机名和IP地址的映射

  3. 关闭防火墙

  4. ssh免密登录

  5. 安装JDK，配置环境变量等

  6. 配置Zookeeper集群

4.2.2 规划集群
hadoop102hadoop103hadoop104
NameNodeNameNode
JournalNodeJournalNodeJournalNode
DataNodeDataNodeDataNode
ZKZKZK
ResourceManagerResourceManager
NodeManagerNodeManagerNodeManager
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</value>
    </property>

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

    <property>
        <name>yarn.resourcemanager.hostname.rm2</name>
        <value>hadoop103</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

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

    $ sbin/hadoop-daemon.sh start journalnode

  2. 在 【nn1]】上，对其进行格式化，并启动

    $ bin/hdfs namenode -format
$ sbin/hadoop-daemon.sh start namenode

  3. 在 【nn2】上，同步nn1的元数据信息

    $ bin/hdfs namenode -bootstrapStandby

  4. 启动 【nn2】

    $ sbin/hadoop-daemon.sh start namenode

  5. 启动所有 DataNode

    $ sbin/hadoop-daemons.sh start datanode

  6. 将【nn1】切换为 Active

    $ bin/hdfs haadmin -transitionToActive nn1
4.2.5 启动 YARN

  1. 在hadoop102中执行

    $ sbin/start-yarn.sh

  2. 在hadoop103中执行

    $ sbin/yarn-daemon.sh start resourcemanager

  3. 查看服务状态

    $ bin/yarn rmadmin -getServiceState rm1

    在这里插入图片描述

    YARN 的服务状态
dwjf321
关注
专栏目录
Hadoop高可用集群
yalin7076的博客
12-20 394
1.简介 若HDFS集群中只配置了一个NameNode，那么当该NameNode所在的节点宕机，则整个HDFS就不能进行文件的上传和下载。 若YARN集群中只配置了一个ResourceManager，那么当该ResourceManager所在的节点宕机，则整个YARN就不能进行任务的计算。 * Hadoop依赖Zookeeper进行各个模块的HA配置，其中状态为Active的节点对外提供服务...
linux高可用集群(HA)原理详解
weixin_34410662的博客
01-10 2115
高可用集群一、什么是高可用集群高可用集群就是当某一个节点或服务器发生故障时，另一个节点能够自动且立即向外提供服务，即将有故障节点上的资源转移到另一个节点上去，这样另一个节点有了资源既可以向外提供服务。高可用集群是用于单个节点发生故障时，能够自动将资源、服务进行切换，这样可以保证服务一直在线。在这个过程中，对于客户端来说是透明的。二、高可用集群的衡量标准高可用...
Hadoop高可用集群（zookeeper）
W1ngman_的博客
04-29 160
接上一篇Hadoop（单机）配置 vi etc/hadoop/core-site.xml 多台虚拟机主机改为一台 vi etc/hadoop/hdfs-site.xml value里的数根据自己配的集群主机数来填 vi etc/hadoop/yarn-site.xml 将value里的主机都改为一台 输入vi etc/hadoop/slaves 主机名根据自己的主机来填 安装zookeeper vi conf/zoo.cfg修改配置文件 将initLimit改为50 在下面添加主机名 se
hadoop HA高可用集群实战
有勇气的牛排博客
10-12 1365
HA（high available），即高可用（24h不中断服务）实现高可用最关键的策略是消除单点故障。HA严格来说是应该分成各个组件的HA机制hadoop2.0之前，在HDFS集群中NamNode存在单点故障（SPOF）NameNode主要存在以下两个方敏影响HDFS集群。NameNode机器发生意外，如宕机，集群无法使用，直到管理员重启。NameNode机器需要升级，包括软件，硬件升级，此时集群也将无法使用。
Hadoop——hdfs高可用、yarn的高可用及Hbse分布式部署
weixin_44743132的博客
01-03 1079
一.hdfs高可用 [hadoop@server1 hadoop]$ sbin/stop-yarn.sh [hadoop@server1 hadoop]$ sbin/stop-dfs.sh [hadoop@server1 hadoop]$ jps 19079 Jps [hadoop@server1 hadoop]$ ps ax [hadoop@server1 hadoop]$ ls bin etc include input lib libexec LICENSE.txt logs N
高可用性的HDFS：Hadoop分布式文件系统深度实践
05-15
第8章 Cloudera HA NameNode使用 8.1 HA NameNode说明 8.2 CDH4B1版本HDFS集群配置 8.2.1 虚拟机安装 8.2.2 nn1配置 8.2.3 dn1~dn3配置 8.2.4 HDFS集群构建 8.3 HA NameNode配置 8.3.1 nn1配置 8.3.2 其他节点配置 ...
三节点高可用集群搭建——Hadoop-HA+zookeeper
tao_629的博客
10-15 1068
目录 HDFS -HA模式的工作机制示意图 集群规划——三节点高可用 Hadoop HA集群搭建 前期准备 创建新的虚拟机 配置虚拟机 克隆虚拟机 配置环境变量，刷新（master、slave1、slave2都配置一下环境变量） 安装zookeeper集群 配置文件 拷贝文件 拷贝jdk、zookeeper到slave1和slave2节点 修...
大数据技术原理与应用（第八章 Hadoop再探讨）
m0_37607242的博客
09-23 1621
Hadoop1.0到2.0
Hadoop学习第四课（HDFS常用命令+Mapreduce-架构设计 ）
whs0329的博客
12-04 1145
1.HDFS命令与使用 hdfs dfs -Linux，-后面使用的命令和Linux的命令操作是一样的 1.1 Hadoop常用命令-----只放常用的 [hadoop@hadoop001 ~]$ hadoop Admin Commands: #admin命令 Client Commands: #客户端命令checknative check native Hadoop and compression libraries availab...
Hadoop-HA 高可用集群
Alano1994的博客
03-18 429
Hadoop HA高可用集群 一、HA集群 HDFS HA集群 master\slave YARN HA集群 master\slave HA(High Available), 高可用性群集，是保证业务连续性的有效解决方案，避免了因为单点故障带来的风险，一般有两个或两个以上的节点，且分为活动节点及备用节点。通常把正在执行业务的称为活动节点，而作为活动节点的一个备份的则称为备用节点，各节点之间会传...
Hadoop集群的高可用-HA
汤小萌的博客
12-05 2234
HDFS的高可用： 需求： 我们之前搭建的hadoop集群是一个NameNode和三个DateNode 原先那套机制： FSNameSystem 元数据对内存的管理器，里面管理的数据都在内存里面，但是在内存里面的数据不太可靠，所以有一个 fsimage 做持久化操作，更新的操作是在edits里面，当一个客户端做数据的操作的时候，导致元数据要发生变化，先把操作记录在日志里面，如果操作成功了，就再记...
Hadoop生态圈-高可用集群
热门推荐
未昔的博客
07-29 6万+
Hadoop生态圈-高可用集群 Hadoop生态圈即全部组件 - 原创wnagwei（qq：140691703@qq.com） 转载复制请联系作者，未经允许擅自操作，将追究法律责任 高可用集群自动故障转移工作 机制 1） 故障检测： 故障检测：集群中的每个 NameNode 在 ZooKeeper 中维护了一个持久会话，如果 机器崩溃，ZooKeeper 中的会话将终止，ZooKeeper 通知另一个 NameNode 需要触发故障转 移。 2）现役 NameNode 选择： 现役 Name
22 - Hadoop HA 高可用集群搭建、手动模式、自动模式以及HA模式集群
最新发布
花&败
04-29 1622
（1）所谓 HA（High Availablity），即高可用（7*24 小时不中断服务）。（2）实现高可用最关键的策略是消除单点故障。HA 严格来说应该分成各个组件的 HA 机制：HDFS 的 HA 和 YARN 的 HA。（3）NameNode 主要在以下两个方面影响 HDFS 集群HDFS HA 功能通过配置多个 NameNodes(Active/Standby)实现在集群中对 NameNode 的 热备来解决上述问题。
HA高可用集群
weixin_34216107的博客
05-05 79
HA介绍 HA 即 （high available）高可用，又被叫做双机热备，用于关键性业务。 简单理解就是，有两台机器A和B，正常是A提供服务，B待命闲置，当A宕机或服务宕掉，会切换至B机器继续提供服务。常用实现高可用的开源软件有heartbeat和keepalived，其中keepalived有负载均衡的功能。 下面我们使用heartbeat来做HA集群，并且把nginx服务作为HA对应的服务...
高可用集群HA
我的笔记
01-16 157
大数据自学笔记——高可用集群HA的搭建
Hadoop HA 集群搭建
夜下探戈
03-24 468
hadoop HA原理概述 为什么会有 hadoop HA 机制呢？ HA：High Available，高可用 在Hadoop 2.0之前,在HDFS 集群中NameNode 存在单点故障 (SPOF：A Single Point of Failure)。对于只有一个 NameNode 的集群，如果 NameNode 机器出现故障(比如宕机或是软件、硬件升级)，那么整个集群将无法使用...
Hadoop HA集群搭建
_a_0_
03-23 310
/** hadoop2.0已经发布了稳定版本了，增加了很多特性，比如HDFS HA、YARN等。最新的hadoop-2.6.5又增加了YARN HA 注意：apache提供的hadoop-2.6.5的安装包是在32位操作系统编译的，因为hadoop依赖一些C++的本地库， 所以如果在64位的操作上安装hadoop-2.6.5就需要重新在64操作系统上重新编译 （建议第一次安装用32位的系统，我...
Hadoop(25)-高可用集群配置,HDFS-HA和YARN-HA
weixin_30856725的博客
12-16 172
一. HA概述 1. 所谓HA（High Available），即高可用（7*24小时不中断服务）。 2. 实现高可用最关键的策略是消除单点故障。HA严格来说应该分成各个组件的HA机制：HDFS的HA和YARN的HA。 3. Hadoop2.0之前，在HDFS集群中NameNode存在单点故障（SPOF）。 4 . NameNode主要在以下两个方面影响HDFS集群 N...
Hadoop HDFS高可用性深度实践——元数据解析与HA解决方案
"本书深入探讨了Hadoop分布式文件系统（HDFS）的高可用性解决方案，包括元数据解析、备份方案、以及不同类型的HA机制，如BackupNode、AvatarNode和CloudreaHANameNode。书中强调了对AvatarNode的详细解析，涵盖了其...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值