OpenZFS成立开发马修Ahrens开设了一个公关的最受欢迎的功能之一ZFS history-RAIDz expansion-last一周。ZFS新功能允许用户来扩大规模的单一RAIDz vdev。例如,您可以使用新特性将三磁盘RAIDz1四,五或六RAIDz1。
OpenZFS文件系统是一个复杂的,事情一定会有点嚼头解释这个功能是如何工作的。ZFS所以如果你是一个新手,你可以参考我们的全面ZFS 101介绍。扩大在ZFS存储
除了作为一个文件系统,ZFS存储阵列和卷管理器,这意味着你可以喂它一大堆磁盘设备,不只是一个。ZFS存储系统的核心zpool
这是最基本的ZFS存储。的zpool
反过来包含vdevs
,vdevs
包含实际的磁盘。分为单位被称为写道记录
或块
,然后分发semi-evenly中vdevs
。
一个存储vdev
可以5个输入一个单一磁盘,镜子,RAIDz1
,了RAIDz2
,或RAIDz3
。您可以添加更多的vdevs
到一个zpool
,你可以附加
更多的磁盘单个或镜子vdev
。但管理存储这种方式需要提前计划和预算这爱好者和homelabbers经常不太热心。
传统的突袭
不分享ZFS的“池”的概念,通常提供的能力扩大和/或重塑一个数组。例如,您可以添加一个磁盘six-diskRAID6
数组,从而将其转化为一个seven-diskRAID6
数组中。经历一场重塑生活是很痛苦的,尤其是在近完整数组;完全有可能,这样的任务可能需要一个星期或更长,阵列性能有限的四分之一或不正常的整个时间。
从历史上看,ZFS避开这种扩张。ZFS最初开发用于商业,生活数组重塑形象在商业世界通常是行不通的。你存储的性能无法使用水平下降数日通常更多的工资和成本开销比买一套全新的硬件。住扩张也可能很危险,因为它涉及到阅读和重写所有数据,并在一个临时数组和不经过“一半一半,”状态,直到它完成。
为用户和许多磁盘,新RAIDz
扩张也不大可能在多大程度上改变他们如何使用ZFS。它仍将是更容易和更实用的管理vdevs
作为完整的单元而不是试图闲荡。但homelabbers爱好者,和小用户ZFS使用单个运行vdev
可能会得到很多新功能的使用。
它是如何工作的呢?
从实用的角度来看,阿伦斯新的vdev
扩张功能仅仅将新功能添加到现有的命令,即zpool附加
,这是通常用于磁盘添加到一个单盘vdev
(把它变成一个镜子vdev
)或添加额外的磁盘镜子
(例如,两磁盘镜子
成一个三磁盘镜子
)。
新代码,你就可以附加
现有新磁盘RAIDz
vdev。这样做将vdev宽但不改变vdev
类型,所以你可以把一个six-disk了RAIDz2
vdev成seven-disk了RAIDz2
vdev,但你不能把它变成一个seven-diskRAIDz3
。
在发行zpool附加
命令,开始扩张。在扩张,每个块
或记录
读取的vdev
被扩大,然后重写。行业的重写块
分布在所有的磁盘吗vdev
,包括新磁盘(s),但是条纹的宽度本身是没有改变的。所以一个了RAIDz2 vdev
从六个磁盘扩大到十仍将充满six-wide扩张完成后条纹。
所以,当用户将看到额外的空间可用的新磁盘,扩大数据的存储效率不会有改善由于新磁盘。在上面的例子中,我们从一个six-disk了RAIDz2
的名义存储效率67%(六分之四部门数据)ten-disk了RAIDz2
。数据新写入ten-disk了RAIDz2名义存储效率80 percent-eight每十部门但总老扩展数据仍然是写在six-wide条纹,所以它还有旧的存储效率67%。
值得注意的是,这不是一个意想不到的或奇怪的状态vdev -RAIDz
已经使用一个动态变量,条纹宽度占块
或记录
太小,在所有磁盘在单一条带vdev
。
例如,如果您编写一个元数据阻塞数据包含文件的名称、权限和纸盘上面适合在一个位置部门
在磁盘上。如果你写元数据块ten-wide了RAIDz2
,你不写一个完整的ten-wide stripe-instead,你写一个矮小块
只有三个磁盘宽;单个数据部门
+ 2平价行业
。因此,“弱小”块
在一个新扩展的RAIDz
vdev没有任何对ZFS感到困惑。他们只是在办公室里的另一天。
有持久的性能影响吗?
正如我们上面所讨论的,一个新扩展RAIDz vdev
不会看起来很像一个设计从“出生”——至少,不是。虽然有更多的磁盘结构,数据的内部结构并没有改变。
添加一个或多个新磁盘vdev
意味着它应该能够有点更高的吞吐量。尽管遗产块
不跨的整个宽度vdev
意味着更多的纺锤波,增加磁盘分配工作。这可能不会成为一个令人惊叹的速度增加,though-six-wide seven-disk条纹vdev
意味着你仍然不能读或写两个块
同时,所以任何速度可能小的改进。
性能的净影响很难预测。如果你从six-disk扩大了RAIDz2
一个seven-disk了RAIDz2
例如,你原来six-disk配置不需要任何填充。128年的简约块
可以均匀切成4个32简约数据块,有两个32简约平价碎片。相同的记录之间的分裂七个磁盘需要填充因为128简约/ 5个数据块不出来一个偶数的行业。
同样,在某些案件尤其小recordsize
或volblocksize
设置工作负载每个磁盘可能更具有挑战性,窄比新布局,更广泛的一个。128年的简约块
分成32个简约six-wide碎片了RAIDz2
可以更高效地进行读或写吗每个磁盘比一个分裂成16个简约ten-wide碎片了RAIDz2
,如此一来它有点事业更多的磁盘但小块是否会提供更多的吞吐量比更少的磁盘,但更大的块。
有一件事你可以肯定的是,新扩展的配置应该通常执行以及原始non-expanded版本和,一旦大多数数据(re)写在新宽度,扩大vdev
不会执行任何不同,或者是任何不可靠,比从一开始是这样设计的。
为什么不改变记录/块在扩张吗?
似乎奇怪的是,初始扩张过程不重写所有现有的块
新宽度的追赶,这是阅读和重写数据,对吧?我们要求按原样Ahrens最初的宽度是为什么离开,答案可以归结为“这是更容易、更安全。”
识别的一个关键因素是,从技术上讲,扩张不是移动块
;只是移动行业
。它是这样写,扩张的代码不需要知道ZFS的逻辑块
这样的边界扩张常规不知道是否一个人部门
是平价或数据,更不用说块
它属于。
可以遍历所有扩张块
指针定位块
边界,然后就知道哪部门
属于什么块
以及如何重塑块
,但据Ahrens,做事情的方法是极其入侵ZFS的磁盘格式。扩张需要不断更新spacemaps
在metaslabs
考虑到每个磁盘大小的变化块
——如果块
的一部分数据集
而不是一个zvol
、更新会计per-dataset和上面的空间。
如果真的让你的牙齿痒在刚知道你有宽四条纹five-wide vdev,你可以阅读和重写你的数据自己扩张后完成。最简单的方法是使用zfs快照
,zfs发送
,zfs接收
复制整个数据集
和zvols
。如果你不担心ZFS属性,一个简单的mv
操作上大做文章。
然而,我们建议在大多数情况下只是放松和让ZFS做其事。你的尺寸过小块
从旧数据并不伤害任何东西,你自然地删除和/或改变数据的生活vdev
必要时,他们中的大多数会重写自然,不需要管理干预或长时间的高存储负载由于痴迷于阅读和全部重写。
当将RAIDz扩张生产?
阿伦斯新代码还没有任何OpenZFS版本的一部分,更不用说添加到别人的存储库。我们问Ahrens当我们可能期望看到生产中的代码,不幸的是,这将是一段时间。
太晚了RAIDz扩张被包括在即将到来的OpenZFS 2.1版本,预计很快(2.1候选版本7现在是可用的)。它应该被包括在未来主要OpenZFS释放;具体日期还为时过早,但主要版本通常每年发生一次。
一般来说,我们期望RAIDz扩张在Ubuntu和FreeBSD打击生产大约2022年8月,但这只是一种猜测。TrueNAS很可能把它投入生产更快,因为ixSystems往往将ZFS特性从主前正式发布状态。
100年读者评论
可靠性似乎是相似的,因为旧的数据仍然是只分布在旧#的磁盘,而新数据立即得到的可靠性分布在磁盘的新#。
编辑:“立即”的警告,意味着一旦数据重塑过程已经完成,当然可以。
呃. .不。
指出作者想要传达的是ZFS的扩张方式略有不同,例如不涉及重新计算奇偶校验。
传统的方式扩大数组会被重组的数据从1 2 3 4 p 6 7 8 9 p…为1 2 3 4 5 p 5 6 7 9 10 p…
相反,它是保存在1 2 3 4 p 6 7 8 9 p,但整个磁盘重新分配。
我也广泛使用云。服务器(zfs),笔记本(zfs)和大服务器(zfs)。
弧:18.6镶条(29.6%)MFU: 12.5直布罗陀系统:4.5直布罗陀元:16.3直布罗陀海峡499.8(47.0直布罗陀海峡)DNODE MiB(4.7直布罗陀海峡)
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
| FFFFFFFFFFFRRRRO |
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
arc_summary服务器重启(256 gb)显示最低
弧:84.3 MiB (0.1%) MFU: 61.1 MiB系统:7.8 MiB元:84.3 MiB(94.5直布罗陀海峡)DNODE 7.9 MiB(9.4直布罗陀海峡)
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
| |
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
你可以看到与内存使用ZFS是高度自适应,不管你听到什么……
我还没有说服任何人有离线存储是一个缺点。
今年晚些时候,可能漂浮在SCXX看看关于磁带驱动器…
如果你没有离线复制,你没有控制你的数据。
年代
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
“商业世界”很少扩展一个磁盘。因此,it预算和计划提前扩张,通常可以由vdev完成。
正确的。尽管记住那些读会整个vdev瓶颈发生在更大的程度上;只有这么多的IOPS。当你点亮七个八个磁盘读取条纹,一个eight-wide阅读瓶颈几乎一样有效地是由另一个全部eight-wide阅读,而是用更少的实际阅读的数据大小相同的瓶颈。
这是一套更好的期望,将影响性能的遗留数据只要遗留数据大多数磁盘上。人们希望有更多的专业工作负载理解这些专业的工作负载很好算出来,而通用的工作负载的人更可能需要扶持的一个期望可能直接应用,国际海事组织。
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
商业世界,根据我的经验,并不是特别受需要添加另一个(例如)six-disk vdev作为一个单元,而不是扩大six-disk vdev到seven-disk vdev。
如果你不计划、预算或范围足以处理一次购买6个磁盘,你要么非常非常小的业务,或您的IT管理可以使用一些严重的调整。
但是谁有空荡荡的海湾?
你是业务或家庭用户,通常人们不能最大限度地发挥其存储的。我想这是非常前瞻性的思考,“我现在只需要6个海湾,但我会买八个海湾以防ZFS支持未来的扩张。”If/when I need to expand my storage it seems like I'd buy a new array with more bays or upgrade hard drive capacity in my existing bays.
也许这是一个新的特性,因为并没有太多的需求在过去?
有吨的需求超出这几乎肯定是最想要的特性对ZFS超过十年我一直使用它个人和专业而独立的自己在有很多很多的爱好者和homelabbers不起和/或不想填满所有可用的海湾在一开始。
功能不做任何事我,就我个人而言,因为我比这意味着更仔细地计划我的存储需求,并建立与多个vdevs池。但我不是“所有ZFS用户。”
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
商业世界,根据我的经验,并不是特别受需要添加另一个(例如)six-disk vdev作为一个单元,而不是扩大six-disk vdev到seven-disk vdev。
如果你不计划、预算或范围足以处理一次购买6个磁盘,你要么非常非常小的业务,或您的IT管理可以使用一些严重的调整。
我不是指扩大一个磁盘。相反,增加重要的能力,但确保数组转换从一个最优布局设计过程的开始一个优化布局的过程。这样做经常涉及relayout过渡。大型商店不关心底层细节,他们只是希望,如果他们要求增加X数组的容量可以干净地、有效地进行升级。一些架构使用relayout在这个过程中,一些不喜欢。
我的观点不是relayout是数组的_required_组件有效地升级。只有ZFS的不能做任何与商界的需求。商业世界不在乎的详细级别的存储。
但在那里装海湾的人简单希望后来,这个功能将被添加,这样他们可以填补他们的港湾吗?
但在那里装海湾的人简单希望后来,这个功能将被添加,这样他们可以填补他们的港湾吗?
世界是导缆孔完整的继续潜水的人,他们会找出深池。
但是谁有空荡荡的海湾?
你是业务或家庭用户,通常人们不能最大限度地发挥其存储的。我想这是非常前瞻性的思考,“我现在只需要6个海湾,但我会买八个海湾以防ZFS支持未来的扩张。”If/when I need to expand my storage it seems like I'd buy a new array with more bays or upgrade hard drive capacity in my existing bays.
也许这是一个新的特性,因为并没有太多的需求在过去?
至少在圣世界,是相当普遍的控制器,可以处理多个存储底盘。你可以买一双控制器和2 - 4底盘完全填充的开始,但扩大的时候你只需要添加额外的存储底盘控制器,你已经有了。所有这些就都可以实现热,控制器可以利用新的磁盘空间以各种方式。系统我用过去可以扩展阵列,在负载下RAID类型之间的转换等。所有这一切可用> 10年前,但在专用的和昂贵的硬件,不是你可以从商品构建部分。
现在我重新审视项目和做一下。我希望btrfs RAID5/6可能最后工作这些年来,但显然,它不仅是仍然糟糕,他们最近增加了一个警告强烈劝阻你RAID5/6卷。呵。ZFS啊!
但是谁有空荡荡的海湾?
你是业务或家庭用户,通常人们不能最大限度地发挥其存储的。我想这是非常前瞻性的思考,“我现在只需要6个海湾,但我会买八个海湾以防ZFS支持未来的扩张。”If/when I need to expand my storage it seems like I'd buy a new array with more bays or upgrade hard drive capacity in my existing bays.
也许这是一个新的特性,因为并没有太多的需求在过去?
个人使用,我有一个惠普Microserver 4 x硬盘(3 + 1 RAIDZ1),我想添加另一个驱动器的可移动媒体。
专业使用ZFS -我没有很多客户,除非它是一个更大的OEM产品。但difficult-to-expand RAID相关新闻,我几乎无限的顾客想要的故事添加单个硬盘_insert_small_business_SAN_here美元(VNXe,我看着你)才发现扩大存储阵列并不总是工作他们认为的方式。
我敢打赌很多性交头上;)
但在那里装海湾的人简单希望后来,这个功能将被添加,这样他们可以填补他们的港湾吗?
我满3 6海湾,因为这是我发现我的电脑机箱是足够便宜,决定了硬盘好和安静的120毫米风扇冷却,并支持我的备用主板和电源来自升级我的台式电脑。我的计划是:如果我需要更多,而不是更足以证明一个全新的NAS,我可以用剩余的3海湾vdev两倍多我第二个存储使用任何可用的磁盘大小。
最后一次编辑黑暗的南瓜在星期二2021年6月15日下午2:06
但是谁有空荡荡的海湾?
你是业务或家庭用户,通常人们不能最大限度地发挥其存储的。我想这是非常前瞻性的思考,“我现在只需要6个海湾,但我会买八个海湾以防ZFS支持未来的扩张。”If/when I need to expand my storage it seems like I'd buy a new array with more bays or upgrade hard drive capacity in my existing bays.
也许这是一个新的特性,因为并没有太多的需求在过去?
我想从技术上讲,我在备份服务器有4个空的海湾,但这只是因为我运行1 OS驱动器和8数据驱动的情况下可以处理15个驱动器。
我的主要服务器运行8数据驱动,但我宁愿只是升级每个驱动器和保持8驱动器的数量,而不是扩大到9或10。
当然,我也可以添加另一个8通过磁盘驱动器架,但这将对我的杀伤力存储需求(至少现在)。
但在那里装海湾的人简单希望后来,这个功能将被添加,这样他们可以填补他们的港湾吗?
世界是导缆孔完整的继续潜水的人,他们会找出深池。
即使是最好的计划常常发现意想不到的转变。添加适应性是伟大的。
构建数组两年后,我买了一个还装有期待拍摄偶尔的娱乐活动。几个月后,我在俱乐部让我拍摄教学视频。我借了一些zfs存储转移到一个更广泛的格式,但这对我来说会是一个优秀的功能和我的出乎意料的存储需求。
编辑:或者我猜,听起来像一个戏剧性的利用有限的资源(每个驱动器的健康),这会导致多个驱动器的总支出中失败或后立即重新挂银。
最后一次编辑胡须的模仿者在星期二2021年6月15日17点
转换一个raidz1了raidz2或3将是一个非常不错的功能。简单的扩张raidz1不太有用,原因很简单,你增加你的失效概率不能够增加你的平价大小来抵消。
转换一个四册raidz1 8-volume了raidz2会超级有用的。
最后一次编辑malor在星期二2021年6月15日13点
还有其他一些很酷的功能,它可能使未来,尽管那些将进一步。
Ahrens提到的可能性做了5 RAIDz1 6磁盘了RAIDz2,我也好奇的可能性采取一个镜像vdev并将其转换为一个RAIDz,例如,两个磁盘镜像分为四个磁盘了RAIDz2,如你所能想到的镜子是RAIDz但简单的奇偶校验计划。
他们挑战的,所以添加磁盘不改变平价绝对是正确的优先考虑。
虽然这些必然是主流特性在商业用途上,我已经看到奇怪的边界情况出现在业务空间中,通常是因为有人做了一个愚蠢的决定,使升级尴尬,并几次我要修复它的人(我也可能已经被人做了愚蠢的决定别人不得不修几次,因为我不知道任何更好的)。适当的计划不应该被低估,但的次数,也不应该被低估
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
商业世界,根据我的经验,并不是特别受需要添加另一个(例如)six-disk vdev作为一个单元,而不是扩大six-disk vdev到seven-disk vdev。
如果你不计划、预算或范围足以处理一次购买6个磁盘,你要么非常非常小的业务,或您的IT管理可以使用一些严重的调整。
我认为你们都认为不同的点。吉姆,你100%正确,使用ZFS的商界对什么都不感兴趣做一个背景布局。vdev业务ZFS用户升级,或与几个vdevs托盘。这是正确的方法使用ZFS的架构。它与这个功能不会改变。
还有其他的存储阵列,没关系如果你添加一个或三个24磁盘货架。在这两种情况下,一个完整的数据的布局。它发生在后台,只要一切都正确的架构,性能不受影响。企业客户不在乎这发生。他们只关心他们的数据保持保护,他们得到了他们期望性能。
…或is it?
人们已经等待这么长时间,是吗只有一年的时间被认为是“很快”。
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
商业世界,根据我的经验,并不是特别受需要添加另一个(例如)six-disk vdev作为一个单元,而不是扩大six-disk vdev到seven-disk vdev。
如果你不计划、预算或范围足以处理一次购买6个磁盘,你要么非常非常小的业务,或您的IT管理可以使用一些严重的调整。
我认为你们都认为不同的点。吉姆,你100%正确,使用ZFS的商界对什么都不感兴趣做一个背景布局。vdev业务ZFS用户升级,或与几个vdevs托盘。这是正确的方法使用ZFS的架构。它与这个功能不会改变。
还有其他的存储阵列,没关系如果你添加一个或三个24磁盘货架。在这两种情况下,一个完整的数据的布局。它发生在后台,只要一切都正确的架构,性能不受影响。企业客户不在乎这发生。他们只关心他们的数据保持保护,他们得到了他们期望性能。
完全正确。我的论点不是企业客户使用ZFS强烈要求这个特性或,ZFS的商业客户要求添加一个或两个磁盘驱动器。我的抱怨是本节:
这些语句没有限定符,它们只适用于ZFS。不少存储阵列现场表演扩张,应用程序存储性能并不意味深长地退化,它不是危险的。只是不准确的状态,这种类型的生活扩张的存在与否是由商业客户。
从k顺序读取磁盘,如果行业和顺序重写(k + 1)磁盘,它应该是安全的因为旧,nonmigrated数据应该在其原始位置生部门数量高于重写了——但行业真的(即治疗。vdev转换过程中,重写)顺序?我不明白为什么他们应该。
这引出了我最初的问题上面……
但在那里装海湾的人简单希望后来,这个功能将被添加,这样他们可以填补他们的港湾吗?
我的意思是……我建立我的NAS,有更多比我的主板支持驱动器托架。我可以很容易地添加更多的SATA端口作为PCIe卡在任何时间。所以我可能会利用这在某种程度上(没有计划,我仍然有很多自由空间)。
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
商业世界,根据我的经验,并不是特别受需要添加另一个(例如)six-disk vdev作为一个单元,而不是扩大six-disk vdev到seven-disk vdev。
如果你不计划、预算或范围足以处理一次购买6个磁盘,你要么非常非常小的业务,或您的IT管理可以使用一些严重的调整。
我认为你们都认为不同的点。吉姆,你100%正确,使用ZFS的商界对什么都不感兴趣做一个背景布局。vdev业务ZFS用户升级,或与几个vdevs托盘。这是正确的方法使用ZFS的架构。它与这个功能不会改变。
还有其他的存储阵列,没关系如果你添加一个或三个24磁盘货架。在这两种情况下,一个完整的数据的布局。它发生在后台,只要一切都正确的架构,性能不受影响。企业客户不在乎这发生。他们只关心他们的数据保持保护,他们得到了他们期望性能。
完全正确。我的论点不是企业客户使用ZFS强烈要求这个特性或,ZFS的商业客户要求添加一个或两个磁盘驱动器。我的抱怨是本节:
这些语句没有限定符,它们只适用于ZFS。不少存储阵列现场表演扩张,应用程序存储性能并不意味深长地退化,它不是危险的。只是不准确的状态,这种类型的生活扩张的存在与否是由商业客户。
AFAIK,这是适用于任何好的硬件RAID卡。扩张通常可以在线完成,通常没有太多影响到前台进程。如果负载很高的驱动,扩张可以花费很长的时间(周?),但性能数组重新挂银过程中不会有太大的变化。它只使用时候不会做其他任何事情向前蠕变对整个重组。
现在,如果数组退化,可以明显的速度,但是,大多数好的硬件RAID卡能够维持相当接近正常性能。(我想退化+重组将会更糟,但我从未见过,个人)。从我的角度来看,这是一个主要的理由买硬件RAID卡。
只是简单的Linux软件raid (md)很好保持性能在正常重新挂银(大多数发行版重新挂银每月一次)。不过,我从来没有试图做一个产能扩张或RAID-level转换医学博士,所以我不确定多少性能的影响。(编辑:我不确定改变RAID类型可能与md ....再一次,我以前从来没做过。)
但是谁有空荡荡的海湾?
你是业务或家庭用户,通常人们不能最大限度地发挥其存储的。我想这是非常前瞻性的思考,“我现在只需要6个海湾,但我会买八个海湾以防ZFS支持未来的扩张。”If/when I need to expand my storage it seems like I'd buy a new array with more bays or upgrade hard drive capacity in my existing bays.
也许这是一个新的特性,因为并没有太多的需求在过去?
缺乏这一特性是主要原因之一我不跑步ZFS和我还有一个空的海湾。我看着戴尔服务器为一卷你的NAS和ZFS很有趣但是我的存储需求和仍然是很小所以我计划来填充数组用廉价的3 tb的企业拉的驱动器。知道我将拿起驱动一次便宜的扩张是很高的在我的需求和ZFS名单上没有满足。
我得到一个接下来NAS和开始2驱动器在一面镜子,我扩大到3驱动器的Raid 5数组和我还没满4日湾。当我最终取代这个我会再看看ZFS。
断言“活的数组重塑形象在商业世界”通常是不以任何方式是不准确的。外部存储阵列支持“实时修改数组”二十年左右的“商业世界”。不是每个外部阵列架构支持它,但是大多数人做的。,虽然可能有一些性能影响,这是由数组管理软件来优化应用程序的I / O背景布局。“商业世界”一般预计他们的存储基础设施适应日益增长的能力要求不需要水晶球或被紧身,与灵活扩展能力的原因已经存在了这么长时间。
大,ZFS是最后添加这个功能,但是,缺乏这种能力在某种程度上是由商业世界的欲望是不正确的。
商业世界,根据我的经验,并不是特别受需要添加另一个(例如)six-disk vdev作为一个单元,而不是扩大six-disk vdev到seven-disk vdev。
如果你不计划、预算或范围足以处理一次购买6个磁盘,你要么非常非常小的业务,或您的IT管理可以使用一些严重的调整。
我认为你们都认为不同的点。吉姆,你100%正确,使用ZFS的商界对什么都不感兴趣做一个背景布局。vdev业务ZFS用户升级,或与几个vdevs托盘。这是正确的方法使用ZFS的架构。它与这个功能不会改变。
还有其他的存储阵列,没关系如果你添加一个或三个24磁盘货架。在这两种情况下,一个完整的数据的布局。它发生在后台,只要一切都正确的架构,性能不受影响。企业客户不在乎这发生。他们只关心他们的数据保持保护,他们得到了他们期望性能。
完全正确。我的论点不是企业客户使用ZFS强烈要求这个特性或,ZFS的商业客户要求添加一个或两个磁盘驱动器。我的抱怨是本节:
这些语句没有限定符,它们只适用于ZFS。不少存储阵列现场表演扩张,应用程序存储性能并不意味深长地退化,它不是危险的。只是不准确的状态,这种类型的生活扩张的存在与否是由商业客户。
AFAIK,这是适用于任何好的硬件RAID卡。扩张通常可以在线完成,通常没有太多影响到前台进程。如果负载很高的驱动,扩张可以花费很长的时间(周?),但性能数组重新挂银过程中不会有太大的变化。它只使用时候不会做其他任何事情向前蠕变对整个重组。
现在,如果数组退化,可以明显的速度,但是,大多数好的硬件RAID卡能够维持相当接近正常性能。(我想退化+重组将会更糟,但我从未见过,个人)。从我的角度来看,这是主要原因之一购买软件RAID卡。
只是简单的Linux软件raid (md)很好保持性能在正常重新挂银(大多数发行版重新挂银与md每月一次)。然而,我从未试图做一个产能扩张或与mdadm RAID-level转换,所以我不确定多少性能的影响。
mdadm你肯定会对扩张性能下降或RAID-level转换使用旋转磁盘没有一些调优。默认mdadm将消耗一个有意义的底层驱动的表现在扩张/转换。您可以调整一下几方面,当然代价是更长的时间来完成扩张/转换。最大的影响将会与旋转磁盘延迟。吞吐量的影响更少。如果驱动器flash性能影响是很微不足道的。Flash提供宽恕很多存储罪恶。。。
编辑:或者我猜,听起来像一个戏剧性的利用有限的资源(每个驱动器的健康),这会导致多个驱动器的总支出中失败或后立即重新挂银。
不,它不会压力旧的磁盘。写入新文件将所有新磁盘的“条纹”。现有的旧文件读取只会从他们现有的“条纹”,如果文件被修改,写回变化将条纹在所有磁盘。你没有添加任何1:1的新磁盘,你只是扩大vdev的宽度。所以,你不会失去任何东西。你只是没有得到立即vdev读取所有文件的性能提高。
从k顺序读取磁盘,如果行业和顺序重写(k + 1)磁盘,它应该是安全的因为旧,nonmigrated数据应该在其原始位置生部门数量高于重写了——但行业真的(即治疗。vdev转换过程中,重写)顺序?我不明白为什么他们应该。
这引出了我最初的问题上面……
你不是重写整个vdev虽然。你只是添加一个磁盘。平价水平新旧vdev之间都是一样的。它有一个额外的磁盘条带新写拉读取对面那些新写的文件。旧数据,状态,只会坐在旧的磁盘,它总是和阅读的时候它就是从旧的磁盘。如果写(变更/修改的文件需要)就会写新vdev的整个宽度变化。
你必须登录或创建一个帐户置评。