VDO/虚拟磁盘优化器在存储堆栈中的限制

Question

嗯，RHEL7.5发布了重要的外接程序VDO，它基本上增加了瘦供应的压缩和非复制卷，这是很棒的，我们也将从衍生工具和其他发行版中获得这些好处，因为技术是从Permabit获得的，并且是开源的。

根据官方文档(https://access.redhat.com/documentation/en-us/red_帽子_企业_linux/7/html/存储_管理_指南/vdo要求)，有一些考虑(“在存储堆栈中放置VDO”部分)：

通常，您应该在VDO下面放置某些存储层，在VDO之上放置其他存储层：

• 在VDO下:DM-多路径、DM和软件RAID (LVM或mdraid)。
• 在VDO之上: LVM缓存、LVM逻辑卷、LVM快照和LVM瘦配置。

嗯，因为这是“一般”规则--我看不出有什么问题，一切都很好。接下来，我们看到：

不支持下列配置：

• VDO卷之上的VDO :存储→VDO→LVM LVM→VDO
• LVM快照之上的VDO
• LVM缓存之上的VDO
• 环回设备顶部的VDO
• LVM薄配置之上的VDO
• VDO之上的加密卷:存储→VDO→DM-Crypt
• VDO卷上的分区: fdisk、parted和类似的分区
• VDO卷顶部的RAID (LVM、MD或任何其他类型)

这有点“可怕”，我们应该小心设计，因为以下看起来不会“支持”：

storage -> LVM PV -> LVM VG -> LVM Thin -> LVM LV -> Storage (in VM) -> VDO (in VM) -> EXT4 (in VM)

注意，VDO/EXT4 4，最终结果在VM中，LVM LV直接连接到VM，类似于：

storage -> LVM PV -> LVM VG -> LVM Thin -> LVM LV -> VDO -> Storage (in VM) -> EXT4 (in VM)

1. 这是否真的有问题或危险，没有得到支持？
2. 为什么？

在底层设备上创建所有东西并不总是好的选择，但我看不出为什么我们有这些限制。

也许是因为这些VDO卷会同时暴露给主机和客人吗？

Answer 1

在瘦LVM的基础上创建VDO有什么意义？VDO已经很薄了，可以在4kb的块上工作。

• VDO卷之上的VDO：→VDO→LVM LVM VDO -不使数据去重复
• VDO在LVM快照的基础上-没有意义的快照叠置数据。
• VDO在LVM缓存之上-你真的需要去重复缓存吗？
• VDO在LVM薄配置的基础上-正如我前面所说的，VDO已经是瘦设备了。此外，如果底层存储上没有空闲空间，VDO本身将更改为只读取状态，而如果将VDO放在LVM瘦的顶部，则VDO将不知道空间已结束，这将导致可能的数据损坏。
• VDO之上的加密卷:存储→VDO→DM-Crypt -通过设计删除加密数据是不可能的(很明显，因为加密的数据/设备需要完全配置的大小) RAID (LVM、MD或任何其他类型)在VDO卷的顶部--为什么需要为重复的对象创建RAID组？

对于您的场景，只需这样做(在物理级别上LVM必须是多余的)：

存储EXT4 (在VM中)→LVM PV→LVM VG→LVM LV→VDO→存储(在VM中)

我在类似的场景中设置了一些测试VM，一切都很正常。