我正在重新配置 Esxi 服务器,但对于 Esxi 的默认 1Mb 块大小(我打算保留该默认值),我找不到任何有用的数据关于 RAID 10 阵列(4 个磁盘)的最佳条带大小。
我是否认为使用 512K 条带大小,单个块读取将导致所有磁盘得到最佳寻址(1Mb 块在 2 个 raid1 阵列之间分割),或者我对文件系统块大小的理解完全错误和突袭条纹?
我正在重新配置 Esxi 服务器,但对于 Esxi 的默认 1Mb 块大小(我打算保留该默认值),我找不到任何有用的数据关于 RAID 10 阵列(4 个磁盘)的最佳条带大小。
我是否认为使用 512K 条带大小,单个块读取将导致所有磁盘得到最佳寻址(1Mb 块在 2 个 raid1 阵列之间分割),或者我对文件系统块大小的理解完全错误和突袭条纹?
这里对 VMFS 有一个普遍的误解 - 来自来宾内部的读取\写入直接发送到 SAN\SCSI 块设备 - VMFS(以及它的块大小)没有真正参与,实际上有一个子块分配机制无论 VMFS 块大小(在分配方面)如何,都可以在 64kb 块中运行,但是对于读\写过程的 AFAIK,块大小是无关紧要的。
您应该做的是优化您的条带大小,就像您在来宾中的目标操作系统\应用程序一样 - 较大的条带用于大型顺序 IO,较小的条带用于更多碎片较小的 IO,并更加注意分区对齐(在来宾内,以及对于 VMFS 卷本身),因为如果您不确保频繁使用的分区对齐,那么您从条带大小调整中获得的任何好处都将失效。
这篇 VIOPS 文章中有一些很好的指导,它有一些缺陷,但它的解释和建议相当不错。
我想让 FS 块大小和 RAID 条带同步更重要,然后考虑使用 512 或 1024 作为条带大小。通常,较大的条带更适合大文件,较小的条带更适合较小的文件,因此如果您希望文件很大,您可能希望使用这种大条带大小。我会选择较小的,但您可能更了解您的需求。