HDFS笔记

最新推荐文章于 2023-06-11 15:39:37 发布
最新推荐文章于 2023-06-11 15:39:37 发布
阅读量326 收藏
点赞数
文章标签： hadoop big data
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_45618899/article/details/120058211
版权

HDFS（分布式文件系统）

1 HDFS架构

HDFS （Hadoop Distributed File System） Hadoop分布式文件系统。
作用：

解决海量数据存储问题—分布式文件系统(多台计算机存储)
突破单体服务器的存储能力。

在学习HDFS的使用前，我们先来了解下HDFS的架构和相关的概念。无论使用何种技术，大规模数据存储都要解决以下几个核心问题：

  • 数据存储容量的问题 ：大数据要解决的是数以PB计的数据计算问题，而一般的服务器磁盘容量通常以TB为单位，那么如何存储这么大规模的数据？
  • 数据读写速度的问题：一般磁盘的连续读写速度为几十MB，以这样的速度，几十PB的数据恐怕要读写到天荒地老。
  • 数据可靠性的问题：磁盘大约是计算机设备中最易损坏的硬件了，通常情况一块磁盘使用寿命大概是一年，如果磁盘损坏了，怎么保证数据不丢失？

HDFS的架构是围绕这几方面问题的解决展开设计。

1.1 数据块和副本

1.1.1 数据块

HDFS上存储的大文件通常无法在一个节点上完整存储，就需要将文件拆分成多个数据块（block）分散存储，默认是128MB。其实单一磁盘上的文件系统，也是将文件划分成块大小的多个分块，但是和HDFS的块相比要小的多（4KB)。与面向单一磁盘的文件系统不同的是，HDFS的块会被存放到大数据机器集群上不同的机器。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ed00imYR-1630554804591)(HDFS笔记.assets/image-20210216103319198.png)]

HDFS的块为什么这么大？

HDFS的块默认为128MB是为了匹配现有的硬件的传输速度。现有的服务器机房局域网网络千兆带宽=125MB/s，磁盘读写速度100~300MB/s

block过小：块的数量变多，增加了文件的寻址次数，也就增加了文件整体的寻址开销。
block过大：会导致单个block读取时间过长，影响该部分数据的处理速度。且增加了单个块传输的失败几率，重试成本过高。

以后随着新一代硬件传输速度的提升，块的大小会被设置的更大。

说明：和单一磁盘文件系统对于块的处理有一点不同，单一磁盘文件系统中小于1个块大小的文件也会占用1个块的磁盘空间，而HDFS中小于1个块大小的文件不会占据整个块的空间（例如1MB的文件存储在128MB的块中，只会占用1MB的磁盘空间）。

1.1.2 副本

由于 Hadoop 被设计运行在廉价的机器上，这意味着硬件是不可靠的，为了保证容错性，HDFS 提供了数据复制机制。HDFS 将每一个文件存储为一系列块的同时，每个块由多个副本来保证容错，块的大小和复制因子可以自行配置（默认情况下，块大小是 128M，默认复制因子是 3）。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-tDZVngy6-1630554804594)(HDFS笔记.assets/image-20210216103807178.png)]

作用：防止因为机器的单点故障，导致数据丢失。
实战参数：一般block的replication就是3个。

1.2 NameNode和DataNode

文件在文件系统中存储有2部分信息：

  • 元数据：保存文件的描述信息（类型、权限、所有者、大小等等）
  • 数据：文件中真正的数据部分（对应着数据块）

在HDFS集群中有专门管理元数据的NameNode节点和保存数据块的DataNode节点。HDFS 遵循主/从架构，HDFS集群节点由单个 NameNode(NN) 和多个 DataNode(DN) 组成：

  • NameNode :

    1. 基于内存管理文件的元数据（文件路径、权限信息、大小、副本数、数据块、数据块DN列表）

      张3.avi -rwxrwxrwx root root 500M 3 [blk1,blk2,…]

    2. 管理着集群中所有DataNode节点信息，是集群的管理者（master）

      datanode12 ip地址 磁盘容量 磁盘使用情况
      datanode13 ip地址 磁盘容量 磁盘使用情况

      目的：掌握datanode健康状况，了解磁盘容量，数据分布的负载均衡。
      均衡使用datanode的磁盘空间。 集合多个datanode服务器的网络带宽，提高数据传输速度。

  • DataNode：

    1. 保存实际的文件数据（文件切分后的数据块），并负责处理client发起的数据读写请求
    2. 是HDFS集群的从节点（Slave）

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-uzhIXdUz-1630554804595)(HDFS笔记.assets/image-20210216112649479.png)]

1.3 心跳和块状态报告

在集群环境下，因为网络割裂或者DataNode宕机会导致一部分Datanode跟Namenode失去联系。NameNode如何获取最新在线的DataNode节点信息？
解决方案：心跳机制（heartBeat）

每个Datanode节点周期性（3s）地向Namenode发送心跳信号。Namenode通过心跳信号的缺失来检测这一情况，并将这些近期（10min）不再发送心跳信号的Datanode标记为宕机，不会再将新的IO请求发给它们。

因为HDFS运行在廉价的机器上，DataNode上的数据块在长时间使用后很可能会损坏。NameNode如何获取到最新的数据块状态呢？
解决方案：块状态报告（blockreport）

DataNode会定期上报datanode中的存储的block的信息到Namenode,如果上报的信息中没有包含某个块的信息，则说明该块已经损坏。
示例：dn1中存储blk1、blk2一共2个块，上报块状态时如果发现blk2已经损坏，只会上报blk1的块信息，NameNode没有收到blk2的信息，则认为blk2已经损坏

说明：NameNode中并不会存储节点信息和块的存储信息，在HDFS启动后由DataNode通过心跳和块状态报告获取。

那么，还有一个问题：DataNode是如何判断一个块是否损坏？
解决方案：校验和（CheckSum、数字指纹）

DataNode在存储数据块的时候会同时存储其checksum。datanode定期，计算本节点存储的block的checksum，判断是否和之前的checksum保持一致。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-voPzY9RN-1630554804597)(HDFS笔记.assets/image-20210216120702640.png)]

1.4 文件的写流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TiFOKKoj-1630554804598)(HDFS笔记.assets/image-20210216123201457.png)]

写流程：

  1. Client首先将要存储的数据切分成若干块，然后向NameNode发送存储请求
  2. NameNode检查权限、存储文件是否已存在等信息，确认无误后返回允许存储的响应，这个响应还包括第一个Block要存放的DataNode列表的信息（比如DN1、DN3、DN4）。
  3. Client得到NameNode的响应，打开文件输出流，向第一个DataNode请求打开管道，DN1接受的信息后继续通知DN3，DN3接受到DN1的信息后通知DN4,DN4接受到信息后确认没有更多副本了，向DN3返回响应信息，DN3获取到DN4的响应后向DN1返回响应，DN1得到响应后向Clinet返回响应
  4. Clinet获得响应后，确认pipeline（管线，管线上每个节点都能收到相同的数据流）已开通，开始写入数据。
  5. Client在确认block1完成传输后，向NameNode发送请求，确认block1已存入，NN更新自己的元数据，并返回block2的存储地址
  6. 重复，直到所有block都存入。

1.5 文件的读流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-dWW35OXz-1630554804599)(HDFS笔记.assets/image-20210216125637278.png)]

读流程：

  1. Client访问NameNode，查询元数据信息，获得这个文件的数据块和每个数据块的DN列表
  2. 客户端Client会选取离客户端最近的DataNode来读取block；。
  3. 读取完当前block的数据后，关闭当前的DataNode链接，并为读取下一个block寻找最佳的DataNode；。
  4. 客户端接收数据后，先在本地缓存，然后写入目标文件。

2 安装（伪分布式）

软件下载地址：点击这里

  1. 集群规划（在1台机器上搭建伪分布式）

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3cyuCOQ3-1630554804600)(HDFS笔记.assets/image-20210803220914711.png)]

  2. 服务器环境准备

    0. 克隆机器
1. 修改ip
vi /etc/sysconfig/network-scripts/ifcfg-ens33
2. 设置hostname
hostnamectl set-hostname hadoop10
3. 域名映射
vi /etc/hosts
4. 关闭防火墙
systemctl stop firewalld
systemctl disable firewalld
5. 安装JDK
tar xzvf jdk1.8-xxx.tar.gz -C /opt/installs/
6. 并配置环境变量
vi /etc/profile
	 export JAVA_HOME=/opt/installs/jdk1.8/
     export PATH=$PATH:/opt/installs/jdk1.8/bin/
     export classpath=.
7. 加载配置
     source /etc/profile

  3. 安装HDFS（Hadoop中包含HDFS）

    0. 上传hadoop安装包到/opt/modules
1. 解压缩
[root@hadoop10 modules]# tar xzvf hadoop-2.9.2.tar.gz -C /opt/installs/
2. 配置环境变量
vi /etc/profile
编辑内容如下：
export HADOOP_HOME=/opt/installs/hadoop-2.9.2
export PATH=$PATH:$JAVA_HOME/bin:$HADOOP_HOME/bin:$HADOOP_HOME/sbin
3. 重新加载配置
source /etc/profile

    hadoop目录结构

    yum install -y tree #安装tree工具
#通过tree查看Hadoop目录结构
[root@hadoop10 ~]# tree -L 1 /opt/installs/hadoop-2.9.2/
/opt/installs/hadoop-2.9.2/
├── bin			# hadoop客户端操作相关的脚本程序，hdfs、hadoop、yarn
├── etc			# 配置文件目录
├── include		# C语言编写的程序，无需关注
├── lib			# 使用C语言编写的native实现，无需关注
├── libexec		# hadoop运行时，加载配置的脚本
├── logs 		# 系统运行日志目录，排查故障！初始安装时没有，运行后就会自动生成
├── LICENSE.txt	
├── NOTICE.txt	
├── README.txt
├── sbin		# hadoop服务端操作相关的脚本，常见的比如：启动或关闭服务
└── share		# hadoop运行的依赖jar包

  4. 初始化配置文件（hadoop-2.9.2/etc/hadoop/）

    hadoop-env.sh 	— hadoop环境配置(jdk)
core-site.xml	— hadoop核心配置文件
hdfs-site.xml	— HDFS的个性化配置文件 副本因子
slaves			— 在哪个节点启动datanode

    1. haddop-env.sh配置jdk环境变量

      将export JAVA_HOME=${JAVA_HOME}
修改为 export JAVA_HOME=/opt/installs/jdk1.8.0_291

    2. core-site.xml 配置服务访问地址和数据保存位置

      <configuration>
        <!-- 在这里添加如下配置-->
        <!-- 配置hdfs入口，本质上就是NameNode节点所在机器的ip和服务端口号-->
        <property>
                <name>fs.defaultFS</name>
                <value>hdfs://hadoop10:9000</value>
        </property>
        <!-- 配置数据保存的位置,需要在hadoop的根目录下新建data目录 -->
        <property>
                <name>hadoop.tmp.dir</name>
                <value>/opt/installs/hadoop-2.9.2/data</value>
        </property>
</configuration>

    3. hdfs-site.xml 配置副本个数

      <configuration>
        <!-- 添加如下配置-->
        <!-- 设置数据块副本数量,伪分布式DataNode只有1个，所以副本量配置为1-->
        <property>
                <name>dfs.replication</name>    
                <value>1</value>
        </property>
</configuration>

    4. slaves 配置slave（也就是DataNode的节点ip）

      hadoop10	#配置从机DataNode的ip，如果DataNode有多个就配置多个（多个ip换行分隔）

  5. 格式化HDFS（第1次安装HDFS格式化文件系统）

    一旦hadoop配置启动失败，清空data下的文件，再重新格式化。

hdfs namenode -format	#初始化namenode和datanode存放数据的目录

  6. 启动HDFS

    # 启动hdfs，注意：启动过程中需要多次输入密码
  start-dfs.sh
# 关闭hdfs，注意：关闭过程中也需要多次输入密码
  stop-dfs.sh
  
日后可以通过配置免密登录解决启动和关闭过程多次输入密码的繁琐问题

  7. 验证

    # 查看hdfs进程,必须要有以下的进程
[root@hadoop10 installs]# jps
2225 NameNode  # master namenode主机
4245 Jps
2509 SecondaryNameNode 
2350 DataNode  # slave datanode从机

    # 查看hdfsWeb服务,注意在物理机上也需要配置域名映射才可以直接通过域名：hadoop10访问
1. 查看namenode的web服务
  http://hadoop10:50070
  
2. 查看datanode的Web服务
  http://hadoop10:50075

3 搭建知识补充

  1. 日志查看(查看hdfs运行异常)

    hadoop-2.9.2/logs/下保存着hadoop相关的运行日志
# namenode启动运行日志
  hadoop-用户名-namenode-主机名.log
  
# datanode启动日志
  hadoop-用户名-datanode-主机名.log

  2. HDFS(配置错误修正)

    # 1. 关闭启动的hdfs程序(NN DN)
	stop-dfs.sh
# 2. 修改错误的配置文件。

# 3. data目录清空，重新格式化
    hdfs namenode -format
    
场景： 格式化或者启动hadoop失败,则说明配置有问题
  说明：
      hadoop/data文件夹
      作用： 保存datanode和namenode持久化的数据。
      时机：
        1. 格式化hdfs namenode -format 会初始化该目录下的文件。
        2. hdfs运行期间产生的数据，会操作该目录中的数据。
  必要操作：删除格式化或者启动数据保存的文件目录。

  3. Web界面

NameNode的web管理器地址：http://ip:50070
在NameNode管理页面有2个常用功能：查看DataNode信息和管理文件元数据

  1. 查看DataNode信息

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3ZbnlPQz-1630554804601)(HDFS笔记.assets/image-20210216152441650.png)]

  2. 管理文件元数据

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xE8y4wuH-1630554804602)(HDFS笔记.assets/image-20210216152609919.png)]

4 HDFS客户端

要使用HDFS管理文件，需要使用Client操作HDFS。而我们通过Client主要完成如下的操作：

  • 上传文件
  • 下载文件
  • 删除文件
  • 修改文件名（不能直接修改文件内容，可以通过2次覆盖完成修改）

4.1 HDFS命令

通过内置的hdfs命令使用Client。

  1. 命令所在的目录

    hadoop安装目录/bin/hdfs

  2. HDFS文件系统结构

    和Linux目录结构相似

  3. 命令格式

    hdfs dfs -命令 -参数

4.2 常用命令

命令含义示例代码
hdfs dfs -ls [-R] hdfs文件路径查看文件元数据信息hdfs dfs -ls /
hdfs dfs -mkdir -p /目录a/目录b新建文件夹，如果父目录不存在则添加-p参数hdfs dfs -mkdir -p /baizhi/file
hdfs dfs -put linux文件路径 hdfs文件路径文件上传hdfs dfs -put /opt/models/jdk /baizhi
hdfs dfs -get hdfs文件路径 linux文件路径文件下载hdfs dfs -get /baizhi/jdk1.8 /opt
hdfs dfs -cat hdfs文档路径查看文件内容hdfs dfs -cat /baizhi/Test.java
hdfs dfs -rm hdfs文件路径删除文件hdfs dfs -rm /baizhi/Test.java
hdfs dfs -rm -r hdfs文件夹删除文件夹hdfs dfs -rm -r /baizhi
hdfs dfs -chmod [-R] 权限运算值 hdfs文件
hdfs dfs -chmod [-R] u+x hdfs文件路径		修改hdfs文件权限hdfs dfs -chmod o+w /baizhi
hdfs dfs -appendToFile linux本地A文件 HDFS远程B文件将A文件内容追加到HDFS的B文件的末尾。hdfs dfs -appendToFile /etc/profile /Test1.java
hdfs dfs -mv /hdfs/demo1/wordcount1.log /hdfs/demo2移动HDFS文件系统内部文件hdfs dfs -mv /hdfs/demo1/wordcount1.log /hdfs/demo2
hdfs dfs -getmerge HDFS的文件目录 linux本地文件将HDFS中的目录下多个文件，合并后下载本地hdfs dfs -getmerge /config/*.xml /hello.xml
hdfs dfs -copyFromLocal linux文件路径 hdfs目录文件上传hdfs dfs -copyFromLocal jdk-8u191-linux-x64.rpm /
hdfs dfs -copyToLocal hdfs文件路径 linux本地文件路径文件下载hdfs dfs -copyToLocal /jdk-8u191-linux-x64.rpm /root/
hdfs dfs -moveToLocal HDFS文件路径 linux文件路径(当前版本还没有实现)HDFS文件移动到客户端本地(下载+删除远程)
hdfs dfs -moveFromLocal linux文件路径 hdfs文件路径(可以用)客户端文件移动到HDFS中(上传+删除本地)hdfs dfs -moveFromLocal jdk-8u191-linux-x64.rpm /dir1
# 场景
  大量10w小文件在HDFS存储，每个文件1kb，总大小，100MB.
  HDFS保存多少元数据：
      10w个文件描述信息
      10w个block的位置信息
  HDFS保存多少Block： 
      10w*3个block.
# 问题：
  产生大量的block描述信息，大量的文件元数据，占用大量的NameNode内存空间，。
# 解决：
  1. 使用HDFS命令合并下载本地。 -getmerge
  2. 将合并后的文件上传即可。 
  3. 原始的小文件删除了。

5 Java操作HDFS

除了可以通过命令行Client操作HDFS，还可以通过Java API操作HDFS。

5.1 环境搭建

在windows上需要准备HDFS专有开发环境。

  1. 解压缩 hadoop2.9.2的软件到windows中(路径不能有中文，不能有空格)。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yXcALOg4-1630554804602)(HDFS笔记.assets/image-20210216174148340.png)]

    注意：要以管理员身份解压缩

  2. 拷贝bin路径下，替换客户端工具。

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-ZEAlGLCt-1630554804603)(HDFS笔记.assets/image-20210216175010272.png)]

  3. 在windows中配置hadoop环境变量

    HADOOP_HOME=hadoop安装路径
PATH=hadoop安装路径/bin

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TwBy5Uue-1630554804604)(HDFS笔记.assets/image-20210216182804994.png)]

  4. 如果IDEA或者Eclipse已经启动，需要重启下开发工具

5.2 入门

API含义作用
Configuration配置信息，封装操作hdfs的配置文件信息
FileSystemHDFS分布式文件系统工具，操作HDFS中的文件
Path操作的文件路径

  1. 添加log4j.properties配置文件和依赖

    <dependencies>
    <dependency>
        <groupId>org.apache.hadoop</groupId>
        <artifactId>hadoop-client</artifactId>
        <version>2.9.2</version>
    </dependency>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.12</version>
    </dependency>
</dependencies>

  2. 编码

    package com.baizhi.test;

import org.apache.hadoop.conf.Configuration;
import org.apache.hadoop.fs.FileSystem;
import org.apache.hadoop.fs.Path;
import org.junit.Test;

import java.io.IOException;

public class HDFSTest {
    @Test
    public void testCopyFormLocalFile() throws IOException {
        //1 初始化配置
        Configuration configuration = new Configuration();
        configuration.set("fs.defaultFS","hdfs://192.168.146.10:9000");
        configuration.set("dfs.replication","1");
        //2 获取操作HDFS的工具
        FileSystem fs = FileSystem.get(configuration);
        //3 操作HDFS
        fs.copyFromLocalFile(new Path("E:/test.mp4"), new Path("/baizhi/file"));
        //4 释放资源
        fs.close();
    }
}

    常见异常：

    Caused by: org.apache.hadoop.ipc.RemoteException(org.apache.hadoop.security.AccessControlException): Permission denied: user=Xsy, access=WRITE, inode="/baizhi/file":root:supergroup:drwxr-xr-x

    解决方案：

    为hdfs文件夹/baizhi/file添加写权限
    hdfs dfs -chmod 777 /baizhi/file

5.3 常见API操作

  1. 上传

    @Test
public void testCopyFormLocalFile() throws IOException {
    //1 初始化配置
    Configuration configuration = new Configuration();
    configuration.set("fs.defaultFS","hdfs://192.168.146.10:9000");
    configuration.set("dfs.replication","1");
    //2 获取操作HDFS的工具
    FileSystem fs = FileSystem.get(configuration);
    //3 操作HDFS
    fs.copyFromLocalFile(new Path("E:/test.mp4"), new Path("/data/file/test.mp4"));
    //4 释放资源
    fs.close();
}

  2. 下载

    @Test
public void testCopyToLocalFile() throws  IOException{
    //1 初始化配置
    Configuration configuration = new Configuration();
    configuration.set("fs.defaultFS","hdfs://192.168.146.10:9000");
    configuration.set("dfs.replication","1");
    //2 获取操作HDFS的工具
    FileSystem fs = FileSystem.get(configuration);
    //3 操作HDFS
    fs.copyToLocalFile(new Path("/baizhi/file/test.mp4"), new Path("E:/test2.mp4"));
    //4 释放资源
    fs.close();
}

  3. 删除

    @Test
public void testDelete() throws IOException{
    //1 初始化配置
    Configuration configuration = new Configuration();
    configuration.set("fs.defaultFS", "hdfs://192.168.146.10:9000");
    configuration.set("dfs.replication", "1");
    //2 获取操作HDFS的工具
    FileSystem fs = FileSystem.get(configuration);
    //3 操作HDFS
    /**
         参数1：远端hdfs的文件路径
         参数2：是否递归删除，如果删除的是文件夹设置为false，删除无法递归则会抛出异常
                    如果是文件，无论是true|false都可以
         返回值：是否删除成功
         */
    boolean deleteOk = fs.delete(new Path("/baizhi/file/test.mp4"), true);
    System.out.println("deleteOk = " + deleteOk);
    //4 释放资源
    fs.close();
}

  4. 文件追加内容

    @Test
public void testAppend() throws IOException {
    //1 初始化配置
    Configuration configuration = new Configuration();
    configuration.set("fs.defaultFS", "hdfs://192.168.146.10:9000");
    configuration.set("dfs.replication", "1");
    //2 获取操作HDFS的工具
    FileSystem fs = FileSystem.get(configuration);
    //3 操作HDFS
    FSDataOutputStream out = fs.append(new Path("/baizhi/file/test.txt"));
    out.write("hello world".getBytes());
    out.close();
    //4 释放资源
    fs.close();
}

  5. 查看目录组成

    @Test
public void testListStatus() throws IOException{
    //1 初始化配置
    Configuration configuration = new Configuration();
    configuration.set("fs.defaultFS", "hdfs://192.168.146.10:9000");
    configuration.set("dfs.replication", "1");
    //2 获取操作HDFS的工具
    FileSystem fs = FileSystem.get(configuration);
    //3 操作HDFS
    FileStatus[] fileStatuses = fs.listStatus(new Path("/baizhi/file"));
    for (FileStatus status : fileStatuses) {
        //获取文件路径
        Path path = status.getPath();
        System.out.println("path = " + path);
        //是否是目录
        boolean directory = status.isDirectory();
        System.out.println("directory = " + directory);
        //获取文件权限
        FsPermission permission = status.getPermission();
        System.out.println("permission = " + permission);
        //获取数据块副本数
        short replication = status.getReplication();
        System.out.println("replication = " + replication);
        //获取上次修改时间
        long modificationTime = status.getModificationTime();
        System.out.println("modificationTime = " + modificationTime);
        //获取文件大小，单位字节
        long len = status.getLen();
        System.out.println("len = " + len);
    }

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

  6. 读取文件信息

    @Test
public void testListFiles() throws IOException{
    //1 初始化配置
    Configuration configuration = new Configuration();
    configuration.set("fs.defaultFS", "hdfs://192.168.146.10:9000");
    configuration.set("dfs.replication", "1");
    //2 获取操作HDFS的工具
    FileSystem fs = FileSystem.get(configuration);
    //3 操作HDFS
    /**
         * 功能：递归获得目录下的所有文件(不包含文件夹)的元数据信息，相当于hdfs的ls命令
         * listFiles参数1：要查看的目录	
         * listFiles参数2：是否递归 -R
         */
    RemoteIterator<LocatedFileStatus> files = fs.listFiles(new Path("/"), true);
    while(files.hasNext()){
        //迭代获得每个file元数据
        LocatedFileStatus file = files.next();
        //1. 获得文件路径
        Path path = file.getPath();
        System.out.println("path = " + path);
        //2. 获得文件权限
        FsPermission permission = file.getPermission();
        System.out.println("permission = " + permission);
        //3. 获得文件副本数
        short replication = file.getReplication();
        System.out.println("replication = " + replication);
        //4. 获得文件修改时间,long的时间戳
        long modificationTime = file.getModificationTime();
        System.out.println("modificationTime = " + modificationTime);
        //5. 获得文件大小，单位B
        long len = file.getLen();
        System.out.println("len = " + len);
        //6. 获得block的切片分布信息
        BlockLocation[] blockLocations = file.getBlockLocations();
        System.out.println("blockLocations = " + Arrays.toString(blockLocations));
    }

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

6 HDFS原理相关

6.1 Trash 回收站

回收站：主要用来存放用户临时删除的文档资料，存放在回收站的文件可以恢复，避免用户误删数据。

HDFS为了规避由于用户的误操作，导致的数据删除丢失，用户可以在构建HDFS的时候，配置HDFS的垃 圾回收功能。所谓的垃圾回收，本质上是在用户删除文件的时候，系统并不会立即删除文件，仅仅是将 文件移动到垃圾回收的目录。并配置过期时间，一旦超过该时间，系统会删除该文件，用户需要在 到期之前，将回收站的文件移出垃圾站，即可避免删除。

配置core-site.xml,开启垃圾回收功能

<!--开启垃圾回收,需要在core-site.xml中添加如下配置，然后重启hdfs即可-->
<!--垃圾回收,1440分钟 == 1天-->
<property>
  <name>fs.trash.interval</name>
  <value>1440</value>
</property>

验证回收站功能是否开启成功

#删除一个文件
 hdfs dfs -rm /baizhi/file/test.txt
#日志信息
21/02/16 21:37:47 INFO fs.TrashPolicyDefault: Moved: 'hdfs://hadoop10:9000/baizhi/file/test.txt' to trash at: hdfs://hadoop10:9000/user/root/.Trash/Current/baizhi/file/test.txt

还原文件

# 恢复回收站数据(本质上就是移动文件)
hdfs dfs -mv /user/root/.Trash/Current/baizhi/file/test.txt  /baizhi/file/

6.2 NameNode持久化

NameNode中的元数据是保存在内存中的，如果NameNode宕机，导致内存中的文件元数据丢失怎么办？NameNode有一套持久化机制避免数据丢失。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-iajRuVXT-1630554804604)(HDFS笔记.assets/image-20210216224636772.png)]

持久化方式分析：

  • 日志持久化

    NameNode会将每一个增删改的命令记录到日志文件中，然后再修改内存中的元数据

    特点：

    1. 记录最新操作，数据完整性高 --持久化角度
    2. 如果操作积累的比较多，文件比较大，数据恢复时比较慢。–数据恢复角度

  • 快照持久化

    fsimage是二进制的序列化文件，是对内存中元数据的快照，可以跨平台，恢复速度快。

    特点：

    1. 数据不及时，完整性低。–持久化角度
    2. 空间占用小，数据恢复速度快。–数据恢复角度

NameNode持久化思路：

  1. Client发起增删改的操作请求
  2. 将增删改操作记录到edits log文件中
  3. 在内存中做元数据的增删改操作
  4. 同时edits log的内容会不断的定时合并到fsimage中（具体怎么合并，就需要SNN的辅助了）
  5. 合并的同时，生成新的edits log文件（避免edits log积累操作过多，文件过大。这个时候fsimage已经记录了原edits log文件的操作，也没必要保存原edits log的操作记录了）

总结：NameNode的持久化文件由edits log文件和 fsimage文件构成：edits log记录某个时间节点后的操作记录，fsimage记录某个时间节点前的元数据信息，edits log + fsimage 2者合在一起等同于NameNode中内存里的元数据。

6.3 SecondaryNameNode和检查点

SecondaryNameNode：负责合并edit log和fsimage。

由于2种持久化方式各自的特点，HDFS会混合使用2种方式：edits log记录最新的操作，定期合并到fsimage中。由于在HDFS架构中NameNode是单节点的，为避免合并操作影响NameNode本身正常的服务，NameNode本身不会执行edits log和fsimage的合并，而是由SecondaryNameNode负责合并。

SecondaryNameNode的合并工作流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-9DyvRXba-1630554804605)(HDFS笔记.assets/image-20210216232448682.png)]

  1. 对原edits文件重命名保存，并创建一个新的日志文件（新日志文件记录合并过程中的操作）
  2. 将eidts文件和fsimage复制到SNN上
  3. SNN将fsimage的数据读取到内存，然后应用edits记录的操作，得到合并后的fsimage.ckpt
  4. 将合并后的fsimage.ckpt复制到NN，重命名为fsimage并替换原有的fsimage

注意：如果在合并过程中NameNode损坏，那么，丢失了在合并过程中产生的新的edits,因此namenode失效时，难免会丢失部分元数据。

CheckPoint：SNN执行一次合并的过程，称之为检查点。
CheckPoint的触发时机

# 每1分钟检查一次触发条件。(SNN每隔1分钟，访问一次NN)，如果检查发现满足以下任一条件即触发检查点

  1. 每隔1小时触发一次checkPoint
  2. 每100w次操作，触发一次checkpoint

可以在hdfs-site.xml中进行配置

namevalue（默认）含义
dfs.namenode.checkpoint.period36003600秒触发一次，数据合并，也就是checkpoint
dfs.namenode.checkpoint.txns1000000100w次操作触发一次
dfs.namenode.checkpoint.check.period601分钟执行一次检查操作

说明：SNN和NN在一个服务器上，存在单点故障。一旦服务器磁盘损坏，元数据就再也无法找回。实战中，SNN和NN放在不同的服务器上（集群中讲解）。

6.4 HDFS启动流程和安全模式（SafeMode）

安全模式：

HDFS启动过程中， 会进入一个特殊状态（SafeMode），该状态下NameNode暂停接受客户端文件修改操作(只能接收文件读操作)

HDFS启动流程

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TAtUk2h6-1630554804606)(HDFS笔记.assets/image-20210217113122357.png)]

  1. NameNode启动，加载最新的fsimage恢复数据，并加载未合并的editslog_inprogress。一旦在内存中成功建立文件系统元数据的映像，还会创建一个新的fsimage文件和空的editlog（这操作不需要SNN的辅助）。— NN管理内存数据完整。

  2. 等待接受DataNode的心跳 HeartBeat ，向NameNode上报以下信息（fsimage中不存储数据块的位置，安全模式下由DN向NN发送位置信息）。

DN的本节点地址 健康状态 磁盘容量 剩余容量 版本号

  1. 等待接受DataNode的块报告 Block Report（保存的全部Block的信息: block的id offset length ），直到满足以下2个条件才退出安全模式

    判断数据块是否满足最小副本因子(dfs.namenode.replication.min)，默认值1 ，即数据块至少要有1个完整的块。
    判断所有满足最小副本因子的块的比例是否达到要求(dfs.namenode.safemode.threshold-pct),默认值99.9%。如果设置大于1，则永远不会退出安全模式

  2. 满足条件后，不会立刻退出安全模式。

    满足条件后，hdfs还会处于安全模式一定时间（dfs.namemode.safemode.extension)。默认值（30000毫秒），这项值可以设置为0。

  3. HDFS退出安全模式，才能正常工作。

手动安全模式:


  理由：实际开发中为了对HDFS进行维护，会手动NameNode进入安全模式
  注意：safemode安全模式下，只能对HDFS中文件进行读操作，不能进行写操作(上传 修改 删除 移动)
  
  0. 查看hfds安全模式状态
    hdfs dfsadmin -safemode get
  1. 进入安全模式
    hdfs dfsadmin -safemode enter
  2. 退出安全模式
    hdfs dfsadmin -safemode leave

6.5 副本存放机制-机架感知（rack-aware）

数据块副本是为了保证数据的完整性，提高容灾能力。为了更好的提高副本的作用，HDFS有一套副本存放机制。
考虑要素：

  1. 同1个块的多个副本不能放到同1台DN上，防止被一锅端
  2. HDFS集群的DN有很多台节点，分布在不同的机架上甚至不同的机房
  3. 节点内部的网络数据传输, 速度最快. 同1机架次之

机架感知-副本存放策略(hadoop2.7.6以前)–旧版本

  1. 第一个block副本放在客户端所在的服务器的datanode中。
  2. 第二个block副本放置在本机架内的其它数据节点datanode上
  3. 第三个block副本放置在不同机架的随机某个节点上。(防止某个机架数据丢失)

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7Q8q70Fy-1630554804607)(HDFS笔记.assets/image-20210217115214641.png)]

机架感知-副本存放策略(hadoop2.8.4以后)–新版本

  1. 第一个block副本，放在client所在的节点
  2. 第二个block副本，放在另一个机架上的某个节点上。
  3. 第三个block副本，放在第二个机架的不同节点上。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JDhrkOPg-1630554804608)(HDFS笔记.assets/image-20210217115400758.png)]

7 HDFS完全分布式集群搭建（hadoop1.x）

7.1 集群规划

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-q92DbecP-1630554804609)(HDFS笔记.assets/image-20210217123928646.png)]

Hadoop11机器：

启动NameNode和1个DataNode

Hadoop12机器：

启动SecondaryName和1个DataNode

Hadoop13机器：

启动1个DataNode

这样，虽然一共只有3个机器，但是HDFS集群有1个NN、1个SNN和3个DN节点。

7.2 免密登录

HDFS是面向分布式集群环境设计的，整个HDFS集群节点的启动需要跨机器启动，也就需要远程登录到相应的Linux服务器启动HDFS节点。为了简化启动时的认证流程，需要使用免密登录。

start-dfs.sh和stop-dfs.sh的原理:

start-dfs.sh 执行后，会远程登录到NN和DN节点上执行 hadoop-daemon.sh start namenode 启动NN节点，执行 hadoop-daemon.sh start datanode启动DN节点，执行 hadoop-daemon.sh start secondarynamenode启动SNN节点。
stop-dfs.sh也是一样的流程。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3pRBSEY0-1630554804609)(HDFS笔记.assets/image-20210217144015088.png)]

免密登录配置：

  1. 生成密钥对

    ssh-keygen 按3次回车

  2. 将公钥发送到要免密登录的机器上

    ssh-copy-id 其它机器ip或者主机名

7.3 搭建步骤

  1. 克隆3台安装过Hadoop机器，并进行环境初始化

    1.修改ip
vi /etc/sysconfig/network-scripts/ifcfg-ens33
	修改IPADDR
systemctl restart network #重启网络服务
2.配置hostname
hostnamectl set-hostname 主机名 # 分别设置 hadoop11 hadoop12 hadoop13
3.域名映射
vi /etc/hosts
192.168.146.11 hadoop11
192.168.146.12 hadoop12
192.168.146.13 hadoop13

4.关闭防火墙
systemctl stop firewalld
systemctl disable firewalld

  2. 配置免密登录

    1.在hadoop11机器上生成密钥对
ssh-keygen 按3次回车

2.复制公钥到hadoop11、hadoop12和hadoop13机器上
ssh-copy-id hadoop11
ssh-copy-id hadoop12
ssh-copy-id hadoop13

3.测试一下
ssh hadoop12

  3. 修改配置文件（hadoop-2.9.2/etc/hadoop）

    1. hadoop-env.sh 配置JAVA_HOME

      set JAVA_HOME=/opt/installs/jdk1.8.0_291

    2. core-site.xml配置NN入口和数据保存的位置

      
<configuration>
        <property>
                <name>fs.defaultFS</name>
                <value>hdfs://hadoop11:9000</value>
        </property>
        <property>
                <name>hadoop.tmp.dir</name>
                <value>/opt/installs/hadoop-2.9.2/data</value>
        </property>
</configuration>

    3. hdfs-site.xml配置副本数量和SNN节点信息

      <configuration>
    	<!-- 副本数量-->
        <property>
                <name>dfs.replication</name>
                <value>3</value>
        </property>
    	<!-- SNN节点信息-->
        <property>
                <name>dfs.namenode.secondary.http-address</name>
                <value>hadoop12:50090</value>
        </property>
        <property>
                <name>dfs.namenode.secondary.https-address</name>
                <value>hadoop12:50091</value>
        </property>
</configuration>

    4. slaves配置多个DataNode节点

      hadoop11
hadoop12
hadoop13

    5. 将以上配置同步到其它机器上

      #同步到hadoop12机器
scp hadoop-env.sh root@hadoop12:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp core-site.xml root@hadoop12:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp hdfs-site.xml root@hadoop12:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp slaves root@hadoop12:/opt/installs/hadoop-2.9.2/etc/hadoop/
#同步到hadoop13机器
scp hadoop-env.sh root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp core-site.xml root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp hdfs-site.xml root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp slaves root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/

  4. 初始化HDFS集群

    1.删除每一台机器克隆来的data数据
rm -rf /opt/installs/hadoop-2.9.2/data
2.格式化集群（在namenode节点执行格式化命令）
hdfs namenode -format

  5. 启动HDFS集群

    #在拥有免密登录权限的机器上（hadoop11）执行如下命令
start-dfs.sh

#分别在hadoop11、hadoop12和hadoop13执行jps查看hdfs进程

[root@hadoop11 hadoop]# jps
5076 NameNode
5206 DataNode
5435 Jps

[root@hadoop2 installs]# jps
4628 DataNode
4729 SecondaryNameNode
4795 Jps


[root@hadoop13 opt]# jps
1810 Jps
1732 DataNode

  6. 在windows中通过web界面访问hdfs

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-pXj132Mh-1630554804610)(HDFS笔记.assets/image-20210217141749847.png)]

    windows最好也进行域名映射，否则只能通过ip访问

/hadoop-2.9.2/etc/hadoop/
#同步到hadoop13机器
scp hadoop-env.sh root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp core-site.xml root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp hdfs-site.xml root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
scp slaves root@hadoop13:/opt/installs/hadoop-2.9.2/etc/hadoop/
```

  1. 初始化HDFS集群

    1.删除每一台机器克隆来的data数据
rm -rf /opt/installs/hadoop-2.9.2/data
2.格式化集群（在namenode节点执行格式化命令）
hdfs namenode -format

  2. 启动HDFS集群

    #在拥有免密登录权限的机器上（hadoop11）执行如下命令
start-dfs.sh

#分别在hadoop11、hadoop12和hadoop13执行jps查看hdfs进程

[root@hadoop11 hadoop]# jps
5076 NameNode
5206 DataNode
5435 Jps

[root@hadoop2 installs]# jps
4628 DataNode
4729 SecondaryNameNode
4795 Jps


[root@hadoop13 opt]# jps
1810 Jps
1732 DataNode

  3. 在windows中通过web界面访问hdfs

    [外链图片转存中…(img-pXj132Mh-1630554804610)]

    windows最好也进行域名映射，否则只能通过ip访问

    [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BeS4W82a-1630554804611)(HDFS笔记.assets/image-20210217142040717.png)]

程序员小许CL
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Hadoop（三）HDFS 原理
qq_41620635的博客
02-16 3713
HDFS核心的设计思想   HDFS 集群中，主要的角色有 NameNode 和 DataNode 两大角色 （SecondaryNamenode 和 Client）；   NameNode 负责管理文件系统的元数据，并响应 Client 的请求；   DataNode 负责存储用户的文件块（block），进行读写文件，并向 NameNode 发送心跳信息。   文件会按照固定的大小切分成块（block），每一个 block 的默认大小为 128M；   每一个 block 都会存在多个副本，形成备份存在于
hdfs笔记.txt
08-18
大数据笔记，hdfs 包含：hdfs的安装和一些介绍 大数据笔记，hdfs 包含：hdfs的安装和一些介绍
hdfs心跳机制
鸭梨的博客
12-15 2072
hdfs是master/slave结构，master包括namenode和resourcemanager，slave包括datanode和nodemanager master启动时会开启一个IPC服务，等待slave连接 slave启动后，会主动连接IPC服务，并且每隔3秒链接一次，这个时间是可以调整的，设置heartbeat，这个每隔一段时间连接一次的机制，称为心跳机制。Slave通过心跳给master汇报自己信息，master通过心跳下达命令。 Namenode通过心跳得知datanod..
HDFS的心跳机制
tianfxin的博客
09-25 695
DataNode默认向NameNode每隔3秒汇报一次，主要汇报2点：一点是DataNode的状态信息，另一个是自身DataNode所持有的所有的数据块的信息。 按照规定，每个DataNode都需要向NameNode汇报，如果某一时刻开始，某个DataNode不汇报了，可能就是宕机了（只要通过玩过传输数据，就可能存在丢失或延迟）。HDFS规定：NameNode连续10次没有收到汇报，便认为可能存在宕机的可能。 DataNode启动好之后，会专门启动一个线程，去专门负责心跳数据包，如果整个Da...
HDFS心跳机制、负载均衡、安全模式
qq_45275284的博客
03-22 546
当HDFS负载均衡时，需要对HDFS进行数据的负载均衡调整，即对各节点机器上数据的存储分布进行调整。从而，让数据均匀分布再各个DataNode上，均衡IO性能，防止热点的发生。安全模式是hadoop的一种保护机制，用于保证集群中的数据块的安全性。DataNode默认每3秒像NameNode汇报一次，向NameNode汇报状态信息，并且返回NameNode对DataNode的操作命令。hadoop集群刚启动时，回进入安全模式，用到的就是心跳机制。● 每次移动的数据量以及占用的网络资源，必须是可控的。
HDFS的心跳机制学习
qq_41257653的博客
05-24 808
HDFS的心跳机制学习 在HDFS的主/从架构中，NameNode 是主服务器，负责管理整个集群中的 DataNode，DataNode 是从服务器，负责执行任务。HDFS 中的通讯协议都是构建在 TCP/IP 协议之上，DataNode 使用 Datanode Protocol 接口与 NameNode 交互，而 Datanode Protocol 又是基于远程过程调用（RPC）之上的，这个 NameNode 与 DataNode 通信的过程就是 HDFS 的心跳机制。DataNode 通过心跳机制与 N
hadoop的hdfs笔记
01-01
hadoop的hdfs模块学习，所有的操作步骤都是验证过了，都是可执行的
HDFS原理介绍
10-09
保存多个副本，且提供容错机制，副本丢失或宕机自动恢复。默认存3份。 2. 运行在廉价的机器上。 3....HDFS默认会将文件分割成block，64M为1个block。... (笔记：HDFS不适合小文件存储：小文件多，造成内存负担。)
HDFS心跳机制是什么？
热门推荐
Shockang的博客
05-27 1万+
写在前面 本文隶属于专栏《1000个问题搞定大数据技术体系》，该专栏为笔者原创，引用请注明来源，不足和错误之处请在评论区帮忙指出，谢谢！ 本专栏目录结构和文献引用请见1000个问题搞定大数据技术体系 解答 心跳机制 主节点和数据节点之间的通信协议如下： 每隔3s，数据节点都会发送心跳(heartbeat)信息给 NameNode节点，所以 NameNode水远都会实时知道哪些数据节点是在线的; 每隔6h，数据节点会发送完整的数据块报告给 NameNode，所以NameNode会知道系统上各个文件和相关
HDFS心跳机制--判断DN失联部分的源码解析
u014468095的博客
02-15 1171
一、 前言 今天朋友问我HDFS中，如果namenode 10分30秒没有收到dn心跳，则判断dn不可用，这个10分30秒是怎么来的。翻源码过程如下。 二、Datanode发送心跳 1. DataNode.java的main方法 2. createDataNode方法 3.instantiateDataNode方法 4.makeInstance方法 5.实例化DataNode对象，在初始化一些配置之后，进入startDataNode方法，启动dn ...
HDFS工作机制
weixin_44142672的博客
04-29 828
Hadoop心跳机制(heartbeat) 1.为什么会出现心跳机制？ ​ 心跳机制是主节点master监控从节点slaver的状态的，如果没有心跳机制，slaver宕机或者存储的块数据出现异常依旧处于工作状态，等master在下达命令时在连接，会严重影响任务的进行。所以出现了心跳机制 2.心跳机制是什么？ ​ 简单来说就跟老师和学生，学生每隔一段时间向老师交一次作业，老师根据所交的作业来判断你是...
hdfs四大机制
张之海的博客
05-30 1191
1 心跳机制 重点：两个参数和namenode判定datanode宕机所需的时间 因为hdfs具有心跳机制，所以在搭建分布式集群时，必须进行时间同步。 心跳机制的原因：namenode是集群中的老大，负责进行任务分工，要进行分工，必须知道各个datanode结点的存活状态。 namenode怎么 知道datanode的存活状态？datanode每隔一定时间向namenode发送一次心跳报告，目的就...
hadoop心跳机制
雾幻的博客
12-04 3549
主节点和从节点之间的通信是通过心跳机制（心跳实际上是一个RPC函数）实现的 所谓“心跳”是一种形象化描述，指的是持续的按照一定频率在运行，类似于心脏在永无休止的跳动。心跳机制：1) master启动的时候，会开启一个RPC server 2) slave启动时进行连接master，并每隔3秒钟主动向master发送一个“心跳” 将自己的状态信息告诉master，然后master通过这个心跳的
ＨＤＦＳ的四大机制
lv_hulk的博客
10-23 956
hdfs的四大机制： 心跳机制： hdfs主从架构 主namenode 从datanode 在hdfs的整个运行过程中需要datanode定时的向namenode发送心跳报告 namenode可以通过心跳报告确定datanode是可以正常工作的 发送心跳报告的作用： 1）报告自己的存活状况 2）报告自己的块信息 心跳报告的周期：3s 不能过长 不能太短 查看心跳间隔的 源代码： &amp;amp;lt;...
hdfs的四大机制详解
heihei2017的博客
09-26 790
心跳机制 目的： 为了实现主节点和从节点的通信 重点： 两个参数和namenode判定datanode宕机所需的时间 因为hdfs具有心跳机制，所以在搭建分布式集群时，必须进行时间同步。 心跳机制的原因：namenode是集群中的老大，负责进行任务分工，要进行分工，必须知道各个datanode结点的存活状态。 namenode怎么 知道datanode的存活状态？datanode每隔一定...
探讨hadoop的心跳机制
最新发布
shuyangpeng的博客
06-11 900
例如，在块复制过程中，BPServiceActor会协调DataNode之间的块传输，并通知NameNode块复制的状态，以确保数据的一致性和可靠性。心跳的频率是在Hadoop的配置文件中配置的。对容器的维护和管理：RMNodeImpl类中的一些方法用于维护和管理节点上的容器，例如记录容器状态的变化、维护容器的启动和关闭、处理容器的状态更新等。对节点的心跳和资源管理：RMNodeImpl类中的一些方法用于发送节点的心跳和管理节点的资源，例如发送心跳、更新节点资源、处理节点上的容器等。
Secondary NameNode作用
Bloddy的博客
05-29 2440
在讲解Secondary NameNode作用之前，先看下没有Secondary NameNode存在的问题。 没有Secondary NameNode存在的问题 NameNode主要是用来保存HDFS的元数据信息，比如命名空间信息，块信息等。主要通过以下两种文件来管理。 fsimage - 它是在NameNode启动时对整个文件系统的快照 edit logs - 它是在NameNode启...
hadoop集群启动与关闭需要输入密码
JavaPub
11-22 3099
启动Hadoop总是需要输入密码的问题. 　　start-all.sh 总是需要输入当前密码. 一开始以为是权限不够. 1.修改sudo配置文件 sudo visudo 增加 hduser ALL=(ALL) NOPASSWD:ALL 解决了 权限提升需要输入密码的问题. 但是之后执行发现还是需要密码… 搜索后发现原来它是ssh登录本地shell来执行的. 解决办法就是. 把之前生成的rsa公匙追加到 ~/.ssh/authorized_keys cat ~/.ssh/id_rsa.pub &

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值