HDFS基本原理
一、什么是hdfs
hdfs即hadoop分布式文件系统(hadoop distributed filesystem),以流式数据访问模式来存储超大文件,它和现有的分布式文件系统有很多共同点。但同时,它和其他的分布式文件系统的区别也是很明显的。hdfs是一个高度容错性的系统,适合部署在廉价的机器上。hdfs能提供高吞吐量的数据访问,非常适合大规模数据集上的应用。hdfs放宽了一部分posix约束,来实现流式读取文件系统数据的目的。hdfs在最开始是作为apache nutch搜索引擎项目的基础架构而开发的。
二、hdfs架构
个hdfs集群包含一个单独的namenode和多个datanode。hdfs采用一种称为rack-aware的策略。rack1 和rack2
备份数据的存放:备份数据的存放是hdfs可靠性和性能的关键。hdfs采用一种称为rack-aware的策略来决定备份数据的存放。通过一个称为rack awareness的过程,namenode决定每个datanode所属rack id。缺省情况下,一个block块会有三个备份,一个在namenode指定的datanode上,一个在指定datanode非同一rack的datanode上,一个在指定datanode同一rack的datanode上。这种策略综合考虑了同一rack失效、以及不同rack之间数据复制性能问题。
副本的选择:为了降低整体的带宽消耗和读取延时,hdfs会尽量读取最近的副本。如果在同一个rack上有一个副本,那么就读该副本。如果一个hdfs集群跨越多个数据中心,那么将首先尝试读本地数据中心的副本。安全模式:系统启动后先进入安全模式,此时系统中的内容不允许修改和删除,直到安全模式结束。安全模式主要是为了启动检查各个datanode上数据块的安全性
三、hdfs核心组件详解
*********************************************************namenode**************************************************
1、namenode是hdfs的核心模块,也是hdfs架构的master。nomenode一点宕机则整个hdfs服务不可用。
2、namenode仅仅存储hdfs的元数据:文件系统中的文件目录结构,并且能跟踪整个集群中的文件。
3、namenode不存储实际的文件数据,实际数据是存储在datanode中,他存储的是文件分块的基础数据;能通过文件获取文件的快列表及其分布在哪些datanode上。
4、namenode并不会将文件的分块数据持久化存储,这些信息会在hdfs启动时由各个datanode上报过来。他把这些数据存入内存中。并且会定时对内存中的数据进行快照。所以对于namenode节点的机器内存应该大一些。
5、namenode在hadoop 2.0版本之前是单点的,hadoop 2.0版本才提出了高可用 (high availability, ha) 解决方案,并且经过多个版本的迭代更新,已经广泛应用于生产环境。
*********************************************************datanode**************************************************
1、datanode:hdfs的slave节点,存储文件实际的数据,负责将数据落入磁盘。所以datanode节点需要较大的磁盘。
2、datanode在启动时会将自己发布到namenode上,并上报自己持有的数据块表。定期向namenode发送心跳,如果namenode长时间没有接受到datanode发送的心跳,namenode就会认为该datanode以及失效,将其剔除集群。心跳参数dfs.heartbeat.interval=3(默认3秒发送一次心跳)
3、当某个datenode宕机后,不会影响数据和集群的可用性。namenode会安排其他datanode进行副本复制接管他的工作。
4、datanode会定时上报自己负责的数据块列表。
*********************************************************secondary namenode**************************************************
secondarynamenode有两个作用,一是镜像备份,二是日志与镜像的定期合并。两个过程同时进行,称为checkpoint. 镜像备份的作用:备份fsimage(fsimage是元数据发送检查点时写入文件);日志与镜像的定期合并的作用:将namenode中edits日志和fsimage合并,防止如果namenode节点故障,namenode下次启动的时候,会把fsimage加载到内存中,应用edit log,edit log往往很大,导致操作往往很耗时。
四、hdfs操作流程
**************************************************文件上传流程******************************************
1、客户端发起写文件请求 hadoop fs -put
2、namenode检查上传文件的命名空间是否存在(就是检测文件目录结构是否存在),创建者是否有权限进行操作。然后返回状态高数客户端你可以上传数据
3、客户端按照分块配置大小将文件分块。然后请求namenode我要上传blk1,副本数是三个,这个文件一共分割了5块。
4、namenode检测自己管理下的datenodes是否满足要求,然后返回给客户端三台datenode节点信息(存储策略是机架模式)。
5、client端根据返回的datanode信息选择一个离自己最近的一个datanode节点,创建pipeline(数据传输管道),datanode1->datanode2创建pipeline,datanode2->datanode3创建pipeline;datanode3通过这一串管道传递给client数据传输管道已经建立完毕。
6、client端创建stream流(以packet为单位传输数据 64kb)上传数据。
7、datanode1接受并保持源源不断的packet,然后把packet源源不断的传递给datanode2,datanode2也做相应的操作。
8、datanode也通过pipeline发送ack认证数据是否接收完毕。
9、第一个数据块上传完毕后client端开始上传第二个数据块
*********************************************************文件的获取流程****************************************
1、client 发起 hadoop fs -get请求
2、nomenode检查该文件的信息,文件的分块信息和每个分块所对应哪个datenode,,以及备份信息和备份信息所在哪个datanode。把这些信息返回给client端。(返回原则也是机架原则,根据网络拓扑将距离最近的datanode排在前边返回)
3、根据namenode的信息,请求各个文件块对应的datanode节点获取文件数据。
4、合并下载过来的数据块,形成一个完整的文件。
上一篇: 可能这位家长有点太上头了
下一篇: 完全颠覆你想象的逗比图片,都是人才