这么快的问题 - 我们的 RAID6 阵列目前正在重建，并且文件系统性能受到非常明显的影响（主目录是 NFS 安装在阵列上）。
我有点期待，因为你正在重建数组，所以控制器上有大量的读/写负担，但我突然想到，我真的没有什么可以与之比较的。
在 RAID 重建期间看到严重的（5-10 秒经常冻结）一种预期的行为，加上大量的读/写使用（在备份期间以及当用户通过 FTP 下载大型 [多 GB] 文件时，性能受到明显影响）。
对此的任何想法将不胜感激。这是安装在本地 NFS 上的 40TB 阵列上的硬件 RAID6 (LSI 9266-i8)（即服务器在物理上非常靠近工作站）。
首先，这是一个很好的资源，概述了重建时间。
RAID 重建以及它们在故障前后的工作方式。
现在，就我对重建的想法而言，我们确实知道重建会导致一些非常缓慢的表现，这是理所当然的。正如您将在上面的链接中看到的那样，RAID 重建不仅将信息从故障磁盘提取到已知磁盘（在故障后重建的情况下），它们还将信息写入系统驱动器以及其他数据/secondary 在服务器运行时一直驱动。要记住的另一件事是，您通常会看到的常用功能不需要时间，而且资源相对较少，现在比正常情况需要更多的资源，并对已经征税的服务器征税。在预重建失败的情况下（性能稍微好一点，
您看到的 5-10 秒冻结绝对是正常的，特别是如果您正在重建的服务器是任何类型的数据库服务器，默认情况下具有比平常更高的写入和读取（即包含最终用户访问的数据库的 SQL 服务器）整天；我曾经咨询过的一家物业管理公司有一个程序可以整天访问他们的租户记录，以便查看和写入新信息给他们，而且它总是被大量使用。）它会更加引人注目。
我建议的另一件事是获取控制器随附的任何 RAID 实用程序（GUI 版本）并将其安装在操作系统上，这样您就可以监控重建，而无需加载到控制器 BIOS 中。
如今，一个非常小且几乎不存在的问题是 NFS 与 iSCSI。我知道您正在使用 NFS，过去 iSCSI 在虚拟化的情况下会具有更好的整体性能，但随着最近对虚拟机管理程序和硬盘驱动器以及控制器的改进，NFS 在性能上几乎与 iSCSI 相同，所以它听起来你有一个非常好的 SAN。
我很乐意回答您需要知道的任何其他内容，因此请随时发表评论。