目录
说明:演示纠删码和异构存储需要一共 5 台虚拟机。尽量拿另外一套集群。提前准备 5 台
服务器的集群。
5.1 纠删码
HDFS
默认情况下,一个文件有
3
个副本,这样提高了数据的可靠性,但也带来了
2
倍
的冗余开销。
Hadoop3.x
引入了纠删码,采用计算的方式,可以节省约 50%左右的存储空间。
5.1.1 纠删码原理
-
纠删码操作相关的命令:hdfs ec
-
查看当前支持的纠删码策略: hdfs ec -listPolicies
Erasure Coding Policies: ErasureCodingPolicy=[Name=RS-10-4-1024k, Schema=[ECSchema=[Codec=rs, numDataUnits=10, numParityUnits=4]], CellSize=1048576, Id=5], State=DISABLED ErasureCodingPolicy=[Name=RS-3-2-1024k, Schema=[ECSchema=[Codec=rs, numDataUnits=3, numParityUnits=2]], CellSize=1048576, Id=2], State=DISABLED ErasureCodingPolicy=[Name=RS-6-3-1024k, Schema=[ECSchema=[Codec=rs, numDataUnits=6, numParityUnits=3]], CellSize=1048576, Id=1], State=ENABLED ErasureCodingPolicy=[Name=RS-LEGACY-6-3-1024k, Schema=[ECSchema=[Codec=rs-legacy, numDataUnits=6, numParityUnits=3]], CellSize=1048576, Id=3], State=DISABLED ErasureCodingPolicy=[Name=XOR-2-1-1024k, Schema=[ECSchema=[Codec=xor, numDataUnits=2, numParityUnits=1]], CellSize=1048576, Id=4], State=DISABLED
-
纠删码策略解释
-
RS-3-2-1024k :使用 RS 编码,每 3 个数据单元,生成 2 个校验单元,共 5 个单元,也就是说:这 5 个单元中,只要有任意的 3 个单元存在(不管是数据单元还是校验单元,只要总数 =3 ),就可以得到原始数据。每个单元的大小是 1024k=1024*1024=1048576。
-
RS-10-4-1024k :使用 RS 编码,每 10 个数据单元( cell ),生成 4 个校验单元,共 14个单元,也就是说:这 14 个单元中,只要有任意的 10 个单元存在(不管是数据单元还是校验单元,只要总数=10 ),就可以得到原始数据。每个单元的大小 1024k=1024*1024=1048576 。
-
RS-6-3-1024k :使用 RS 编码,每 6 个数据单元,生成 3 个校验单元,共 9 个单元,也就是说:这 9 个单元中,只要有任意的 6 个单元存在(不管是数据单元还是校验单元,只要总数=6 ),就可以得到原始数据。每个单元的大小是 1024k=1024*1024=1048576 。
-
RS-LEGACY-6-3-1024k :策略和上面的 RS-6-3-1024k 一样,只是编码的算法用的是 rs-legacy。
-
XOR-2-1-1024k :使用 XOR 编码(速度比 RS 编码快),每 2 个数据单元,生成 1 个校验单元,共 3 个单元,也就是说:这 3 个单元中,只要有任意的 2 个单元存在(不管是数据单元还是校验单元,只要总数= 2 ),就可以得到原始数据。每个单元的大小是1024k=1024*1024=1048576。
5.1.2 纠删码案例实操
纠删码策略是给具体一个路径设置。所有往此路径下存储的文件,都会执行此策略。
默认只开启对
RS-6-3-1024k
策略的支持
,如要使用别的策略需要提前启用。
-
需求: 将 /input 目录设置为 RS-3-2-1024k 策略
-
具体步骤
-
开启对 RS-3-2-1024k 策略的支持: hdfs ec -enablePolicy -policy RS-3-2-1024k
- 在 HDFS 创建目录,并设置 RS-3-2-1024k 策略:hdfs dfs -mkdir /input ,hdfs ec -setPolicy -path /input -policy RS-3-2-1024k
-
上传文件,并查看文件编码后的存储情况: hdfs dfs -put web.log /input
-
查看存储路径的数据单元和校验单元,并作破坏实验
注意:文件存储到不同节点上默认以1M进行存储,所以上传的文件需要大于2M才能看出效果。(低于2M,只有一个数据单元和两个校验单元)
5.2 异构存储(冷热数据分离)
异构存储主要解决,不同的数据,存储在不同类型的硬盘中,达到最佳性能的问题。
- 关于存储类型
RAM_DISK :(内存镜像文件系统)SSD :( SSD 固态硬盘)DISK :(普通磁盘,在 HDFS 中,如果没有主动声明数据目录存储类型默认都是 DISK )ARCHIVE :(没有特指哪种存储介质,主要的指的是计算能力比较弱而存储密度比较高的存储介质,用来解决数据量的容量扩增的问题,一般用于归档)
- 关于存储策略,说明:从Lazy_Persist到Cold,分别代表了设备的访问速度从快到慢
5.2.1 异构存储Shell操作
-
查看当前有哪些存储策略可以用, hdfs storagepolicies -listPolicies
-
为指定路径 (数据存储目录) 设置指定的存储策略,hdfs storagepolicies - setStoragePolicy -path xxx -policy xxx
-
获取指定路径(数据存储目录或文件)的存储策略,hdfs storagepolicies - getStoragePolicy -path xxx
-
取消存储策略;执行改命令之后该目录或者文件,以其上级的目录为准,如果是根目录,那么就是 HOT,hdfs storagepolicies - unsetStoragePolicy -path xxx
-
查看文件块的分布 ,bin/hdfs fsck xxx -files -blocks -locations
-
查看集群节点,hadoop dfsadmin -report
5.2.2 测试环境准备
-
测试环境描述
- 服务器规模:5 台
- 集群配置:副本数为 2,创建好带有存储类型的目录(提前创建)
- 集群规划:
节点 存储类型分配hadoop102RAM_DISK , SSDhadoop103SSD , DISKhadoop104DISK , RAM_DISKhadoop105ARCHIVEhadoop106ARCHIVE
-
配置文件信息
-
为 hadoop102 节点的 hdfs-site.xml 添加如下信息
<property> <name>dfs.replication</name> <value>2</value> </property> <property> <name>dfs.storage.policy.enabled</name> <value>true</value> </property> <property> <name>dfs.datanode.data.dir</name> <value>[SSD]file:///opt/module/hadoop-3.1.3/hdfsdata/ssd,[RAM_DISK]file:///opt/module/hadoop-3.1.3/hdfsdata/ram_disk</value> </property>
-
为 hadoop103 节点的 hdfs-site.xml 添加如下信息
<property> <name>dfs.replication</name> <value>2</value> </property> <property> <name>dfs.storage.policy.enabled</name> <value>true</value> </property> <property> <name>dfs.datanode.data.dir</name> <value>[SSD]file:///opt/module/hadoop-3.1.3/hdfsdata/ssd,[DISK]file:///opt/module/hadoop-3.1.3/hdfsdata/disk</value> </property>
-
为 hadoop104 节点的 hdfs-site.xml 添加如下信息
<property> <name>dfs.replication</name> <value>2</value> </property> <property> <name>dfs.storage.policy.enabled</name> <value>true</value> </property> <property> <name>dfs.datanode.data.dir</name> <value>[RAM_DISK]file:///opt/module/hdfsdata/ram_disk,[DISK]file:///opt/module/hadoop-3.1.3/hdfsdata/disk</value> </property>
-
为 hadoop105 节点的 hdfs-site.xml 添加如下信息
<property> <name>dfs.replication</name> <value>2</value> </property> <property> <name>dfs.storage.policy.enabled</name> <value>true</value> </property> <property> <name>dfs.datanode.data.dir</name> <value>[ARCHIVE]file:///opt/module/hadoop-3.1.3/hdfsdata/archive</value> </property>
-
为 hadoop106 节点的 hdfs-site.xml 添加如下信息
<property> <name>dfs.replication</name> <value>2</value> </property> <property> <name>dfs.storage.policy.enabled</name> <value>true</value> </property> <property> <name>dfs.datanode.data.dir</name> <value>[ARCHIVE]file:///opt/module/hadoop-3.1.3/hdfsdata/archive</value> </property>
-
数据准备
-
启动集群: hdfs namenode -format , myhadoop.sh start
-
并在HDFS上创建文件目录, hadoop fs -mkdir /hdfsdata
- 并将文件资料上传,hadoop fs -put /opt/module/hadoop-3.1.3/NOTICE.txt /hdfsdata
5.2.3 HOT存储策略案例
- 在未设置存储策略的情况下,获取该目录的存储策略:hdfs storagepolicies -getStoragePolicy -path /hdfsdata
- 查看上传的文件块分布:hdfs fsck /hdfsdata -files -blocks -locations
说明:未设置存储策略,所有文件块都存储在
DISK
下。所以,
默认存储策略为
HOT
。
5.2.4 WARM存储策略测试
- 为数据降温:hdfs storagepolicies -setStoragePolicy -path /hdfsdata -policy WARM
- 再次查看文件块分布,可以看到文件块依然放在原处:hdfs fsck /hdfsdata -files -blocks -locations
- 让HDFS按照存储策略自行移动文件块:hdfs mover /hdfsdata
- 再次查看文件块分布:hdfs fsck /hdfsdata -files -blocks -locations
说明:文件块一半在 DISK,一半在 ARCHIVE,符合设置的 WARM 策略
5.2.5 COLD策略测试
- 继续将数据降温为cold:hdfs storagepolicies -setStoragePolicy -path /hdfsdata -policy COLD
- 手动转移:hdfs mover /hdfsdata
- 检查文件块的分布:bin/hdfs fsck /hdfsdata -files -blocks -locations
注意:当我们将目录设置为
COLD
并且未配置
ARCHIVE
存储目录的情况下,不可以向该目录直接上传文件,会报出异常。
说明:
所有文件块都在
ARCHIVE
,符合
COLD
存储策略
5.2.6 ONE_SSD策略测试
- 将存储策略从默认的HOT更改为ONE_SSD:hdfs storagepolicies -setStoragePolicy -path /hdfsdata -policy One_SSD
- 手动转移文件块:hdfs mover /hdfsdata
- 转移完成后,查看文件块分布:bin/hdfs fsck /hdfsdata -files -blocks -locations
说明:文件块分布为一半在 SSD,一半在 DISK,符合 One_SSD 存储策略。
5.2.7 ALL_SSD策略测试
- 再将存储策略更改为ALL_SSD:hdfs storagepolicies -setStoragePolicy -path /hdfsdata -policy All_SSD
- 手动移动文件块:hdfs mover /hdfsdata
- 查看文件块分布:bin/hdfs fsck /hdfsdata -files -blocks -locations
说明:所有的文件块都存储在 SSD,符合 All_SSD 存储策略
5.2.8 LAZY_PERSIST策略测试
- 继续改变策略,将存储策略更改为LAZY_PERIST:hdfs storagepolicies -setStoragePolicy -path /hdfsdata -policy lazy_persist
- 手动转移文件块:hdfs mover /hdfsdata
- 查看文件块分布:bin/hdfs fsck /hdfsdata -files -blocks -locations
这里我们发现所有的文件块都是存储在
DISK
,按照理论一个副本存储在
RAM_DISK
, 其他副本存储在 DISK
中,这是因为,我们还需要配置“
dfs.datanode.max.locked.memory
”,“dfs.block.size
”参数。
那么出现存储策略为 LAZY_PERSIST 时,文件块副本都存储在 DISK 上的原因有如下两点:
- 当客户端所在的 DataNode 节点没有 RAM_DISK 时,则会写入客户端所在的 DataNode 节点的 DISK 磁盘,其余副本会写入其他节点的 DISK 磁盘。
- 当客户端所在的 DataNode 有 RAM_DISK,但“dfs.datanode.max.locked.memory” 参数值未设置或者设置过小(小于“dfs.block.size”参数值)时,则会写入客户端所在的DataNode 节点的 DISK 磁盘,其余副本会写入其他节点的 DISK 磁盘。
但是由于虚拟机的“max locked memory”为 64KB,所以,如果参数配置过大,还会报错:
解决方法: 通过以下命令查询此参数的内存:ulimit -a