HDFS存储原理

基本原理

Block 块: HDFS的最小储存单位,块大小统一,便于统一管理。
但存在Block块丢失的问题,一个文件中的任意一个块丢失都会导致文件不可用。因此提出了HDFS的备份机制。

备份: 将一个块复制多份,放在不同的服务器上。安全性大大提升。

属性设置

配置文件中的设置
在这里插入图片描述
上传时的设置
在这里插入图片描述
副本数检查
在这里插入图片描述
单个块大小设置
在这里插入图片描述

NameNode对Block的管理

NameNode对Block的管理通过两类文件实现

  1. edits文件:记录了HDFS的每一次操作,以及本次操作影响到的Block,为了避免超大的edits文件,因此此文件可能会有多个。
    在这里插入图片描述

  2. fsimage文件:全部的edits文件合并,合并为最终结果即为FSImage文件
    -在这里插入图片描述
    管理流程

  • 每次对HDFS的操作都会被edits记录下来
  • 当一个edits文件过大时,会再开启一个新的edits文件
  • 定期对edits文件进行合并,合并为FSImage。若FSImage不存在,那么创建一个,若存在则和之前的合并。
  • 重复上述操作

在这里插入图片描述
在这里插入图片描述
元数据的合并由SecondaryNameNode进行
SecondaryNameNode会通过http从NameNode拉取数据(edits和fsimage),若不启动SecondaryNameNode会造成检索效率的下降,文件系统的卡顿。

HDFS数据读写流程

写入流程在这里插入图片描述

在这里插入图片描述

读取流程

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Kilig*

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值