2021-01-05

首页 联系 Github 友情链接 博客园 管理 关于
原来大数据 Hadoop 是这样存储数据的
Published on 2021-01-04 23:35 in 分类: 大数据 with 后青春期的Keats
分类: 大数据
作者：@后青春期的Keats
本文为作者原创，转载请注明出处：https://www.cnblogs.com/keatsCoder/p/14233180.html

HDFS概述
产生背景
随着数据量越来越大，在一个操作系统中存不下所有的数据。需要将这些数据分配到更多的操作系统中，带来的问题是多操作系统不方便管理和维护。需要一种系统来管理多台机器上的文件，这就是分布式文件管理系统。HDFS是分布式文件管理系统中的一种

定义
HDFS（Hadoop Distributed File System）它是一个文件系统，用于存储文件，通过目录树来定位文件。其次，他是分布式的，由很多服务器联合起来实现其功能，集群中的服务器有各自的角色

HDFS 的使用场景：适合一次写，多次读的场景，且不支持文件的修改。适合用来做数据分析

优缺点
优点
高容错
数据自动保存多个副本，通过增加副本的形式，提高容错性
某一个副本丢失以后，可以自动恢复
适合处理大数据
数据规模：达到 GB、TB、甚至 PB 级别的数据
文件规模：能够处理百万规模以上的文件数量
可以构建在廉价机器上
缺点
不适合低延时数据访问。比如毫秒级的存储数据，做不到
无法高效的对大量小文件进行存储
namenode 对每个文件至少需要消耗 150 字节去存储目录和块信息，小文件相比大文件更消耗 namenode 服务器内存
小文件寻址时间会超过读取时间，违背 HDFS 设计初衷
不支持并发写入、文件随机修改
一个文件只能有一个写，不允许多线程同时写
仅支持数据追加，不支持修改
组成架构
image-20201221211014820

image-20201221211229108

HDFS 文件块大小
HDFS 中的文件在物理上是分块存储（Block），块的大小可以手动配置参数 dfs.blocksize 来修改（Hadoop 2.x 是 128m，之前是 64m）

为什么取 128m 呢？
普遍认为，寻址时间（即查找目标 block 的时间）为 10ms，而寻址时间为传输时间的 1% 时，为 HDFS 运行的理想最佳状态。此时传输时间为 10ms / 1% = 1000ms = 1s，而目前硬盘的传输速度普遍为 100m/s ，因此 block 的大小取 1s*100m/s = 100m。离它最近的 2 的次幂就是 128 了。这块可以看出，影响 block 大小的主要因素就是硬盘的读取速度。因此当采用固态硬盘的时候完全可以把数值调整到 256 m 甚至更多。

块太小的时候，会增加寻址时间

但当块变得很大时，就要想办法避免热点数据的频繁读取了。这一点在 Google 的论文中有提到，论文中给到的解决思路是客户端缓存，但是并没有提具体实现 https://www.cnblogs.com/zzjhn/p/3834729.html

HDFS 的 Shell 操作
基本语法
bin/hadoop fs 具体命令 OR bin/hdfs dfs 具体命令

dfs是fs的实现类

常用命令
命令 解释 示例 备注
-ls 显示目录信息
-mkdir 在HDFS上创建目录 hadoop fs -mkdir -p /user/keats/love -p 创建多级目录
-moveFromLocal 从本地剪切粘贴到HDFS hadoop fs -moveFromLocal ./yaya.txt /user/keats/love/ 前面是来源路径 后面是目标路径，下同
-appendToFile 追加一个文件到已经存在的文件末尾
-cat 显示文件内容
-chgrp 、-chmod、-chown Linux文件系统中的用法一样，修改文件所属权限
-copyFromLocal 从本地文件系统中拷贝文件到HDFS路径去 同 -put
-copyToLocal 从HDFS拷贝到本地 同 -get
-getmerge 合并下载多个文件 hadoop fs -getmerge /user/keats/love/* ./yaya.txt
-tail 显示一个文件的末尾
-rm 删除文件或文件夹
-rmdir 删除空目录
-du 统计文件夹的大小信息 可以理解为 disk use
-setrep 设置HDFS中文件的副本数量 里设置的副本数只是记录在NameNode的元数据中，是否真的会有这么多副本，还得看DataNode的数量。因为目前只有3台设备，最多也就3个副本，只有节点数的增加到10台时，副本数才能达到10
HDFS 客户端操作
环境准备
把之前下载的 hadoop 安装包解压，复制到一个不含中文路径的目录下（建议所有开发相关东西放在一个目录下，方便管理）
配置环境变量 HADOOP_HOME 和 Path
项目准备
项目地址 https://github.com/keatsCoder/HdfsClientDemo

创建 maven 项目，引入依赖

junit junit RELEASE org.apache.logging.log4j log4j-core 2.8.2 org.apache.hadoop hadoop-common 2.10.1 org.apache.hadoop hadoop-client 2.10.1 org.apache.hadoop hadoop-hdfs 2.10.1 jdk.tools jdk.tools 1.8 system ${JAVA_HOME}/lib/tools.jar 创建 Java 类，HdfsClient 主要进行了三步操作

创建 FileSystem 对象
通过 FileSystem 对象执行命令
关闭 FileSystem
public class HdfsClient {
static FileSystem fs;

static {
    Configuration conf = new Configuration();
    conf.set("fs.defaultFS", "hdfs://linux102:9000");

    try {
        fs = FileSystem.get(conf);
    } catch (IOException e) {
        e.printStackTrace();
    }
}

public static void main(String[] args) throws IOException {
    // 执行操作
    mkDir();

    // 释放资源
    fs.close();
}

private static void mkDir() throws IOException {
    fs.mkdirs(new Path("/john/keats"));
}

}
尝试运行，会得到第一个错误，大意是权限被拒绝，这个时候就需要配置 JVM 参数 -DHADOOP_USER_NAME=root 来告诉集群，使用 root 用户进行操作

image-20201222213812660

配置好之后再运行，会遇到第二个错误

Could not locate Hadoop executable: D:\develop\hadoop\bin\winutils.exe -see https://wiki.apache.org/hadoop/WindowsProblems
这是因为我们之前配置环境的时候，解压的 hadoop 文件 bin 目录下没有 winutils.exe 这个文件，根据后面地址 wiki 百科的指示，可以下载该文件放在 bin 目录下。但是目前那个文件的最新版本是 2.8.1，也许会存在某些方面不兼容的问题，目前还暂时没有发现。因此可以直接下载该版本使用 https://github.com/steveloughran/winutils/releases

简化配置用户名和访问路径
FileSystem.get() 有一个重载方法，三个参数，第一个是 hadoop namenode 地址，第二个是 conf 对象，第三个是用户名。可以一次配好

测试方法详见示例代码 HdfsClient2.java 类

fs = FileSystem.get(new URI(“hdfs://linux102:9000”), conf, “root”);
上传文件
在项目 resource 目录下创建文件 zhangsan.txt

调用 copyFromLocalFile 方法上传文件

private static void uploadFile() throws IOException {
URL systemResource = ClassLoader.getSystemResource(“zhangsan.txt”);
String path = systemResource.getPath();

fs.copyFromLocalFile(new Path(path), new Path("/john/keats/love"));

}
copyFromLocalFile 还有三个重载方法，分别提供以下功能

是否删除源文件
当目标文件存在时，是否覆盖目标文件
多文件批量上传，但目标路径必须是文件夹路径
配置文件优先级
之前我们在 hadoop 集群配置的副本数量是 3 ，而 hadoop client 也支持两种方式配置参数

conf 对象通过 key-value 形式配置
resources 目录下放置 xml 配置文件配置
加上默认的 default-xxxx.xml 一共四种配置的方式。他们的优先级是

conf > resources 下的配置文件 > hadoop 集群配置文件 > default

ConfigFileTest.java 类对此处的配置进行的说明与测试，读者可以运行体验

image-20201222223559044

下载文件
fs.copyToLocalFile(new Path("/three.txt"), new Path(“D://zhangsan.txt”));
copyToLocalFile 还有两个重载方法，分别添加了。具体代码可参考 DownLoadFileTest.java

// 是否删除源文件
boolean delSrc
// 是否使用RawLocalFileSystem作为本地文件系统
// 默认是 false，目前比较直观的就是 false 状态下下载文件会同时生成 .crc 格式的校验文件，设置为 true 时不会生成
boolean useRawLocalFileSystem
删除文件
删除文件的API，第二个参数表示是否递归删除。如果要删除的 Path 对应的是文件夹，recursive 需要设置为 true ，否则会抛异常。其实就相当于 rm -r 中的参数 -r

public abstract boolean delete(Path f, boolean recursive) throws IOException;
private static void deleteFile() throws IOException {
// /john/keats 是文件夹目录，递归设置为 false 会报错 PathIsNotEmptyDirectoryException: ``/john/keats is non empty’: Directory is not empty
// fs.delete(new Path("/john/keats"), false);

// 先上传，再删除
HdfsClient2.uploadFile(true);
fs.delete(new Path("/john/keats/love/zhangsan.txt"), true);

}
这块我在删除之前添加了上传操作，目的是为了防止文件不存在。而上传又存在一种可能就是目标文件已存在。这是个薛定谔的文件- -，因此我查看了 FileSystem 的上传 API，他是提供 overwrite 开关的，默认是 true 即覆盖目标文件

文件重命名
private static void renameFile() throws IOException {

String dstFileName = "wangwu.txt";
HdfsClient2.uploadFile();
deleteFile(dstFileName);
// 目标文件不存在，则更名成功
boolean rename = fs.rename(new Path("/john/keats/love/zhangsan.txt"), new Path("/john/keats/love/", dstFileName));
Assert.assertTrue(rename);

// 目标文件存在，则更名失败
boolean renameButDstIsExist = fs.rename(new Path("/john/keats/love/zhangsan.txt"), new Path("/john/keats/love/", dstFileName));
Assert.assertFalse(renameButDstIsExist);

}
读取文件详细信息
public static void listFiles() throws IOException {
// 获取文件详情
RemoteIterator listFiles = fs.listFiles(new Path("/"), true);

while (listFiles.hasNext()) {
    LocatedFileStatus status = listFiles.next();

    // 输出详情
    // 文件名称
    System.out.println(status.getPath().getName());
    // 长度
    System.out.println(status.getLen());
    // 权限
    System.out.println(status.getPermission());
    // 分组
    System.out.println(status.getGroup());

    // 获取存储的块信息
    BlockLocation[] blockLocations = status.getBlockLocations();

    for (BlockLocation blockLocation : blockLocations) {

        // 获取块存储的主机节点
        String[] hosts = blockLocation.getHosts();

        for (String host : hosts) {
            System.out.println(host);
        }
    }

    System.out.println("-----------分割线----------");
}

}
判断某路径下的内容是文件还是文件夹

public static void isFile() throws IOException {
// FileStatus[] listStatus = fs.listStatus(new Path("/"));
FileStatus[] listStatus = fs.listStatus(new Path("/three.txt"));

for (FileStatus fileStatus : listStatus) {
    // 如果是文件
    if (fileStatus.isFile()) {
        System.out.println("f:"+fileStatus.getPath().getName());
    }else {
        System.out.println("d:"+fileStatus.getPath().getName());
    }
}

}
HDFS的I/O流操作
// 从本地上传到HDFS
public static void copyFileFromDiskByIO() throws IOException {
// 2 创建输入流
FileInputStream fis = new FileInputStream(new File(“D:/zhangsan.txt”));

// 3 获取输出流
FSDataOutputStream fos = fs.create(new Path("/zhangsan.txt"));

// 4 流对拷
IOUtils.copyBytes(fis, fos, conf);

}

// 从HDFS拷贝到本地
public static void copyFileFromHDFSByIO() throws IOException {
FSDataInputStream fis = fs.open(new Path("/zhangsan.txt"));

// 3 获取输出流
FileOutputStream fos = new FileOutputStream(new File("D:/zhangsan1.txt"));

// 4 流的对拷
IOUtils.copyBytes(fis, fos, conf);

}
文件的定位读取
/**

• 从某个位置开始拷贝文件，用于读取某个完整文件的部分内容
  */
  public static void copyFileSeek() throws Exception{
  // 2 打开输入流
  FSDataInputStream fis = fs.open(new Path("/hadoop-2.10.1.tar.gz"));

  // 3 定位输入数据位置
  fis.seek(10241024128);

  // 4 创建输出流
  FileOutputStream fos = new FileOutputStream(new File(“D:/hadoop-2.7.2.tar.gz.part2”));

  // 5 流的对拷
  IOUtils.copyBytes(fis, fos, conf);
  }
  HDFS 原理
  HDFS的读写数据流程
  写数据
  image-20201229221340913

1）客户端通过Distributed FileSystem模块向NameNode请求上传文件，NameNode检查目标文件是否已存在，父目录是否存在

2）NameNode返回是否可以上传

3）客户端请求第一个 Block上传到哪几个DataNode服务器上（根据服务器距离以及负载排序，取前副本数个服务器返回）

4）NameNode返回3个DataNode节点，分别为dn1、dn2、dn3

5）客户端通过FSDataOutputStream模块请求dn1上传数据，dn1收到请求会继续调用dn2，然后dn2调用dn3，将这个通信管道建立完成

6）dn1、dn2、dn3逐级应答客户端

7）客户端开始往dn1上传第一个Block（先从磁盘读取数据放到一个本地内存缓存），以Packet为单位，dn1收到一个Packet就会传给dn2，dn2传给dn3；dn1每传一个packet会放入一个应答队列等待应答

8）当一个Block传输完成之后，客户端再次请求NameNode上传第二个Block的服务器。（重复执行3-7步）

读数据
image-20210104210100229

1）客户端通过Distributed FileSystem向NameNode请求下载文件，NameNode通过查询元数据，找到文件块所在的DataNode地址

2）挑选一台DataNode（就近原则，然后随机）服务器，请求读取数据

3）DataNode开始传输数据给客户端（从磁盘里面读取数据输入流，以Packet为单位来做校验）

4）客户端以Packet为单位接收，先在本地缓存，然后写入目标文件

网络拓扑图，节点距离计算
在HDFS写数据的过程中，NameNode会选择距离待上传数据最近距离的DataNode接收数据。那么这个最近距离怎么计算呢？

节点距离：两个节点到达最近的共同祖先的距离总和

image-20201229222511164

机架感知，副本存储节点选择
机架感知说明

http://hadoop.apache.org/docs/r2.10.1/hadoop-project-dist/hadoop-hdfs/HdfsDesign.html#Data_Replication

For the common case, when the replication factor is three, HDFS’s placement policy is to put one replica on one node in the local rack, another on a different node in the local rack, and the last on a different node in a different rack.
image-20201229223021321

这样布置，第一考虑的是速度，也兼顾了容灾的要求

NameNode和SecondaryNameNode
NameNode中的元数据是存储在哪里的？
首先，我们做个假设，如果存储在NameNode节点的磁盘中，因为经常需要进行随机访问，还有响应客户请求，必然是效率过低。因此，元数据需要存放在内存中。但如果只存在内存中，一旦断电，元数据丢失，整个集群就无法工作了。因此产生在磁盘中备份元数据的FsImage

这样又会带来新的问题，当在内存中的元数据更新时，如果同时更新FsImage，就会导致效率过低，但如果不更新，就会发生一致性问题，一旦NameNode节点断电，就会产生数据丢失。因此，引入Edits文件(只进行追加操作，效率很高)。每当元数据有更新或者添加元数据时，修改内存中的元数据并追加到Edits中。这样，一旦NameNode节点断电，可以通过FsImage和Edits的合并，合成元数据。

但是，如果长时间添加数据到Edits中，会导致该文件数据过大，效率降低，而且一旦断电，恢复元数据需要的时间过长。因此，需要定期进行FsImage和Edits的合并，如果这个操作由NameNode节点完成，又会效率过低。因此，引入一个新的节点SecondaryNamenode，专门用于FsImage和Edits的合并

整体的操作机制和 Redis 差不多，FsImage 相当于 Redis 中的 RDB 快照，Edits 相当于 Redis 中的 AOF 日志，两者结合。而 Redis 合并两个文件是采用的 Fork 进程的方式

image-20210104211308789

第一阶段：NameNode启动

（1）第一次启动NameNode格式化后，创建Fsimage和Edits文件。如果不是第一次启动，直接加载编辑日志和镜像文件到内存

（2）客户端对元数据进行增删改的请求

（3）NameNode记录操作日志，更新滚动日志

（4）NameNode在内存中对数据进行增删改

第二阶段：Secondary NameNode工作

​ （1）Secondary NameNode询问NameNode是否需要CheckPoint。直接带回NameNode是否检查结果

​ （2）Secondary NameNode请求执行CheckPoint

​ （3）NameNode滚动正在写的Edits日志

​ （4）将滚动前的编辑日志和镜像文件拷贝到Secondary NameNode

​ （5）Secondary NameNode加载编辑日志和镜像文件到内存，并合并

​ （6）生成新的镜像文件fsimage.chkpoint

​ （7）拷贝fsimage.chkpoint到NameNode

​ （8）NameNode将fsimage.chkpoint重新命名成fsimage

DataNode 工作机制
image-20210104220225348

1）一个数据块在DataNode上以文件形式存储在磁盘上，包括两个文件，一个是数据本身，一个是元数据包括数据块的长度，块数据的校验和，以及时间戳

2）DataNode启动后向NameNode注册，通过后，周期性（1小时）的向NameNode上报所有的块信息

3）心跳是每3秒一次，心跳返回结果带有NameNode给该DataNode的命令如复制块数据到另一台机器，或删除某个数据块。如果超过10分钟没有收到某个DataNode的心跳，则认为该节点不可用

4）集群运行中可以安全加入和退出一些机器

DataNode 多目录配置
DataNode 也可以配置成多个目录，每个目录存储的数据不一样。不同于 NameNode 多目录配置，NameNode 多个目录直接的数据是一样的，仅做备份和容灾用。我想是因为 DataNode 已经使用副本来做备份了，如果还继续在本机复制多份，不是很有必要。而 NameNode 在未做高可用之前并没有足够的备份，因此产生了差异

hdfs-site.xml

dfs.datanode.data.dir file:///${hadoop.tmp.dir}/dfs/data1,file:///${hadoop.tmp.dir}/dfs/data2 添加新数据节点 （1）在hadoop104主机上再克隆一台hadoop105主机

（2）修改IP地址和主机名称

（3）删除原来HDFS文件系统留存的文件（/opt/module/hadoop/data和log）

（4）source一下配置文件

（5）直接启动DataNode，即可关联到集群

如果数据不均衡，可以使用 ./start-balancer.sh 命令实现集群的再均衡

但是这样存在一个问题：如果某些恶意分子知道了 NameNode 的地址，便可以连接集群并克隆出集群的数据，这样是极不安全的

添加白名单
只允许白名单内的地址连接 NameNode

在 NameNode 的 /opt/module/hadoop/etc/hadoop目录下创建 dfs.hosts 文件，并添加如下主机名称

linux102
linux103
linux104
在 NameNode 的 hdfs-site.xml 配置文件中增加 dfs.hosts 属性

dfs.hosts /opt/module/hadoop/etc/hadoop/dfs.hosts 文件分发

xsync hdfs-site.xml
刷新NameNode

hdfs dfsadmin -refreshNodes
打开 Web 页面，可以看到不在白名单的 DataNode 会被下线

黑名单退役
在黑名单上的节点会被强制退出

黑名单的配置 key 如下

dfs.hosts.exclude /opt/module/hadoop/etc/hadoop/dfs.hosts.exclude 需要注意

退役节点时，需要等待退役节点状态为 decommissioned（所有块已经复制完成），停止该节点及节点资源管理器
如果副本数是3，服役的节点小于等于3，是不能退役成功的，需要修改副本数后才能退役
不允许黑白名单同时出现一个主机名
HDFS 2.X 新特性
集群间数据拷贝
bin/hadoop distcp
hdfs://linux102:9000/user/keats/hello.txt hdfs://linux103:9000/user/keats/hello.txt
小文件存档
image-20210104231711569

回收站
开启回收站功能，可以将删除的文件在不超时的情况下，恢复原数据，起到防止误删除、备份等作用

快照管理
快照相当于对目录做一个备份，并不会立刻复制所有文件。而是记录文件变化

参考内容
B站尚硅谷大数据课程
后青春期的Keats
关注 - 2
粉丝 - 31
+加关注
0 0
posted @ 2021-01-04 23:35 后青春期的Keats 阅读(62) 评论(0) 编辑 收藏
登录后才能发表评论，立即 登录 或 注册， 访问 网站首页
公告

昵称： 后青春期的Keats
园龄： 1年8个月
粉丝： 31
关注： 2
+加关注
< 2021年1月 >
日 一 二 三 四 五 六
27 28 29 30 31 1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31 1 2 3 4 5 6
最新随笔

1.原来大数据 Hadoop 是这样存储数据的
2.保姆级教程，带你认识大数据，从0到1搭建 Hadoop 集群
3.图文并茂，带你认识 JVM 运行时数据区
4.kafka 监控工具 eagle 的安装(内附高速下载地址)
5.kafka的认识、安装与配置
6.10w行级别数据的Excel导入优化记录
7.StringBuider 在什么条件下、如何使用效率更高？
8.Hystrix微服务容错处理及回退方法源码分析
9.拥抱并行流，提高程序执行速度
10.使用Optional，不再头疼NPE
积分与排名

积分 - 37873
排名 - 27831
随笔分类

Java8特性(6)
JavaSE基础(2)
JVM(1)
大数据(2)
框架(8)
其他(4)
前端相关(3)
数据库(14)
微服务(5)
运维相关(4)
最新评论

1. Re:使用Optional，不再头疼NPE
   优秀
   –掀起你的头盖骨

2. Re:StringBuider 在什么条件下、如何使用效率更高？
   @脚1脚 可以的…
   –后青春期的Keats

3. Re:StringBuider 在什么条件下、如何使用效率更高？
   你好，喜欢你的文章，可以授权转载到公众号吗？注明出处，谢谢！
   –脚1脚

4. Re:Eureka在有虚拟网卡的情况下获取正确的IP
   你那个配置 spring: cloud: inetutils: ignored-interfaces: ## 忽略网卡 - VMware.* 可以写在bootstrap.yml中，因为他是在对配置文件…
   –孤僻的小孩

5. Re:10w行级别数据的Excel导入优化记录
   你这个插入用事务控制吗？如果用事务控制，最后用的并行流这个怎么保证事务回滚？
   –艾米大青山
   阅读排行榜

6. SpringBoot操作ES进行各种高级查询(10082)

7. SpringBoot入门及YML文件详解(4709)

8. 10w行级别数据的Excel导入优化记录(4423)

9. 解决tinyint映射成boolean/byte的问题(3766)

10. Vmware15.5安装与许可教程(2362)
    评论排行榜

11. 10w行级别数据的Excel导入优化记录(32)

12. Spring Cloud Feign 优雅的服务调用(6)

13. Java基础及JavaWEB以及SSM框架学习笔记Xmind版(5)

14. 一次修改数据库物理文件造成Mysql宕机的恢复记录(3)

15. StringBuider 在什么条件下、如何使用效率更高？(2)
    Copyright © 2021 后青春期的Keats
    Powered by .NET 5.0 on Kubernetes
    好文要赞 关注我 收藏该文 ← → ↓ ↑