【Hadoop】一、Apache Hadoop、 HDFS

news/2024/5/20 2:31:38 标签: hadoop, hdfs, apache

一、Apache Hadoop、 HDFS

1、Apache Hadoop概述

Hadoop介绍

  • 狭义上Hadoop指的是Apache软件基金会的一款开源软件。

    用java语言实现,开源 允许用户使用简单的编程模型实现跨机器集群对海量数据进行分布式计算处理

  • Hadoop核心组件

    Hadoop HDFS(分布式文件存储系统):解决海量数据存储

    Hadoop YARN(集群资源管理和任务调度框架):解决资源任务调度

    Hadoop MapReduce(分布式计算框架):解决海量数据计算

  • 官网 http://hadoop.apache.org

  • 广义上Hadoop指的是围绕Hadoop打造的大数据生态圈

    在这里插入图片描述

Hadoop发展简史

  • Hadoop之父:Doug Cutting

  • Hadoop起源于Apache Lucene子项目:

    Nutch Nutch的设计目标是构建一个大型的全网搜索引擎。

    遇到瓶颈:如何解决数十亿网页的存储和索引问题

  • Google三篇论文

    《The Google file system》:谷歌分布式文件系统GFS

    《MapReduce: Simplified Data Processing on Large Clusters》:谷歌分布式计算框架MapReduce

    《Bigtable: A Distributed Storage System for Structured Data》:谷歌结构化数据存储系统

Hadoop现状

  • HDFS作为分布式文件存储系统,处在生态圈的底层与核心地位;
  • YARN作为分布式通用的集群资源管理系统和任务调度平台,支撑各种计算引擎运行,保证了Hadoop地位;
  • MapReduce作为大数据生态圈第一代分布式计算引擎,由于自身设计的模型所产生的弊端,导致企业一线几乎不 再直接使用MapReduce进行编程处理,但是很多软件的底层依然在使用MapReduce引擎来处理数据。

Hadoop特性优点

  • 扩容能力(scalability)

    Hadoop是在可用的计算机集群间分配 数据并完成计算任务的,这些集群可方便灵活的方式扩展到数以千计的节点。

  • 成本低(economical)

    Hadoop集群允许通过部署普通廉价的机 器组成集群来处理大数据,以至于成本很低。看重的是集群整体能力

  • 效率高(efficiency)

    通过并发数据,Hadoop可以在节点之间动态并行的移动数据,使得速度非常快。

  • 可靠性(reliability)

    能自动维护数据的多份复制,并且在任务失败后能自动地重新部署(redeploy)计算任务。所以Hadoop的按位存储和处理数据的能力值得人们信赖。

Hadoop架构变迁(1.0-2.0变迁)

  • Hadoop 1.0

    HDFS(分布式文件存储) MapReduce(资源管理和分布式数据处理)

  • Hadoop 2.0

    HDFS(分布式文件存储) MapReduce(分布式数据处理) YARN(集群资源管理、任务调度)

  • Hadoop 3.0架构组件和Hadoop 2.0类似,3.0着重于性能优化。

    • 通用方面

      精简内核、类路径隔离、shell脚本重构

    • Hadoop HDFS

      EC纠删码、多NameNode支持

    • Hadoop MapReduce

      任务本地化优化、内存参数自动推断

    • Hadoop YARN

      Timeline Service V2、队列配置

2、Apache Hadoop集群搭建

Hadoop集群整体概述

  • Hadoop集群包括两个集群:HDFS集群、YARN集群

  • 两个集群逻辑上分离、通常物理上在一起

  • 两个集群都是标准的主从架构集群

    在这里插入图片描述

Hadoop集群简介

  • 逻辑上分离

    两个集群互相之间没有依赖、互不影响

  • 物理上在一起

    某些角色进程往往部署在同一台物理服务器上

  • MapReduce集群呢?

    MapReduce是计算框架、代码层面的组件没有集群之说

Hadoop集群搭建(Hadoop集群分布式安装)

  • Step1:集群角色规划

    • 角色规划的准则

    根据软件工作特性和服务器硬件资源情况合理分配

    比如依赖内存工作的NameNode是不是部署在大内存机器上?

    • 角色规划注意事项

    资源上有抢夺冲突的,尽量不要部署在一起

    工作上需要互相配合的。尽量部署在一起

服务器运行角色
node1namenode datanode resourcemanager nodemanager
node2secondarynamenode datanode nodemanager
node3atanode nodemanager
  • Step2:服务器基础环境准备

    主机名(3台机器) vim /etc/hostname

    node1
    node2
    node3
    

    设置静态IP

    • node1:
      UUID="08d531cc-32bb-4c25-b146-566ad30307af"
      IPADDR="192.168.88.131"
    • node2:
      UUID="08d531cc-32bb-4c25-b147-566ad30307af"
      IPADDR="192.168.88.132"
    • node3:
      UUID="08d531cc-32bb-4c25-b148-566ad30307af"
      IPADDR="192.168.88.133"

    Hosts映射(3台机器) vim /etc/hosts

    192.168.88.131 node1
    192.168.88.132 node2
    192.168.88.133 node3
    

    防火墙关闭(3台机器)

    systemctl stop firewalld.service #关闭防火墙 
    
    systemctl disable firewalld.service #禁止防火墙开启自启
    

    ssh免密登录(node1执行->node1|node2|node3)

    ssh-keygen #4个回车 生成公钥、私钥 
    ssh-copy-id node1、ssh-copy-id node2、ssh-copy-id node3 #
    

    集群时间同步(3台机器)

     yum -y install ntpdate 
     ntpdate ntp4.aliyun.com
    

    创建统一工作目录(3台机器)

     mkdir -p /export/server/ #软件安装路径 
     mkdir -p /export/data/ #数据存储路径 
     mkdir -p /export/software/ #安装包存放路径
    
  • Step3:上传安装包、解压安装包

  • Step4:Hadoop安装包目录结构

    目录说明
    binHadoop最基本的管理脚本和使用脚本的目录,这些脚本是sbin目录下管理脚本的基础实现,用户可以直接使用这些脚本管理和使用Hadoop。
    etcHadoop配置文件所在的目录
    include对外提供的编程库头文件(具体动态库和静态库在lib目录中),这些头文件均是用C++定义的,通常用于C++程序访问HDFS或者编写MapReduce程序。
    lib该目录包含了Hadoop对外提供的编程动态库和静态库,与include目录中的头文件结合使用。
    libexec各个服务对用的shell配置文件所在的目录,可用于配置日志输出、启动参数(比如JVM参数)等基本信息。
    sbinHadoop管理脚本所在的目录,主要包含HDFS和YARN中各类服务的启动/关闭脚本。
    shareHadoop各个模块编译后的jar包所在的目录,官方自带示例。

    配置文件概述

    • 官网文档:https://hadoop.apache.org/docs/r3.3.0/

    • 第一类1个:hadoop-env.sh

    • 第二类4个:

      xxxx-site.xml ,site表示的是用户定义的配置,会覆盖default中的默认配置。

      core-site.xml 核心模块配置 hdfs-site.xml hdfs文件系统模块配置

      mapred-site.xml MapReduce模块配置

      yarn-site.xml yarn模块配置

    • 第三类1个:workers

    • 所有的配置文件目录:/export/server/hadoop-3.3.0/etc/hadoop

  • 修改配置文件(配置文件路径 hadoop-3.3.0/etc/hadoop)

    • hadoop-env.sh

      #文件最后添加
      export JAVA_HOME=/export/server/jdk1.8.0_241
      
      export HDFS_NAMENODE_USER=root
      export HDFS_DATANODE_USER=root
      export HDFS_SECONDARYNAMENODE_USER=root
      export YARN_RESOURCEMANAGER_USER=root
      export YARN_NODEMANAGER_USER=root 
      
    • core-site.xml

      <!-- 设置默认使用的文件系统 Hadoop支持file、HDFS、GFS、ali|Amazon云等文件系统 -->
      <property>
          <name>fs.defaultFS</name>
          <value>hdfs://node1:8020</value>
      </property>
      
      <!-- 设置Hadoop本地保存数据路径 -->
      <property>
          <name>hadoop.tmp.dir</name>
          <value>/export/data/hadoop-3.3.0</value>
      </property>
      
      <!-- 设置HDFS web UI用户身份 -->
      <property>
          <name>hadoop.http.staticuser.user</name>
          <value>root</value>
      </property>
      
      <!-- 整合hive 用户代理设置 -->
      <property>
          <name>hadoop.proxyuser.root.hosts</name>
          <value>*</value>
      </property>
      
      <property>
          <name>hadoop.proxyuser.root.groups</name>
          <value>*</value>
      </property>
      
      <!-- 文件系统垃圾桶保存时间 -->
      <property>
          <name>fs.trash.interval</name>
          <value>1440</value>
      </property>
      
    • hdfs-site.xml

      <!-- 设置SNN进程运行机器位置信息 -->
      <property>
          <name>dfs.namenode.secondary.http-address</name>
          <value>node2:9868</value>
      </property>
      
    • mapred-site.xml

      <!-- 设置MR程序默认运行模式: yarn集群模式 local本地模式 -->
      <property>
        <name>mapreduce.framework.name</name>
        <value>yarn</value>
      </property>
      
      <!-- MR程序历史服务地址 -->
      <property>
        <name>mapreduce.jobhistory.address</name>
        <value>node1:10020</value>
      </property>
       
      <!-- MR程序历史服务器web端地址 -->
      <property>
        <name>mapreduce.jobhistory.webapp.address</name>
        <value>node1:19888</value>
      </property>
      
      <property>
        <name>yarn.app.mapreduce.am.env</name>
        <value>HADOOP_MAPRED_HOME=${HADOOP_HOME}</value>
      </property>
      
      <property>
        <name>mapreduce.map.env</name>
        <value>HADOOP_MAPRED_HOME=${HADOOP_HOME}</value>
      </property>
      
      <property>
        <name>mapreduce.reduce.env</name>
        <value>HADOOP_MAPRED_HOME=${HADOOP_HOME}</value>
      </property>
      
    • yarn-site.xml

      <!-- 设置YARN集群主角色运行机器位置 -->
      <property>
      	<name>yarn.resourcemanager.hostname</name>
      	<value>node1</value>
      </property>
      
      <property>
          <name>yarn.nodemanager.aux-services</name>
          <value>mapreduce_shuffle</value>
      </property>
      
      <!-- 是否将对容器实施物理内存限制 -->
      <property>
          <name>yarn.nodemanager.pmem-check-enabled</name>
          <value>false</value>
      </property>
      
      <!-- 是否将对容器实施虚拟内存限制。 -->
      <property>
          <name>yarn.nodemanager.vmem-check-enabled</name>
          <value>false</value>
      </property>
      
      <!-- 开启日志聚集 -->
      <property>
        <name>yarn.log-aggregation-enable</name>
        <value>true</value>
      </property>
      
      <!-- 设置yarn历史服务器地址 -->
      <property>
          <name>yarn.log.server.url</name>
          <value>http://node1:19888/jobhistory/logs</value>
      </property>
      
      <!-- 历史日志保存的时间 7天 -->
      <property>
        <name>yarn.log-aggregation.retain-seconds</name>
        <value>604800</value>
      </property>
      
    • workers

      node1
      node2
      node3
      
  • 分发同步hadoop安装包

    cd /export/server
    
    scp -r hadoop-3.3.0 root@node2:$PWD
    scp -r hadoop-3.3.0 root@node3:$PWD
    
  • hadoop添加到环境变量(3台机器)

    vim /etc/profile
    
    export HADOOP_HOME=/export/server/hadoop-3.3.0
    export PATH=$PATH:$HADOOP_HOME/bin:$HADOOP_HOME/sbin
    
    source /etc/profile
    
    
    #别忘了scp给其他两台机器哦
    
  • Hadoop集群启动

    • 首次启动)格式化namenode

      hdfs namenode -format
      
    • 脚本一键启动

      [root@node1 ~]# start-dfs.sh 
      Starting namenodes on [node1]
      Last login: Thu Nov  5 10:44:10 CST 2020 on pts/0
      Starting datanodes
      Last login: Thu Nov  5 10:45:02 CST 2020 on pts/0
      Starting secondary namenodes [node2]
      Last login: Thu Nov  5 10:45:04 CST 2020 on pts/0
      
      [root@node1 ~]# start-yarn.sh 
      Starting resourcemanager
      Last login: Thu Nov  5 10:45:08 CST 2020 on pts/0
      Starting nodemanagers
      Last login: Thu Nov  5 10:45:44 CST 2020 on pts/0
      
    • Web UI页面

      • HDFS集群:http://node1:9870/
      • YARN集群:http://node1:8088/

  • 错误1:运行hadoop3官方自带mr示例出错。

    • 错误信息

      Error: Could not find or load main class org.apache.hadoop.mapreduce.v2.app.MRAppMaster
      
      Please check whether your etc/hadoop/mapred-site.xml contains the below configuration:
      <property>
        <name>yarn.app.mapreduce.am.env</name>
        <value>HADOOP_MAPRED_HOME=${full path of your hadoop distribution directory}</value>
      </property>
      <property>
        <name>mapreduce.map.env</name>
        <value>HADOOP_MAPRED_HOME=${full path of your hadoop distribution directory}</value>
      </property>
      <property>
        <name>mapreduce.reduce.env</name>
        <value>HADOOP_MAPRED_HOME=${full path of your hadoop distribution directory}</value>
      </property>
      
    • 解决 mapred-site.xml,增加以下配置

      <property>
        <name>yarn.app.mapreduce.am.env</name>
        <value>HADOOP_MAPRED_HOME=${HADOOP_HOME}</value>
      </property>
      <property>
        <name>mapreduce.map.env</name>
        <value>HADOOP_MAPRED_HOME=${HADOOP_HOME}</value>
      </property>
      <property>
        <name>mapreduce.reduce.env</name>
        <value>HADOOP_MAPRED_HOME=${HADOOP_HOME}</value>
      </property>
      

Hadoop集群启停

  • 每台机器上每次手动启动关闭一个角色进程,可以精准控制每个进程启停,避免群起群停。

  • HDFS集群

    #hadoop2.x版本命令
    hadoop-daemon.sh start|stop namenode|datanode|secondarynamenode
    #hadoop3.x版本命令
    hdfs --daemon start|stop namenode|datanode|secondarynamenode
    
  • YARN集群

    #hadoop2.x版本命令
    yarn-daemon.sh start|stop resourcemanager|nodemanager
    #hadoop3.x版本命令
    yarn --daemon start|stop resourcemanager|nodemanager
    

shell脚本一键启停

  • 在node1上,使用软件自带的shell脚本一键启动。前提:配置好机器之间的SSH免密登录和workers文件。
  • HDFS集群 start-dfs.sh stop-dfs.sh
  • YARN集群 start-yarn.sh stop-yarn.sh
  • Hadoop集群 start-all.sh stop-all.sh

HDFS集群

  • 地址:http://namenode_host:9870 其中namenode_host是namenode运行所在机器的主机名或者ip 如果使用主机名访问,别忘了在Windows配置hosts

    在这里插入图片描述

YARN集群

  • 地址:http://resourcemanager_host:8088 其中resourcemanager_host是resourcemanager运行所在机器的主机名或者ip 如果使用主机名访问,别忘了在Windows配置hosts

    在这里插入图片描述

3、HDFS分布式文件系统基础

文件系统定义

  • 文件系统 是一种 存储组织数据 的方法,实现了数据的存储、分级组织、访问和获取等操作,使得用户 对文件访问和查找变得容易;
  • 文件系统使用 树形目录 的抽象逻辑概念代替了硬盘等物理设备使用数据块的概念,用户不必关心数据底层存在硬盘哪里,只需要记住这个文件的所属目录和文件名即可;
  • 文件系统通常使用硬盘和光盘这样的存储设备,并维护文件在设备中的物理位置。

传统常见的文件系统

  • 所谓 传统 常见的文件系统更多指的的单机的文件系统,也就是底层不会横跨多台机器实现。比如windows操作系统上的文件系统、Linux上的文件系统、FTP文件系统等等。
  • 这些文件系统的共同特征包括:
  1. 带有抽象的目录树结构,树都是从/根目录开始往下蔓延;
  2. 树中节点分为两类:目录和文件 ;
  3. 从根目录开始,节点路径具有唯一性。

数据、元数据

  • 数据
    指存储的内容本身,比如文件、视频、图片等,这些数据底层最终是存储在磁盘等存储介质上的,一般用户无需关心,只需要基于目录树进行增删改查即可,实际针对数据的操作由文件系统完成。
  • 元数据
    元数据(metadata)又称之为解释性数据,记录数据的数据;
    文件系统元数据一般指文件大小、最后修改时间、底层存储位置、属性、所属用户、权限等信息。

海量数据存储遇到的问题

  • 成本高
    传统存储硬件通用性差,设备投资加上后期维护、升级扩容的成本非常高。

  • 如何支撑高效率的计算分析
    传统存储方式意味着数据:存储是存储,计算是计算,当需要处理数据的时候把数据移动过来。
    程序和数据存储是属于不同的技术厂商实现,无法有机统一整合在一起。

  • 性能低
    单节点I/O性能瓶颈无法逾越,难以支撑海量数据的高并发高吞吐场景。

  • 可扩展性差
    无法实现快速部署和弹性扩展,动态扩容、缩容成本高,技术实现难度大。

一、分布式存储的优点

 问题:数据量大,单机存储遇到瓶颈
 解决:
单机纵向扩展:磁盘不够加磁盘,有上限瓶颈限制
多机横向扩展:机器不够加机器,理论上无限扩展

二、元数据记录的功能

 问题:文件分布在不同机器上不利于寻找
 解决:元数据记录下文件及其存储位置信息,快速定位文件位置

三、分块存储好处

 问题:文件过大导致单机存不下、上传下载效率低
 解决:文件分块存储在不同机器,针对块并行操作提高效率

四:副本机制的作用

 问题:硬件故障难以避免,数据易丢失
 解决:不同机器设置备份,冗余存储,保障数据安全

HDFS简介

  • HDFS(Hadoop Distributed File System ),意为: Hadoop分布式文件系统 。是Apache Hadoop核心组件之一,作为大数据生态圈最底层的分布式存储服务而存在。也可以说大数据首先要解决的问题就是海量数据的存储问题。

  • HDFS主要是解决大数据如何存储问题的。分布式意味着是HDFS是横跨在多台计算机上的存储系统。

  • HDFS是一种能够在普通硬件上运行的分布式文件系统,它是高度容错的,适应于具有大数据集的应用程序,它非常适于存储大型数据(比如TB 和PB)。

  • HDFS使用多台计算机存储文件, 并且提供统一的访问接口, 像是访问一个普通文件系统一样使用分布式文件系统。

HDFS设计目标

  • 硬件故障(Hardware Failure)是常态,HDFS可能有成百上千的服务器组成,每一个组件都有可能出现故障。因此 故障检测和自动快速恢复 是HDFS的核心架构目标。

  • HDFS上的应用主要是以流式读取数据(Streaming Data Access)。HDFS被设计成 用于批处理 ,而不是用户交互式的。相较于数据访问的反应时间,更 注重数据访问的高吞吐量

  • 典型的HDFS文件大小是GB到TB的级别。所以,HDFS被调整成 支持大文件(Large Data Sets) 。它应该提供很高的聚合数据带宽,一个集群中支持数百个节点,一个集群中还应该支持千万级别的文件。

  • 大部分HDFS应用对文件要求的是 write-one-read-many 访问模型。一个文件一旦创建、写入、关闭之后就不需要修改了。这一假设简化了数据一致性问题,使高吞吐量的数据访问成为可能。

  • 移动计算的代价比之移动数据的代价低。一个应用请求的计算,离它操作的数据越近就越高效。将计算移动到数据附近,比之将数据移动到应用所在显然更好。

  • HDFS被设计为可从一个平台轻松移植到另一个平台。这有助于将HDFS广泛用作大量应用程序的首选平台。

HDFS应用场景

适合场景

大文件
数据流式访问
一次写入多次读取
低成本部署,廉价PC
高容错

不适合场景

小文件
数据交互式访问
频繁任意修改
低延迟处理

HDFS重要特性

( 1 )主从架构

  • HDFS集群是标准的master/slave主从架构集群。

  • 一般一个HDFS集群是有一个Namenode和一定数目的Datanode组成。

  • Namenode是HDFS主节点,Datanode是HDFS从节点,两种角色各司其职,共同协调完成分布式的文件存储服务。

  • 官方架构图中是一主五从模式,其中五个从角色位于两个机架(Rack)的不同服务器上。

    在这里插入图片描述

( 2 )分块存储

  • HDFS中的文件在物理上是分块存储(block)的,默认大小是128M( 134217728 ),不足128M则本身就是一块。

  • 块的大小可以通过配置参数来规定,参数位于hdfs-default.xml中:dfs.blocksize。

    在这里插入图片描述

( 3 )副本机制

  • 文件的所有block都会有副本。副本系数可以在文件创建的时候指定,也可以在之后通过命令改变。
  • 副本数由参数 dfs.replication 控制,默认值是 3 ,也就是会额外再复制 2 份,连同本身总共 3 份副本。

( 4 )元数据管理

在HDFS中,Namenode管理的元数据具有两种类型:

  • 文件自身属性信息
    文件名称、权限,修改时间,文件大小,复制因子,数据块大小。
  • 文件块位置映射信息
    记录文件块和DataNode之间的映射信息,即哪个块位于哪个节点上。

( 5 )namespace

  • HDFS支持传统的层次型文件组织结构。用户可以创建目录,然后将文件保存在这些目录里。文件系统名字空间的层次结构和大多数现有的文件系统类似:用户可以创建、删除、移动或重命名文件。

  • Namenode负责维护文件系统的namespace名称空间,任何对文件系统名称空间或属性的修改都将被Namenode记录下来。

  • HDFS会给客户端提供一个统一的抽象目录树,客户端通过路径来访问文件,形如:hdfs://namenode:port/dir-a/dir-b/dir-c/file.data。

    在这里插入图片描述

( 6 )数据块存储

  • 文件的各个block的具体存储管理由DataNode节点承担。
  • 每一个block都可以在多个DataNode上存储。

HDFS shell命令行解释说明

介绍

  • 命令行界面(英语:command-line interface,缩写:CLI),是指用户通过键盘输入指令,计算机接收到指令后,予以执行一种人际交互方式。
  • Hadoop提供了文件系统的shell命令行客户端: hadoop fs [generic options]

文件系统协议

  • HDFS Shell CLI支持操作多种文件系统,包括本地文件系统(file:///)、分布式文件系统(hdfs://nn:8020)等
  • 具体操作的是什么文件系统取决于命令中文件路径URL中的前缀协议。
  • 如果没有指定前缀,则将会读取环境变量中的fs.defaultFS属性,以该属性值作为默认文件系统。

区别

  • hadoop dfs 只能操作HDFS文件系统(包括与Local FS间的操作),不过已经Deprecated;
  • hdfs dfs 只能操作HDFS文件系统相关(包括与Local FS间的操作),常用;
  • hadoop fs 可操作任意文件系统,不仅仅是hdfs文件系统,使用范围更广;
    目前版本来看,官方最终推荐使用的是hadoop fs。当然hdfs dfs在市面上的使用也比较多。

HDFS shell命令行常用操作

1 、创建文件夹

  • hadoop fs -mkdir [-p] …
    path 为待创建的目录
    -p选项的行为与Unix mkdir -p非常相似,它会沿着路径创建父目录。

2 、查看指定目录下内容

  • hadoop fs -ls [-h] [-R] [< path> …]
    path 指定目录路径
    -h 人性化显示文件size
    -R 递归查看指定目录及其子目录

3 、上传文件到HDFS指定目录下

  • hadoop fs -put [-f] [-p] …
    -f 覆盖目标文件(已存在下)
    -p 保留访问和修改时间,所有权和权限。
    localsrc 本地文件系统(客户端所在机器)
    dst 目标文件系统(HDFS)

4 、查看HDFS文件内容

  • hadoop fs -cat …
    读取指定文件全部内容,显示在标准输出控制台。
    注意:对于 大文件内容读取,慎重 。

5 、下载HDFS文件

  • hadoop fs -get [-f] [-p] …
    下载文件到本地文件系统指定目录,localdst必须是目录
    -f 覆盖目标文件(已存在下)
    -p 保留访问和修改时间,所有权和权限。

6 、拷贝HDFS文件

  • hadoop fs -cp [-f] …
    -f 覆盖目标文件(已存在下)

7 、追加数据到HDFS文件中

  • hadoop fs -appendToFile …
    将所有给定本地文件的内容追加到给定dst文件。
    dst如果文件不存在,将创建该文件。
    如果为-,则输入为从标准输入中读取。

8 、HDFS数据移动操作

  • hadoop fs -mv …
    移动文件到指定文件夹下
    可以使用该命令移动数据,重命名文件的名称

命令官方指导文档
https://hadoop.apache.org/docs/r3.3.0/hadoop-project-dist/hadoop-common/FileSystemShell.html

4、HDFS工作流程与机制

HDFS集群角色与职责

主角色:namenode

  • NameNode 是Hadoop分布式文件系统的核心,架构中的主角色。

  • NameNode维护和管理文件系统元数据 ,包括名称空间目录树结构、文件和块的位置信息、访问权限等信息。

  • 基于此,NameNode成为了访问HDFS的唯一入口。

  • NameNode内部通过内存和磁盘文件两种方式管理元数据。

  • 其中磁盘上的元数据文件包括Fsimage内存元数据镜像文件和edits log(Journal)编辑日志。

    在这里插入图片描述

从角色:datanode

  • DataNode是Hadoop HDFS中的从角色,负责 具体的数据块存储

  • DataNode的数量决定了HDFS集群的整体数据存储能力。通过和NameNode配合维护着数据块。

    在这里插入图片描述

主角色辅助角色: secondarynamenode

  • Secondary NameNode充当NameNode的辅助节点,但不能替代NameNode。

  • 主要是帮助主角色进行元数据文件的合并动作。可以通俗的理解为主角色的“秘书”。

    在这里插入图片描述

namenode职责

  • NameNode仅存储HDFS的元数据:文件系统中所有文件的目录树,并跟踪整个集群中的文件, 不存储实际数据。
  • NameNode知道HDFS中任何给定文件的块列表及其位置。使用此信息NameNode知道如何从块中构建文件。
  • NameNode不持久化存储每个文件中各个块所在的datanode的位置信息,这些信息会在系统启动时从DataNode重建。
  • NameNode是Hadoop集群中的单点故障。
  • NameNode所在机器通常会配置有大量内存(RAM)。

datanode职责

  • DataNode负责最终数据块block的存储。是集群的从角色 ,也称为Slave。
  • DataNode启动时,会将自己注册到NameNode并汇报自己负责持有的块列表。
  • 当某个DataNode关闭时,不会影响数据的可用性。NameNode将安排由其他DataNode管理的块进行副本复制。
  • DataNode所在机器通常配置有大量的硬盘空间,因为 实际数据存储在DataNode中。

写数据完整流程图

在这里插入图片描述

核心概念–Pipeline管道

  • Pipeline,中文翻译为管道。这是HDFS在上传文件写数据过程中采用的一种数据传输方式。

  • 客户端将数据块写入第一个数据节点,第一个数据节点保存数据之后再将块复制到第二个数据节点,后者保存后将其复制到第三个数据节点。

  • 为什么datanode之间采用pipeline线性传输,而不是一次给三个datanode拓扑式传输呢?

  • 因为数据以管道的方式,顺序的沿着一个方向传输,这样能够充分利用每个机器的带宽,避免网络瓶颈和高延迟时的连接,最小化推送所有数据的延时。

  • 在线性推送模式下,每台机器所有的出口宽带都用于以最快的速度传输数据,而不是在多个接受者之间分配宽带。

核心概念–ACK应答响应

  • ACK (Acknowledge character)即是确认字符,在数据通信中,接收方发给发送方的一种传输类控制字符。表示发来的数据已确认接收无误。
  • 在HDFS pipeline管道传输数据的过程中,传输的反方向会进行ACK校验,确保数据传输安全。

核心概念–默认 3 副本存储策略

  • 默认副本存储策略是由BlockPlacementPolicyDefault指定。

  • 第一块副本:优先客户端本地,否则随机

  • 第二块副本:不同于第一块副本的不同机架。

  • 第三块副本:第二块副本相同机架不同机器。

1 、HDFS客户端创建对象实例DistributedFileSystem, 该对象中封装了与HDFS文件系统操作的相关方法。
2 、调用DistributedFileSystem对象的create()方法,通过RPC请求NameNode创建文件。NameNode执行各种检查判断:目标文件是否存在、父目录是否存在、客户端是否具有创建该文件的权限。检查通过,NameNode就会为本次请求记下一条记录,返回FSDataOutputStream输出流对象给客户端用于写数据。

3 、客户端通过FSDataOutputStream输出流开始写入数据。
4 、客户端写入数据时,将数据分成一个个数据包( packet 默认64k ),内部组件 DataStreamer 请NameNode挑选出适合存储数据副本的一组DataNode地址,默认是 3 副本存储。
DataStreamer将数据包流式传输到 pipeline 的第一个DataNode,该DataNode存储数据包并将它发送到pipeline的第二个DataNode。同样,第二个DataNode存储数据包并且发送给第三个(也是最后一个)DataNode。

5 、传输的反方向上,会通过ACK机制校验数据包传输是否成功;
6 、客户端完成数据写入后,在FSDataOutputStream输出流上调用close()方法关闭。

7 、DistributedFileSystem联系NameNode告知其文件写入完成,等待NameNode确认。
因为namenode已经知道文件由哪些块组成(DataStream请求分配数据块),因此仅需等待最小复制块即可成功返回。最小复制是由参数dfs.namenode.replication.min指定,默认是1.

读数据完整流程图

在这里插入图片描述

1 、HDFS客户端创建对象实例DistributedFileSystem, 调用该对象的open()方法来打开希望读取的文件。
2 、DistributedFileSystem使用RPC调用namenode来确定 文件中前几个块的块位置(分批次读取)信息
对于每个块,namenode返回具有该块所有副本的datanode位置地址列表,并且该地址列表是排序好的,与客户端的网络拓扑距离近的排序靠前。

3 、DistributedFileSystem将FSDataInputStream输入流返回到客户端以供其读取数据。
4 、客户端在FSDataInputStream输入流上调用read()方法。然后,已存储DataNode地址的InputStream连接到文件中第一个块的最近的DataNode。数据从DataNode流回客户端,结果客户端可以在流上重复调用read()。

5 、当该块结束时,FSDataInputStream将关闭与DataNode的连接,然后寻找下一个block块的最佳datanode位置。这些操作对用户来说是透明的。所以用户感觉起来它一直在读取一个连续的流。客户端从流中读取数据时,也会根据需要询问NameNode来检索下一批数据块的DataNode位置信息。
6 、一旦客户端完成读取,就对FSDataInputStream调用close()方法。


http://www.niftyadmin.cn/n/345022.html

相关文章

信息收集思路

1、开发者注释 在网站前端代码中遗留的开发者注释 其中可能包含某些关键信息 ​ &#x1f4a1; 使用F12 、CtrlU 、view-source: 查看前端源码 ​ 3、Robots文件 爬虫协议&#xff0c;网站根目录存在的robots.txt文件&#xff0c;用于告知搜索引擎或爬虫哪些路径和页面不…

u-boot移植:详细讲解移植u-boot.2022.10版本到imx6ull开发板

目录 一、u-boot编译环境准备 1.安装交叉编译工具链 2.u-boot源码包下载 3.编译 4.安装依赖库 二、U-Boot中添加自己的开发板 1、添加开发板默认配置文件 2、添加开发板对应的头文件 3、添加开发板对应的板级文件夹 4、修改 arch/arm/mach-imx/mx6/Kconfig 5、其他需…

设备采购信息管理系统

系列文章 任务14 设备采购信息管理系统 文章目录 系列文章一、实践目的与要求1、目的2、要求 二、课题任务三、总体设计1.存储结构及数据类型定义2.程序结构3.所实现的功能函数4、程序流程图 四、小组成员及分工五、 测试界面展示添加采购信息按编号查找采购信息按设备编号查找…

Spring Boot 可执行 Jar 包运行原理

Spring Boot 有一个很方便的功能就是可以将应用打成可执行的 Jar。那么大家有没想过这个 Jar 是怎么运行起来的呢&#xff1f;本篇博客就来介绍下 Spring Boot 可执行 Jar 包的运行原理。 打可执行 Jar 包 将 Spring Boot 应用打成可执行 Ja r包很容易&#xff0c;只需要在 p…

克服困境,实现个人成长与生计保障:程序员的学习进步策略

目录: 引言 2. 面对不利环境的挑战 3. 程序员学习进步的关键策略 3.1 制定明确的目标与计划 3.2 利用开源资源和在线学习平台 3.3 寻找合适的社区和合作机会 3.4 持续自我学习和提升技能 3.5 构建个人项目和作品集 4. 确保个人温饱的方法 4.1 积极主动寻找项目和工作机会 4.2 …

git pull报没有足够内存 not enough memory for initialization

git clone 或 git pull 批量同步远程 git仓库代码时&#xff0c;报 没有足够内存用于初始化 not enough memory for initialization。经过观察 资源管理器 的内存使用情况&#xff0c;发现为 剩余可用内存不足造成的。加物理内存麻烦&#xff0c;可通过适当调整 分页文件&…

洛谷 池塘计数 floor-fill BFS 模板题

&#x1f351; OJ专栏 &#x1f351; P1596 Lake Counting 题面翻译 由于近期的降雨&#xff0c;雨水汇集在农民约翰的田地不同的地方。我们用一个 N M ( 1 ≤ N ≤ 100 , 1 ≤ M ≤ 100 ) N\times M(1\leq N\leq 100, 1\leq M\leq 100) NM(1≤N≤100,1≤M≤100) 的网格图表…

【笔试强训day48】顺时针打印矩阵、左右最值最大差

博主简介&#xff1a;想进大厂的打工人博主主页&#xff1a;xyk:所属专栏: 笔试强训专栏 笔试强训 目录 文章目录 一、选择题 1.1 10.1.0.1/17的广播地址是&#xff08; &#xff09; 1.2 网络地址172.16.22.38/28 请写出此地址的子网ID以及广播地址&#xff0c;此地址所处子网…