我打算build立一个freenas服务器,想确定我能用这样的魔法和先进的zfs做些什么。
如果我在RAIDZ中有5 * 3TB的磁盘(总共12TB的存储空间),现在我正在试图添加另一个2 * 3TB磁盘到这个现有的arrays。
问:
正如ewwhite所说,ZFS现在不可能使用池缩小。 如果你需要这样做,你必须备份到另一个存储介质(另一个池,磁带,SAN等)创build一个新的池并恢复。 至于扩展方面,有很多关于如何增加ZFS 5x3TB raidz池的选项:
混合多种尺寸或types的VDEV(raidz + mirror)是非最佳的性能方式,并提供冗余度最低的VDEV(raidz)的有效冗余。 在家里或在一个捏你可能不在乎,但应尽可能避免它。
实际上, 你不应该升级这个游泳池 。 你不应该依靠RAID-Z,而应该切换到镜像或RAID-Z2。 这将花费额外的磁盘(RAID-Z2)或RAID-Z上的两个镜像(镜像)来达到相同的可用容量,但企业不再使用RAID5是有原因的。 如果单个磁盘发生故障,即使准备好了热备份,也需要永久性地从奇偶校验中重新创build丢失的磁盘。 可能24-48小时或更长时间。 如果在这个窗口中出现第二个磁盘失败(这不是不可能的,因为您正在处理剩下的磁盘,就像您以前一样努力工作,尽可能快地读取每个磁盘上的每个字节),您将失去一切。 使用RAID-Z2(认为是RAID6)两个磁盘可能会失败,而不会冒数据丢失的风险。 考虑镜像VDEV的简单性,但是如果成本/ GB是您最关心的问题(以性能和可扩展性为代价),双奇偶校验RAID-Z2确实更安全。
也就是说,如果你能find临时空间并且能够承受停机时间,下面是一些更好的方法来利用你的7个3TB磁盘:
如果你一开始就selectraidz镜像的话,最初的五个磁盘会产生一个4x3TB镜像+热备(6TB可用,2个vdevs),你可以根据需要添加一对磁盘。 另外,如果您好奇,写入性能与池中的VDEV数量直接相关。
真的,这一切都是关于你的数据有多宝贵。 如果你已经在其他地方备份了所有的东西,你不会在意重build期间第二块磁盘失败的概率是5%。 但是,如果像大多数考虑将ZFS用于家庭服务器的人一样,您已经得出结论:您不会(或不能)执行定期备份,并且可能不会立即通知/更换出现故障的磁盘,您应该真正考虑热备份和镜像/ RAID-Z2而不是简单的奇偶校验(RAID-Z)的增量成本只是增加了几率,你仍然有数据的道路上的几年。 ZFS不遗余力地使用软件来避免丢失数据(校验和,奇偶校验/冗余副本,擦洗等),而不需要昂贵的专有控制器卡。 至less你可以做的是给ZFS的方法来防止失败/失败的磁盘:不仅仅是所需的最小数量的磁盘。
您不能通过添加磁盘来扩展ZFS中的RAIDZ卷,也不能通过删除磁盘来缩小RAIDZ卷。
但是,您可以跨越多个RAIDZ vdevs。 您也可以将单个磁盘交换为较大的磁盘,并通过这种方式增加一个池。
另请参阅: 我在哪里可以find有关ZFS的介绍性文档?