HDFS读写流程基本介绍(详细)

本文深入解析HDFS的读写流程,包括客户端如何与NameNode通信以上传和下载文件,以及DataNode间的数据传输机制。同时,详述Hadoop Shuffle过程,涵盖MapReduce作业中数据的分区、排序、合并及Reduce端的数据处理。

HDFS读写流程

1.0HDFS写数据流程
1.0.0 概述

  1. 客户端要向HDFS写数据,首先要和namenode通信以确认可以写文件并获得接受文件block的datanode,然后,客户端按顺讯将文件逐个block传递给相应的datanode,并由接收到block的datanode负责向其他的datanode复制block的副本(block块大写:我们开发那会,服务器内存小,block块大小按64m,现在的是128m)
  2. 1.0.2详细步骤图
    在这里插入图片描述
    1.0.3详细步骤解析(重点)
  3. 1,根namenode通信请求上传文件,namenode检查目标文件是否已存在,父目录是否存在。
  4. 2,namenode返回是否上传
  5. 3,client请求第一个block该传输到那些datanode服务器上
  6. 4,namenode返回三个datanode服务器ABC
  7. 5,client请求3台dn中的一台a上传数据,A收到请求会继续调用B,然后B调用C,逐级返回客户端。
  8. 6,client开始往A上传第一个block(先从磁盘读取数据放到一个本内存缓存),以packet为单位,A收到一个packet就会传给B,B传给C;A每传一个packet会放入一个应答队等待应答。
  9. 7,当一个block传输完成之后,client再次请求namenode上传第二个block的服务器。

2.0HDFS读数据流程

2.0.1概述
客户端将要读取文件的路径发给namenode,namenode获取文件的元信息(主要是block存在位置信息)返回给客户端,客户端根据返回的信息找到相应的datanode、逐个获取文件的block并在客户端本地进行数据追加合并从而获得整个文件。

2.0.2详细步骤图
在这里插入图片描述
2.0.0详细步骤解析(重点)

  1. 跟namenode通信查询元数据,找到文件块所在的datanode服务器
  2. 挑选一台datanode(就近原则,随机选择)服务器,请求选择socket流。
  3. datanode开始发送数据(从磁盘里面地区数据放入流,以packet为单位来做校验)
  4. 客户端以package为单位接收,现在本地缓存,然后写入目标文件。

3.0hadoop shuffle介绍

3.0.1概述
hadoop的核心思想是MapReduce,但shuffle又是MapReduce的核心。
shuffle的主要工作是从Map结束到Reduce开始之间的过程。

shuffle阶段又可以分为Map端shuffle和Reduce端shuffle

Map端的shuffle

  1. Map端会处理输入数据并产生中间结果,这个中间结果会写到本地磁盘,而不是HDFS
  2. 每个Map的输出会先写到内存缓冲区中,当写入的数据达到设定的阈值时候,系统将会启动一个线程将缓冲区的数据写到磁盘,这个过程叫做spill.
  3. 在spill写入之前,会先进行二次排序,首先根据数据所属的partition进行排序,然后每个partition中的数据再按key来排序。
  4. partition的目的是将记录划分不同的Reduce上去,以期望能够达到负载均衡,以后的Reducer就会根据partition来读取自己对应的数据。
  5. 接着运行combiner(如果设置了的话),combiner的本质也是一个Reducer,其中的目的是对将要血热到磁盘的文件能行一次处理,这样,写入到磁盘的数据就会减少。
  6. 之后将数据写到本地磁盘产生spill文件(spill文件保存在{mapred.local.dir}制定目录中,Map任务结束就会被删除)。
  7. 7.最后,每个Map任务可能产生多个spill文件,在每个Map任务完成前,互系通过多路归并将这些spill文件归并成一个文件。至此,Map的shuffle过程就结束了。

**Reduce端和shuffle

  1. Reduce端的shuffle主要包括三个阶段,copy sort(merge)和reduce。
  2. 首先将Map端产生的输出Ian拷贝到Reducer端,但每个reducer端如何知道自己应该处理那些数据呢? 因为Map端进行partition的时候,实际上就相当于指定了每个Reduce要处理的数据(partition就对应了 Reduce),所以Reduce在拷贝数据的时候只需要拷贝与自己对应的partition中的数据即可。
  3. 每个Reduce会处理一个或者多个partition,但需要先将自己对应的partition中的数据从每个Map的输出结果中拷贝过来。
  4. 接下来就是sort阶段,也成为了merge阶段,因为这阶段的只要工作是执行了归并顺序。5从Map端拷贝到Reduce端的数据都是有序的,所以很适合归并排序。
  5. 最后再Reduce端生成一个较大的文件作为Reduce的输入。
  6. 最终就是Reduce过程了,在这个过程中产生了最终的输出结果,并将其写到HDFS上。
    **
### HDFS读写流程 #### HDFS流程HDFS 中,客户端发起文件写入请求时会经历一系列复杂的交互过程。以下是详细的写流程描述: 1. 客户端通过 `DistributedFileSystem` 创建一个文件,并向 NameNode 请求上传该文件的位置信息[^2]。 2. NameNode 接收到来自客户端的请求后,返回确认消息允许上传文件。 3. 当客户端准备上传第一个 Block 数据时,它再次向 NameNode 发起请求,询问应该将此 Block 存储在哪几个 DataNode 上。 4. NameNode 根据集群状态以及复制策略(通常为三副本),返回一组适合存储当前 Block 的 DataNode 列表(如 DN1, DN2 和 DN3)。 5. 客户端基于这些信息构建了一个管道用于传输数据至各个 DataNode 节点之间形成链路结构。 6. 随着数据被分割成固定大小的小块(默认情况下每个 block 大小为 128MB 或者更大一些比如 256 MB 取决于配置参数设定情况下的实际需求),它们沿着这个预先定义好的路径顺序传递给每一个参与其中负责保存相应部分副本内容的目标机器上直至全部完成整个写入动作结束为止^。 7. 如果某个阶段出现问题,则重新尝试分配新的可用资源继续执行未竟的任务直到最终成功提交所有分片后的结果集回到最初起点处等待进一步指示如何处理后续事项即可[^3]. #### HDFS流程 对于 HDFS 文件系统的读取操作而言,其基本原理如下所示: 1. 用户程序发出对某特定偏移量位置上的字节序列访问指令之后即刻触发内部机制启动检索工作链条开始运作起来寻找匹配项所在的确切物理地址以便能够迅速定位目标实体并加载相关内容呈现出来供使用者查阅学习之用[^4]. 2. Client 向 Namenode 提交查询申请获取关于所要查找记录的具体分布状况说明文档包括但不限于可能存在的多个镜像拷贝版本之间的优先级排序规则等等细节方面的考量因素都会影响到最后决策制定环节中的具体实施方案选择方向等问题都需要综合权衡利弊得失后再做定夺才行啊亲们记住啦不然的话很容易踩坑哦!!! 3. Namenode 返回最接近 client 的 datanode 地址列表作为首选方案之一提供参考依据辅助判断哪一个选项更加合适一点呢?当然咯~前提是必须满足一定的条件限制比如说网络延迟时间长短之类的硬性指标要求嘛~毕竟效率才是王道不是吗😊所以大家一定要牢记这一点哈~ 4. Client 连接到指定 datanode 并从中提取所需片段;如果遇到错误或者丢失的情况则自动切换到下一个备选站点重复上述步骤直至完全取得整份资料为止才算真正意义上的圆满达成既定目标任务哟😄 ```python # Python 示例代码展示简单的 HDFS API 使用方法来实现文件的读写功能演示效果更直观易懂些吧? from hdfs import InsecureClient client = InsecureClient('http://localhost:9870', user='root') with open('/path/to/local/file.txt', 'rb') as f: client.write('/path/in/hdfs/file.txt', f) data = client.read('/path/in/hdfs/file.txt') print(data.decode()) ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值