假设以下驱动器设置（使用ZFS）：
控制器1驱动器1驱动器4驱动器7驱动器10 控制器2驱动器2驱动器5驱动器8驱动器11 控制器3驱动器3驱动器6驱动器9驱动器12
VDEV设置：
vdev1：drive1，drive2，drive3 vdev2：drive4，drive5，drive6 vdev3：drive7，drive8，drive9 vdev4：drive10，drive11，drive12
将所有的vdevs添加到同一个zpool，或者单独的zpools（每个vdev一个）是否更好？ 另外，如果我们失去了一个单独的vdev，我们会失去整个arrays吗？ 我们不需要一个地方的所有存储容量 – 从存储angular度来看，较小的存储容量将会被发现。
更新：对于3dinfluence有关启动池的问题，将在RAID1集上。 我不喜欢混合操作系统和我的多TB RAIDarrays。
ZFS的工作方式是在游戏池内部有突袭组或集团。 要扩展容量，您必须在同一个raid级别向池中添加更多组。 然后将IO分配给zpool中所有具有空闲块的组。 因此，具有大量小磁盘集的zpool速度快且可用性高。
所以我build议你把所有的驱动器放在一个池中，或者是3个磁盘raidz组，或者是6个驱动镜像组。
Raidz选项
优点
镜像选项
优点
缺点
我同意3dinfluence的build议。 然而，恕我直言，更好的解决scheme将是使用RAID-Z2（类似于RAID6;即两个“奇偶校验”磁盘，而不是只有一个）与这样的两个池：
现在，如果单个磁盘出现故障，您还剩下一个“奇偶校验”磁盘 （与RAID-Z相比，您已经丢失了所有冗余信息）！ 如果您使用大容量硬盘，这可能是一个好主意，因为ZFS重新同步（填充replace磁盘，即在新磁盘上重新创build冗余信息）可能需要很长时间，并且您的数据一直处于危险之中 – 如果使用与RAID-Z。 （单个控制器故障不会导致RAID-Z2池中的数据丢失 – 但在这种情况下，冗余将会丢失。）
另一个重要问题：您还应该考虑备用磁盘 – 特别是如果您决定使用RAID-Z，因为单个磁盘故障会使您的数据处于危险之中，直到更换出现故障的磁盘 。 （磁盘喜欢周五晚上失败，这意味着你可能在整个周末都没有冗余！）
牢记备用磁盘问题，你甚至可能想要使用这个configuration：
这个configuration会更安全 ， 总容量相当小的损失 。