HDFS初探之旅（一）

 

一、HDFS简介                                                                                                                                                                                         

　　HDFS（Hadoop Distributed File System）是Hadoop项目的核心子项目，是分布式计算中数据存储管理的基础，是基于流数据模式访问和处理超大文件的需求而开发的，能够运行于廉价的商用服务器上。它所具备的高容错、高可靠性、高可扩展性、高得到性、高吞吐率等特征为海量数据提供了不怕故障的存储，为超大数据集合的应用带来了不少便利。

　　Hadoop整合了众多文件系统，在其中有一个综合性的文件系统抽象，它提供了文件系统实现的各种接口，HDFS只是这个抽象文件系统的一个实例。Hadoop提供了一个高层的文件系统抽象类org.apache.hadoop.fs.FileSystem，这个抽象类展现了一个分布式文件系统，并有几个具体的实现，如表1-1所示。

表1-1 Hadoop文件系统

　　Hadoop提供了许多文件系统的接口，用户可使用URI方案选取合适的文件系统实现交互。

 

二、HDFS基础概念                                                                                                                                                                                 

2.1 数据库（block）

• HDFS（Hadoop Disturbbuted File System）默认的最基本的存储单位是64M的数据块；
• 和普通文件系统相同的是，HDFS的文件是被分红64M的数据块存储的；
• 不一样于普通文件系统的是，HDFS中，若是一个文件小于一个数据块的大小，并不占用整个数据块存储空间；　　

2.2 NameNode和DataNode

　　HDFS体系结构中有两类节点，一类是NameNode，又叫“元数据节点”；另外一类是DataNode，又叫“数据节点”。这两类节点分别是承担Master和Worker具体任务的执行节点。

　　1）元数据节点用来管理文件系统的命名空间

• 其将全部的文件和文件夹的元数据保存在一个文件系统树中；
• 这些信息也会在硬盘上保存成如下文件：命名空间镜像（namespace image）及修改日志（edit log）；
• 其还保存了一个文件包括哪些数据块，分布在哪些数据节点上，然而这些信息并不存储在硬盘上，而是在系统启动的时候从数据节点收集而成的；　　　　　　

　　2）数据节点是文件系统中真正存储数据的地方

• 客户端（client）或者元数据信息（namenode）能够向数据节点请求写入或者读出数据块；
• 其周期性的向元数据节点汇报其存储的数据块信息；　　

　　3）从元数据节点（secondary namenode）

• 从元数据节点并非元数据节点出现问题时候的备用节点，它和元数据节点负责不一样的事情；
• 其主要功能就是周期性将元数据节点的命名空间镜像文件盒修改日志合并，以防日志文件过大（这点在下面会详细叙述）；
• 合并事后的命名空间镜像文件也在元数据节点保存了一份，以防元数据节点失败的时候，能够恢复；　　

2.3 元数据节点目录结构

　　

　　VERSION文件是java properties文件，保存了HDFS的版本号。

• layoutVersion是一个负整数，保存了HDFS的持续化在硬盘上的数据结构的格式版本号；
• namespaceID是文件系统的惟一标识符，是在文件系统初次格式化时生成的；
• Ctime此处为0；
• storageType表示此文件夹中保存的是元数据节点的数据结构；　　

　　

2.4 数据节点的目录结构

　　

• blk_<id>保存的是HDFS的数据块，其中保存了具体的二进制数据；
• blk_<id>.meta保存的是数据块的熟悉信息：版本信息、类型信息、checksum；
• 当一个目录中的数据块到达必定数量的时候，则建立子文件夹来保存数据块及数据块属性信息；

2.5 文件系统命名空间映像文件及修改日志

• 当文件系统客户端（client）进行写操做时，首先把它记录在修改日志中（edit log）；
• 元数据节点在内存中保存了文件系统的元数据信息，在记录了修改日志后，元数据节点在修改内存中的数据结构；
• 每次写操做成功以前，修改日志都会同步（sync）到文件系统；
• fsimage文件，也即命名空间映像文件，是内存中的元数据在硬盘上的checkpoint，它是一种序列化的格式，并不能在硬盘上直接修改；
• 同数据的机制类似，当元数据节点失败时，则最新checkpoint的元数据信息从fsimage加载到内存中，而后逐一从新执行修改日志中的操做；
• 从元数据节点就是用来帮助元数据节点将内存中的元数据信息checkpoint到硬盘上的；
• checkpoint的过程以下：
  • 从元数据节点通知元数据节点生成新的日志文件，之后的日志都写到新的日志文件中；
  • 从元数据节点用http get从元数据节点获取fsimage文件及旧的日志文件；
  • 从元数据节点将fsimage文件加载到内存中，并执行日志文件中的操做，而后生成新的fsimage文件；
  • 从元数据节点将新的fsimage文件用http post传回元数据节点；
  • 元数据节点能够将旧的fsimage文件及旧的日志文件，换为新的fsimage文件盒新的日志文件（第一步生成的），而后更新fsimage文件，写入这次checkpoint的时间；
  • 这样元数据节点中的fsimage文件保存了最新的checkpoint的元数据信息，日志文件也从新开始，不会变的很大了；　　　　

　　

 

三、HDFS体系结构　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　HDFS是一个主/从（Master/Slave）体系结构，从最终用户的角度来看，它就像传统的文件系统同样，能够经过目录路径对文件执行CRUD（Create、Read、Update、Delete）操做。但因为分布式存储的性质，HDFS集群拥有一个NameNode和一些DataNode。NameNode管理文件系统的元数据，DataNode存储实际的数据。客户端经过同NameNode和DataNodes的交互访问文件系统。客户端联系NameNode以获取文件的元数据，而真正的文件I/O操做是直接和DataNode进行交互的。

　　　

图3-1 Hadoop的体系结构

　　1）NameNode、DataNode和Client

• NameNode能够看做是分布式文件系统中的管理者，主要负责管理文件系统的命名空间、集群配置信息和存储块的复制等。NameNode会将文件系统的Metadata存储在内存中，这些信息主要包括了文件信息、每个文件对应的文件块的信息和每个文件块在DataNode的信息等；
• DataNode是文件存储的基本单元，它将Block存储在本地文件系统中，保存了Block的Metadata，同时周期性的将全部存在的Block的信息发送给NameNode；
• Client就是须要获取分布式文件系统文件的应用程序；

　　2）文件写入

• Client向NameNode发起文件写入的请求；
• NameNode根据文件大小和文件块配置状况，返回给Client它所管理部分DataNode的信息；
• Client将文件划分为多个Block，根据DataNode的地址信息，按顺序写入到每个DataNode块中；　　

　　3）文件读取

• Client向NameNode发起文件读取的请求；
• NameNode返回文件存储的DataNode的信息；
• Client读取文件信息；　　

 

　　HDFS典型的部署是在一个专门的机器上运行的NameNode，集群中的其余机器各运行一个DataNode；也能够在运行NameNode的机器上同时运行DataNode，或者一台机器上运行多个DataNode。一个集群只有一个NameNode的设计大大简化了系统架构。

 

四、HDFS的优缺点　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

4.1 HDFS的优势

　　1）处理超大文件

　　这里的超大文件一般是指百MB、甚至数百TB大小的文件。目前在实际应用中，HDFS已经能用来存储管理PB级的数据了。

　　2）流式的访问数据

　　HDFS的设计创建在更多地响应“一次写入、屡次读写”任务的基础上。这意味着一个数据集一旦由数据源生成，就会被复制分发到不一样的存储节点中，而后响应各类各样的数据分析任务请求。在多数状况下，分析任务都会涉及数据集中的大部分数据，也就是说，对HDFS来讲，请求读取整个数据集要比读取一条记录更加高效。

　　3）运行于廉价的商用机器集群上

　　Hadoop设计对硬件需求比较低，只需要运行在低廉的商用硬件集群上，而无需昂贵的高可用性机器上。廉价的商用机器也就意味着大型集群中出现节点故障状况的几率很是高。这就要求设计HDFS时要充分考虑数据的可靠性、安全性及高可用性。

4.2 Hadoop的缺点

　　1）不适合低延迟数据访问

　　若是要处理一些用户要求时间比较短的低延迟应用请求，则HDFS不适合。HDFS是为处理大型数据集分析任务的，主要是为达到高的数据吞吐量而设计的，这就可能要求以高延迟做为代价。

　　改进策略：对于那些有低延迟要求的应用程序，HBase是一个更好的选择。经过上层数据管理项目来尽量地补充这个不足。在性能上有了很大的提高，它的口号就是goes real time。使用缓存或多master设计能够下降client的数据请求压力，以减小延迟。还有就是对HDFS系统内部的修改，这就得权衡大吞吐量与低延迟了，HDFS不是万能的。

　　2）没法高效存储大量小文件

　　由于NameNode把文件系统的元数据放置在内存中，因此文件系统所能容纳的文件数目是由NameNode的内存大小来决定。通常来讲，每个文件、文件夹和Block须要占据150字节左右的空间，因此，若是你有100万个文件，每个占据一个Block，你就至少须要300M内存。当前来讲，数百万的文件仍是可行的，当扩展到数十亿时，对于当前的硬件水平来讲就没办法实现了。还有一个问题就是，由于Map task的数据是由splits来决定的，因此用MR处理大量的小文件时，就会产生过多的Maptask，线程管理开销将会增长做业时间。举个例子，处理10000M的文件，若每一个split为1M，那就会有10000个Maptasks，会有很大的线程开销；若每一个split为100M，则只有100个Maptasks，每一个Maptask将会有更多的事情作，而线程的管理开销也将减小不少。

　　改进策略：要想让HDFS能处理好小文件，有很多方法。

• 利用SequenceFile、MapFile、Har等方式归档小文件，这个方法的原理就是把小文件归档起来管理，HBase就是基于此的。对于这种方法，若是想找回原来的小文件的内容，那就必须得知道与归档文件的映射关系；
• 横向扩展，一个Hadoop集群能管理的小文件有限，那就把几个Hadoop集群拖在一个虚拟服务器后面，造成一个大的Hadoop集群。google也是这么干过的。
• 多Master设计，这个做用显而易见了。正在研发中的GFS II也要改成分布式多Master设计，还支持Master的Failover，并且Block大小改成1M，有意要调优处理小文件啊；
• 附带个Alibaba DFS的设计，也是多Master设计，它把Metadata的映射存储和管理分开了，由多个Metadata存储节点和一个查询Master节点组成；　

　　3）不支持多用户写入及任意修改文件

　　在HDFS的一个文件中只有一个写入者，并且写操做只能在文件末尾完成，即只能执行追加操做。目前HDFS还不支持多个用户对同一个文件的写操做，以及在文件任意位置进行修改。

 

五、HDFS经常使用操做　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

　　先说一下“hadoop fs”和“hadoop dfs”的区别，看两本Hadoop书上各有用到，但效果同样，求证与网络发现下面一解释比较中肯。
　　粗略的讲，fs是个比较抽象的层面，在分布式环境中，fs就是dfs，但在本地环境中，fs是local file system，这个时候dfs就不能用。

5.1 文件操做

　　1）列出HDFS文件

　　

　　2）列出HDFS目录下某个文档中的文件

　　　

　　3）上传文件到HDFS

　　

　　4）将HDFS中文件复制到本地系统中

　　

　　5）删除HDFS下的文档

　　

　　6）查看HDFS下某个文件

　　

　　“hadoop fs”的命令远远不止这些，本小节的命令能够再HDFS上完成大多数常规操做。对于其余操做，能够经过“-help commandName”命令所列出的清单来进一步学习与探索。　

5.2 管理与更新

　　1）报告HDFS的基本统计状况

　　此处为你展现经过“-report”命令如何查看HDFS的基本统计信息：

　　　　　

　　执行结果以下所示。

　　

　　2）退出安全模式

　　NameNode在启动时会自动进入安全模式。安全模式是NameNode的一种状态，在这个阶段，文件系统不容许有任何修改。安全模式的目的是在系统启动时检查各个DataNode上数据块的有效性，同时根据策略对数据块进行必要的复制或删除，当数据块最小百分比数知足的最小副本数条件时，会自动退出安全模式。

　　系统显示“Name node is in safe mode”，说明系统正处于安全模式，这时只须要等待17秒便可，也能够经过下面的命令退出安全模式。

　　

 　　成功退出安全模式的结果以下所示。

　　

　　3）进入安全模式

　　在必要的状况下，能够经过如下命令把HDFS置于安全模式。

　　

　　执行结果以下所示。

　　

　　4）添加节点

　　可扩展性是HDFS的一个重要特性，向HDFS集群中添加节点是很容易实现的。添加一个新的DataNode节点，首先在新加节点上安装好Hadoop，要和NameNode使用相同的配置（能够直接从NameNode复制），修改"/usr/hadoop/conf/master"文件，加入NameNode主机名。而后在NameNode节点上修改"/usr/hadoop/conf/slaves"文件，加入新节点主机名，再创建到新加点无密码的SSH链接，运行启动命令：

　　

　　5）负载均衡

　　HDFS的数据在各个DataNode中的分布确定很不均匀，尤为是DataNode节点出现故障或者新增DataNode节点时。新增数据块NameNode对DataNode节点的选择策略也有可能致使数据块分布的不均匀。用户可使用命令从新平衡DataNode的数据块的分布：

　　

　　执行命令前，DataNode节点上数据分布状况，以下所示。

　　

　　

　　负载均衡完毕后，DataNode节点上数据的分布状况，以下所示。

　　

　　执行负载均衡命令，以下所示。

　　

 

 

　　　　

　　感谢原做者，连接：http://www.cnblogs.com/xia520pi/archive/2012/05/28/2520813.html