首页 > 其他 > 详细

HDFS架构

时间:2019-09-11 00:27:48      阅读:135      评论:0      收藏:0      [点我收藏+]
 

HDFS架构

  • NameNode
  • DataNode
  • Secondary NameNode
  • 技术分享图片
  • 元数据存储细节
  • 技术分享图片

     

一、NameNode

  • 是整个文件系统的管理节点。它维护着整个文件系统的文件目录树,文件/目录的元信息和每个文件对应的数据块列表。接收用户的操作请求。文件包括:
    hdfs-site.xml的dfs.name.dir属性
    • fsimage:元数据镜像文件。存储某一时段NameNode内存元数据信息。
    • edits:操作日志文件。
    • fstime:保存最近一次checkpoint的时间
  • 以上这些文件是保存在linux的文件系统中。

二、NameNode的工作特点

  • Namenode始终在内存中保存metedata,用于处理“读请求”
  • 到有“写请求”到来时,namenode会首先写editlog到磁盘,即向edits文件中写日志,成功返回后,才会修改内存,并且向客户端返回
  • Hadoop会维护一个fsimage文件,也就是namenode中metedata的镜像,但是fsimage不会随时与namenode内存中的metedata保持一致,而是每隔一段时间通过合并edits文件来更新内容。Secondary namenode就是用来合并fsimage和edits文件来更新NameNode的metedata的。

三、SecondaryNameNode

  • HA的一个解决方案。但不支持热备。配置即可。
    • HA (双机集群(HA)系统简称):HA 是High Available缩写,是双机集群系统简称,指高可用性集群,是保证业务连续性的有效解决方案,一般有两个或两个以上的节点,且分为活动节点及备用节点。
  • 执行过程:从NameNode上下载元数据信息(fsimage,edits),然后把二者合并,生成新的fsimage,在本地保存,并将其推送到NameNode,替换旧的fsimage.
  • 默认在安装在NameNode节点上,但这样...不安全!

四、secondary namenode的工作流程

  • 1、secondary通知namenode切换edits文件
  • 2、secondary从namenode获得fsimage和edits(通过http)
  • 3、secondary将fsimage载入内存,然后开始合并edits
  • 4、secondary将新的fsimage发回给namenode
  • 5、namenode用新的fsimage替换旧的fsimage

五、什么时候checkpiont

  • fs.checkpoint.period:指定两次checkpoint的最大时间间隔,默认3600秒。
  • fs.checkpoint.size:规定edits文件的最大值,一旦超过这个值则强制checkpoint,不管是否到达最大时间间隔。默认大小是64M。
  • 技术分享图片
  • 技术分享图片

 

六、Datanode

hdfs-site.xml的dfs.replication属性
  • 提供真实文件数据的存储服务
  • 文件块(block):最基本的存储单位。对于文件内容而言,一个文件的长度大小是size,那么从文件的0偏移开始,按照固定的大小,顺序对文件进行划分并编号,划分好的每一个块称一个Block。HDFS默认Block大小是128MB,以一个256MB文件,共有256/128=2个Block.
  • 不同于普通文件系统的是,HDFS中,如果一个文件小于一个数据块的大小,并不占用整个数据块存储空间
  • Replication。多复本。默认是三个。

     

     

     

     




HDFS架构

原文:https://www.cnblogs.com/TiePiHeTao/p/c8a371756f2665664263a361e64cd267.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!