Hadoop分布式文件系统——HDFS

本文详细介绍了HDFS(Hadoop Distributed File System)的设计原理、特点及其实现机制,包括HDFS的架构、文件系统命名空间、数据复制策略、元数据管理、故障处理等内容。

一、介绍

HDFSHadoop Distributed File System)是 Hadoop 下的分布式文件系统,具有高容错、高吞吐量等特性,可以部署在低成本的硬件上。

二、HDFS 设计原理

在这里插入图片描述

2.1 HDFS 架构

HDFS 遵循主/从架构,由单个 NameNode(NN) 和多个 DataNode(DN) 组成:

  • NameNode : 负责执行有关 文件系统命名空间 的操作,例如打开,关闭、重命名文件和目录等。它同时还负责集群元数据的存储,记录着文件中各个数据块的位置信息。
  • DataNode:负责提供来自文件系统客户端的读写请求,执行块的创建,删除等操作。

2.2 文件系统命名空间

HDFS 的 文件系统命名空间 的层次结构与大多数文件系统类似 (如 Linux), 支持目录和文件的创建、移动、删除和重命名等操作,支持配置用户和访问权限,但不支持硬链接和软连接。NameNode 负责维护文件系统名称空间,记录对名称空间或其属性的任何更改。

2.3 数据复制

由于 Hadoop 被设计运行在廉价的机器上,这意味着硬件是不可靠的,为了保证容错性,HDFS 提供了数据复制机制。HDFS 将每一个文件存储为一系列,每个块由多个副本来保证容错,块的大小和复制因子可以自行配置(默认情况下,块大小是 128M,默认复制因子是 3)。

在这里插入图片描述

2.4 数据复制的实现原理

大型的 HDFS 实例在通常分布在多个机架的多台服务器上,不同机架上的两台服务器之间通过交换机进行通讯。在大多数情况下,同一机架中的服务器间的网络带宽大于不同机架中的服务器之间的带宽。因此 HDFS 采用机架感知副本放置策略,对于常见情况,当复制因子为 3 时,HDFS 的放置策略是:

在写入程序位于 datanode 上时,就优先将写入文件的一个副本放置在该 datanode 上,否则放在随机 datanode 上。之后在另一个远程机架上的任意一个节点上放置另一个副本,并在该机架上的另一个节点上放置最后一个副本。此策略可以减少机架间的写入流量,从而提高写入性能。

在这里插入图片描述

如果复制因子大于 3,则随机确定第 4 个和之后副本的放置位置,同时保持每个机架的副本数量低于上限,上限值通常为 (复制系数 - 1)/机架数量 + 2,需要注意的是不允许同一个 dataNode 上具有同一个块的多个副本。

2.5 副本的选择

为了最大限度地减少带宽消耗和读取延迟,HDFS 在执行读取请求时,优先读取距离读取器最近的副本。如果在与读取器节点相同的机架上存在副本,则优先选择该副本。如果 HDFS 群集跨越多个数据中心,则优先选择本地数据中心上的副本。

2.6 架构的稳定性

1. 心跳机制和重新复制

每个 DataNode 定期向 NameNode 发送心跳消息,如果超过指定时间没有收到心跳消息,则将 DataNode 标记为死亡。NameNode 不会将任何新的 IO 请求转发给标记为死亡的 DataNode,也不会再使用这些 DataNode 上的数据。 由于数据不再可用,可能会导致某些块的复制因子小于其指定值,NameNode 会跟踪这些块,并在必要的时候进行重新复制。

2. 数据的完整性

由于存储设备故障等原因,存储在 DataNode 上的数据块也会发生损坏。为了避免读取到已经损坏的数据而导致错误,HDFS 提供了数据完整性校验机制来保证数据的完整性,具体操作如下:

当客户端创建 HDFS 文件时,它会计算文件的每个块的 校验和,并将 校验和 存储在同一 HDFS 命名空间下的单独的隐藏文件中。当客户端检索文件内容时,它会验证从每个 DataNode 接收的数据是否与存储在关联校验和文件中的 校验和 匹配。如果匹配失败,则证明数据已经损坏,此时客户端会选择从其他 DataNode 获取该块的其他可用副本。

3.元数据的磁盘故障

FsImageEditLog 是 HDFS 的核心数据,这些数据的意外丢失可能会导致整个 HDFS 服务不可用。为了避免这个问题,可以配置 NameNode 使其支持 FsImageEditLog 多副本同步,这样 FsImageEditLog 的任何改变都会引起每个副本 FsImageEditLog 的同步更新。

4.支持快照

快照支持在特定时刻存储数据副本,在数据意外损坏时,可以通过回滚操作恢复到健康的数据状态。

三、HDFS 的特点

3.1 高容错

由于 HDFS 采用数据的多副本方案,所以部分硬件的损坏不会导致全部数据的丢失。

3.2 高吞吐量

HDFS 设计的重点是支持高吞吐量的数据访问,而不是低延迟的数据访问。

3.3 大文件支持

HDFS 适合于大文件的存储,文档的大小应该是是 GB 到 TB 级别的。

3.3 简单一致性模型

HDFS 更适合于一次写入多次读取 (write-once-read-many) 的访问模型。支持将内容追加到文件末尾,但不支持数据的随机访问,不能从文件任意位置新增数据。

3.4 跨平台移植性

HDFS 具有良好的跨平台移植性,这使得其他大数据计算框架都将其作为数据持久化存储的首选方案。

1. HDFS写数据原理

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

2. HDFS读数据原理

在这里插入图片描述

3. HDFS故障类型和其检测方法

在这里插入图片描述

在这里插入图片描述

第二部分:读写故障的处理

在这里插入图片描述

第三部分:DataNode 故障处理

在这里插入图片描述

副本布局策略

在这里插入图片描述

### Hadoop 分布式文件系统 (HDFS) 的工作原理 HDFS 是一种专为运行在通用硬件上的分布式文件系统设计的技术,其核心目标是解决大规模数据集的高效存储与访问问题[^2]。以下是关于 HDFS 工作原理的关键点: #### 1. **HDFS 架构** HDFS 的架构由两个主要组件构成:NameNode 和 DataNode。 - NameNode 被视为 Master(主服务器),负责管理文件系统的命名空间以及客户端请求的处理。它维护着整个文件系统的元数据信息,包括文件的位置、大小和副本分布等[^5]。 - DataNode 则作为 Slave(从服务器),用于实际存储数据块并执行来自 NameNode 的指令。每个数据块会被复制到多个 DataNode 上以实现冗余备份。 #### 2. **数据存储机制** 为了提高可靠性和性能,HDFS 将大文件分割成固定大小的数据块(默认为 128MB 或更大)。这些数据块会分布在集群中的各个节点上,并且每一份数据都会创建多份副本,默认情况下有三份副本[^3]。这种策略不仅增强了系统的容错能力,还允许并发读取操作从而提升整体吞吐量。 #### 3. **写入流程** 当向 HDFS 中写入新文件时,具体过程如下: - 客户端先联系 NameNode 请求上传文件; - NameNode 返回分配给该文件的一系列 DataNodes 地址列表; - 接下来,客户端按照管道方式依次将数据流传输至第一个 DataNode,在此过程中每一个接收方完成本地保存后再转发给下一个指定的目标直至最后一个节点结束传递链路形成闭环验证回传确认消息确保所有拷贝均成功落地[^5]。 #### 4. **读取流程** 对于文件读取而言,则相对简单得多——只需让 Client 向 NN 查询所需资源所在位置即可获得一组 DN 候选项;随后直接选取最近或者负载较低的那个建立连接进而获取相应区块内容[^5]。 ```python from hdfs import InsecureClient client = InsecureClient('http://namenode_address:port', user='your_user') with client.read('/path/to/file') as reader: content = reader.read() print(content.decode()) ``` 以上代码片段展示了如何利用 Python 库 `hdfs` 来读取存储于远程 HDFS 集群内的某个特定路径下的文件实例[^4]。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值