stratis：
Stratis 是一个卷管理文件系统volume-managing filesystem（VMF），类似于 ZFS 和 Btrfs。它使用了存储“池”的核心思想，该思想被各种 VMF 和 形如 LVM 的独立卷管理器采用。使用一个或多个硬盘（或分区）创建存储池，然后在存储池中创建卷volume。与使用 fdisk 或 GParted 执行的传统硬盘分区不同，存储池中的卷分布无需用户指定。
VMF 更进一步与文件系统层结合起来。用户无需在卷上部署选取的文件系统，因为文件系统和卷已经被合并在一起，成为一个概念上的文件树（ZFS 称之为数据集dataset，Brtfs 称之为子卷subvolume，Stratis 称之为文件系统），文件数据位于存储池中，但文件大小仅受存储池整体容量限制。
换一个角度来看：正如文件系统对其中单个文件的真实存储块的实际位置做了一层抽象abstract，而 VMF 对存储池中单个文件系统的真实存储块的实际位置做了一层抽象。
基于存储池，我们可以启用其它有用的特性。特性中的一部分理所当然地来自典型的 VMF 实现implementation，例如文件系统快照，毕竟存储池中的多个文件系统可以共享物理数据块physical data block；冗余redundancy，分层，完整性integrity等其它特性也很符合逻辑，因为存储池是操作系统中管理所有文件系统上述特性的重要场所。
上述结果表明，相比独立的卷管理器和文件系统层，VMF 的搭建和管理更简单，启用高级存储特性也更容易。
Stratis架构：
Stratis讲磁盘设备放置于一个精简配置的共享池中，stratis文件系统没有固定大小，也不会预分配未使用的块空间。一个共享池中可以创建多个文件系统，文件系统类型为xfs。因为在上文中提到，stratis基于xfs，默认为xfs系统。
这幅图中我们可以看到，几个硬盘转变为一个池，池化，而文件系统大小从池中来获取。
那么Stratis的优点是什么呢？
stratis注重文件系统的精简分配，可以实现我们用一个文件系统的时候不用指定任何大小。
没有限制，精简分配。
例如如图，我们把几块盘做成一个池，称之为池化。
最大就是池的大小，也就是几块硬盘合起来之后的大小，只需要将池子创建出来，文件系统不需要指定大小，需要多大的空间，直接从池子里面取。
Vdo的讲解：
Vdo高级存储功能：
红帽企业Linux8使用vdo功能，可以优化块设备上数据空间占用问题，它可以减少块设备上的磁盘使用空间，同时最大限度减少数据重复，从而节省磁盘空间。
Vdo包含两个模块：Kvdo用于控制数据压缩，uds用于重复数据的删除。
vdo层位于现在块设备（RAID或者本地磁盘）之上，存储层（如LVM和文件系统）位于vdo之上。
下图显示了KVM虚拟机架构中，vdo所在的位置。
对于Vdo的重删压缩，是什么一个意思呢？
比如 挂载到/data上，那么这个目录上如果有重复的数据，那么vdo就可以对这个目录上重复的数据进行删除重复和压缩的。这个功能是默认的
关于vdo的特性说明：
1、利用vdo创建的逻辑设备成为ydo卷，vdo卷与磁盘类似，可以将这些卷格式化为所需要的文件系统
类型。此外,还可以将vdo卷用作LVM物理卷。
2、在创建ydo卷时, 可以指定块设备，以及vdo向用户显示的逻辑设备的名称。也可以指定vdo卷的逻
辑大小，vdo卷的逻辑大小可以大于实际块设备的物理大小。
3、如果未指定逻辑大小， 则ydo会将实际物理大小视为卷的逻辑大小，这种方式有利于提高性能，但是
会降低存储空间的使用效率，应视情况而定。
P. 由于ydo卷采用了精简配置,因此用户只能看到正在使用的逻辑空间，而无法了解实际可用的物理空
间。
4、vdo卷的逻辑大小超过实际物理大小， 应使用vdostatus -verbose命令查看实际使用情况。
配置过程：
首先安装vdo的软件包
yum install -y vdo kmod-kvdo #默认已安装
创建vdo卷
[root@guochanghe ~]# vdo create --name=vdo0 --device=/dev/sdc --vdoLogicalSize=15G #创建一个15G的vdo卷
Creating VDO vdo0
Starting VDO vdo0
Starting compression on VDO vdo0
VDO instance 0 volume is ready at /dev/mapper/vdo0
[root@guochanghe ~]# vdo list #查看vdo卷列表
vdo0
[root@guochanghe ~]# vdostats --human-readable #用vdostatus来查看卷的状态
Device Size Used Available Use% Space saving%
/dev/mapper/vdo0 20.0G 4.0G 16.0G 20% 0%
[root@guochanghe ~]# mkfs.xfs /dev/mapper/vdo0 #将vdo格式化为xfs文件系统
meta-data=/dev/mapper/vdo0 isize=512 agcount=4, agsize=983040 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=1 finobt=1, sparse=1, rmapbt=0
= reflink=1
data = bsize=4096 blocks=3932160, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0, ftype=1
log =internal log bsize=4096 blocks=2560, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
[root@guochanghe ~]# mount /dev/mapper/vdo0 /file01/ #挂载在file01目录上
[root@guochanghe ~]# df -TH /file01/
文件系统 类型 容量 已用 可用 已用% 挂载点
/dev/mapper/vdo0 xfs 17G 147M 16G 1% /file01 #这个是逻辑上的空间
现在进行重复数据删除和压缩的功能
[root@guochanghe file01]# ll rhel-server-6.0-i386-dvd.iso
-rw-r--r--. 1 root root 2931056640 6月 7 02:17 rhel-server-6.0-i386-dvd.iso
我们先上传一个文件用来测试
[root@guochanghe ~]# vdostats --human-readable #上传第一个文件后的物理空间
Device Size Used Available Use% Space saving%
/dev/mapper/vdo0 20.0G 6.7G 13.3G 33% 2%
[root@guochanghe ~]# df -TH /file01/
文件系统 类型 容量 已用 可用 已用% 挂载点
/dev/mapper/vdo0 xfs 17G 3.1G 14G 20% /file01
[root@guochanghe file01]# mv rhel-server-6.0-i386-dvd.iso rhel.iso #改个名字，再进行上传一次相等的数据。
[root@guochanghe ~]# df -TH /file01/ #可以看到，两个文件都占用了逻辑空间。
文件系统 类型 容量 已用 可用 已用% 挂载点
/dev/mapper/vdo0 xfs 17G 6.1G 11G 38% /file01
[root@guochanghe ~]# !vd
vdostats --human-readable #但是可以看到，物理空间一直都没有动。
Device Size Used Available Use% Space saving%
/dev/mapper/vdo0 20.0G 6.7G 13.3G 33% 51%
vdo 的重复删除，其实有点类似于百度网盘，传进来之后进行计算，如果重复了就删除。