将我的磁盘分块呈现给 zfs 有什么缺点?

将我的磁盘分块呈现给 zfs 有什么缺点?

我最近想将磁盘上的 zfs 分区缩小一点,因为它没有满,但同一磁盘上的另一个文件系统已满。我相信 zfs 本身不支持此操作,例如参见这个答案其本质上是通过复制到另一个磁盘并复制回来来实现的。

我突然想到,如果我的文件系统下有一个由多个磁盘组成的池,我可以通过移除其中一个磁盘来使其变小,并且 zfs(AIUI)会尽可能将数据从磁盘上重新分配(如果不可能,则拒绝删除)。

鉴于此,似乎有可能在单身的通过在磁盘上创建多个分区并将每个分区分别添加到 zpool 来管理磁盘。然后,如果我后来发现我没有使用整个磁盘并想将其中的一部分用于其他用途,我可以从池中删除一些分区并重新格式化它们。(这很粗略:假设我在 12 个分区的池中有一个 12T 磁盘,我只能以 1T 块的形式释放空间,但这也算是一种进步。)

这听起来很奇怪,但似乎可以实现我的目标。在性能/开销/可靠性/其他方面,我会放弃什么?(这是一个备份磁盘,因此可以接受大幅的性能牺牲。)

例如,我认为如果 ZFS 将内容分散到原本会放在一起的分区上,可能会降低性能,因为他们期望这些分区的性能会更好(就像它们在不同的硬件上一样)。这会有多糟糕?是否可以通过配置来减轻这种影响?

相关内容