我正在使用 HP Smart Array P400,看到控制器占用了相当大的开销,这是我没有预料到的,我想知道它的去向。
我连接了六个 SAS 驱动器。它们都标有 146GB,只有一个除外。(一个恰好是 300GB,但这对 RAID 来说无关紧要。)我不确定这是否意味着 146,000,000,000 字节或 156,766,306,304 字节或什么。
在 ACU 中,在物理驱动器下,它显示为 146GB。当我从它们创建阵列时,未使用的空间(在创建逻辑磁盘或设置冗余级别之前)显示为 820.2GB。
由于 146*6=876GB 而不是 820.2GB,一开始我以为磁盘大小是以十进制 gigs (GB = 10^9) 和二进制 gigs (GiB = 2^30) 引用的。
但是,如果我这样假设,数字仍然无法计算出来。146GB 二进制为 135.973GiB,其中六个为 815.839GiB。
815.8GiB小于ACU 引用为阵列大小的 820.2GB,这在逻辑上意味着它必须以相同的单位引用驱动器大小和阵列大小(无论是二进制还是十进制 gig)。
但如果是这种情况,那么 55.8GB 或高达 6.4% 的阵列神秘地消失了。
现在,我知道 RAID 控制器可能会在驱动器上放置一些元数据,所以我不能指望 100% 的空间可用。但我希望这个元数据最多应该只有几兆字节。六个驱动器丢失 55.8GB 的原因是什么?
澄清一下,我们不是在谈论因裁员造成的损失。例如,RAID1-0 提供了 50% 的可用空间,对于六个驱动器,RAID5 提供了 83.3% 的可用空间,等等,但我在这里所说的是甚至在选择冗余之前就已经丢失的空间。即使使用 RAID0,该空间也会丢失,应该会暴露近 100% 的空间。
我不会真的担心它。就是这样。你无法改变它。相应地计划。
您遇到了Gigabyte 和 Gibibyte之间的区别。
这说明了驱动器大小的差异。
这是一个 6 磁盘 RAID 1+0 阵列,由 Smart Array P410 控制器上的 300GB SAS 驱动器组成。可用空间不是 900GB,而是 838GB:
然而,相同的磁盘,当在带有 LSI SAS 控制器的 Nexenta/ZFS 设置中运行时,在格式化期间显示以下内容:
所以我真的在使用 279.4GB 的磁盘。
(3 x 279.4) = 838.2GB
,这接近于基于 Smart Array 的逻辑驱动器中提供的 838.1GB 可用空间。在我的一个 ZFS 系统上对 146GB 驱动器运行相同的检查显示磁盘注册为:
所以,136.73GB。
(6 x 136.73) = 820.38
,与您在系统上看到的 820.2GB 相比。这意味着您的可用空间只是驱动器报告大小的函数,绝对不是 HP Smart Array RAID 控制器开销的问题。