乐趣区

浅谈HDFS三之DataNote

DataNode 工作机制

  1. 一个数据块在 DataNode 上以文件形式存储在磁盘上,包括两个文件,一个是数据本身,一个是元数据包括数据块的长度,块数据的校验和,以及时间戳。
  2. DataNode 启动后向 NameNode 注册,通过后,周期性(1 小时)的向 NameNode 上报所有的块信息。
  3. DataNode 与 NameNode 之间有一个 心跳事件,心跳是每 3 秒一次,心跳返回结果带有 NameNode 给该 DataNode 的命令,如果超过 10 分钟没有收到某个 DataNode 的心跳,则认为该节点不可用。
  4. 集群运行中可以安全加入和退出一些机器

数据完整性

思考:如果电脑磁盘里面存储的数据是控制高铁信号灯的红灯信号(1)和绿灯信号(0),但是存储该数据的磁盘坏了,一直显示是绿灯,是否很危险?

同理,DataNode 节点上的数据损坏了,却没有发现,是否也很危险,那么如何解决呢?

  • 保证数据完整性的方法
  1. 当 DataNode 读取 Block 的时候,它会计算 CheckSum(校验和)
  2. 如果计算后的 CheckSum,与 Block 创建时值不一样,说明 Block 已经损坏
  3. Client 读取其他 DataNode 上的 Block
  4. DataNode 在其文件创建后周期验证 CheckSum,如下图:

掉线时参数设置

DataNode 进程死亡或者网络故障造成 DataNode 无法与 NameNode 通信时的 TimeOut 参数设置

  1. NameNode 不会立即把该节点判断为死亡,要经过一段时间,这段时间称作 超时时长
  2. HDFS 默认的超时时长为 10 分钟 +30 秒
  3. 超时时长的计算公式为:
# dfs.namenode.heartbeat.recheck-interval 默认为 300000ms,dfs.heartbeat.interval 默认为 5s
TimeOut = 2 * dfs.namenode.heartbeat.recheck-interval + 10 * dfs.heartbeat.interval
  • 实际开发的时候,可以根据自己服务器的情况进行调整,比如服务器性能比较低,那么可以适当的把时间调长;如果服务器性能很好,那么可以适当缩短。

服役新数据节点

需求:随着公司业务的增长或者重大活动(例如双 11),数据量越来越大,原有的数据节点的容量已经不能满足存储数据的需求,需要在原有集群基础上动态添加新的数据节点。

  • 步骤:
  1. 克隆一台虚拟机
  2. 修改 IP 地址和主机名称
  3. 删除原来 HDFS 文件系统中留存的 data 和 logs 文件
  4. 直接单点启动节点即可

退役旧数据节点

退役旧数据节点有两种方式:添加白名单和黑名单退役

添加白名单

  • 步骤:
  1. 在 NameNode 的 hadoop 安装目录 /etc/hadoop 目录下创建 dfs.hosts 文件
  2. 添加白名单主机名称
  3. 在 NameNode 的 hdfs-site.xml 配置文件中增加 dfs.hosts 属性
<property>
    <name>dfs.hosts</name>
    # dfs.hosts 文件所在路径
    <value>/opt/module/hadoop-2.7.2/etc/hadoop/dfs.hosts</value>
</property>
  1. 配置文件同步到集群其它节点
  2. 刷新 NameNode
[kocdaniel@hadoop102 hadoop-2.7.2]$ hdfs dfsadmin -refreshNodes
Refresh nodes successful
  1. 更新 ResourceManager 节点
[kocdaniel@hadoop102 hadoop-2.7.2]$ yarn rmadmin -refreshNodes
  1. 如果数据不均衡,可以用命令实现集群的再平衡
[kocdaniel@hadoop102 sbin]$ ./start-balancer.sh

黑名单退役

  • 步骤:
  1. 在 NameNode 的 hadoop 安装目录 /etc/hadoop 目录下创建 dfs.hosts.exclude 文件
  2. 添加要退役的主机名称
  3. 在 NameNode 的 hdfs-site.xml 配置文件中增加 dfs.hosts.exclude 属性
<property>
    <name>dfs.hosts.exclude</name>
     <value>/opt/module/hadoop-2.7.2/etc/hadoop/dfs.hosts.exclude</value>
</property>
  1. 配置文件同步到集群其它节点
  2. 刷新 NameNode、刷新 ResourceManager
[kocdaniel@hadoop102 hadoop-2.7.2]$ hdfs dfsadmin -refreshNodes
Refresh nodes successful
[kocdaniel@hadoop102 hadoop-2.7.2]$ yarn rmadmin -refreshNodes
  1. 检查 Web 浏览器,退役节点的状态为 decommission in progress(退役中),说明数据节点正在复制块到其他节点
  2. 等待退役节点状态为 decommissioned(所有块已经复制完成),停止该节点及节点资源管理器。
  • 注意:如果副本数是 3,服役的节点小于等于 3,是不能退役成功的,需要修改副本数后才能退役
  • 注意:不允许白名单和黑名单中同时出现同一个主机名称。

两者的不同

  • 添加白名单比较暴躁,会直接把要退役的节点服务关掉,不复制数据
  • 黑名单退役,会将要退役的节点服务器的数据复制到其它节点上,不会直接关闭节点服务,比较慢

DataNode 多目录配置

  • DataNode 也可以配置成多个目录,每个目录存储的 数据不一样。即:数据不是副本,与 NameNode 多目录不同
  • 作用:保证所有磁盘都被利用均衡,类似于 windows 中的磁盘分区

退出移动版