今天是个好日子，
我对 OpenFiler 有疑问，这是一种基于 Linux 的操作，可将计算机系统转换为 SAN/NAS 设备。这是问题所在。在我的环境中，我们有两个 Netapp Storevault 500 设备，我通常将它们备份到 NFS 共享。有两个备份 cronjobs 使用 ghettoVCB 备份两组 VM。一组是 3 个 VM 的池。这需要 13 分钟才能完成。第二个作业将 5 个 VM 池备份到第二个 Storevault 设备，这需要 2 小时。
然后，我们在具有 2 个核心 Xeon 处理器的旧服务器上安装了 Openfiler。有一个软件 RAID 5 进程。对 NFS Openfiler 共享执行相同的备份时，第一个备份作业需要 13 分钟，大约需要 4 小时。第二个备份作业需要 2 个小时，但需要将近 10 个小时才能完成。这是无法接受的！！！！尤其是考虑到主机 ESX Server 的压力。我假设由于软件 RAID 5，CPU 上的开销解释了较长的备份时间。
然后我在第二台服务器上安装了 Openfiler，这是一台具有 P4 Intel 处理器的 IBM x306 机器。这次没有软件 RAID 或任何 RAID。包含操作系统的单个 750GB 硬盘驱动器和磁盘的其余部分用于将 VM 备份到 NFS 共享。我执行了 3 个虚拟机池的第一个备份作业。这次备份工作用了 1 又 1/2 小时而不是 13 分钟完成！！！！！！！！！！！！
Openfiler 是不是很不擅长成为 NFS 服务器！！！！！！！！！！！！！Openfiler 是否有其他人遇到过这些问题？
NFS 与 VMware 是一个特例。在每个 NFS 事务之后，VMware 将调用 NFS COMMIT，这会强制 NFS 服务器将存储在 RAM 中的缓存写入同步到硬盘驱动器，从而大大减慢速度。据我所知，没有办法在 VMware 中关闭此功能，也无法调整 NFS 窗口大小以缓解此问题。
您在 Netapp 上看不到这一点的原因是，由于他们有电池支持的 RAM，他们的 NFS 实现会立即从 COMMIT 返回 - 即使您在备份过程中拔掉电源，当您将 Netapp 重新插入它时仍然会有一致的数据。
据我了解，解决方法是使用 noatime 等调整 OpenFiler 的挂载；或者，在 OpenFiler 上创建不会出现相同问题的 iSCSI 目标。电池支持的缓存 RAID 控制器可能会有所帮助，但是在单次写入时备份 GB，缓存可能仍然比 Netapps 慢。您使用的是千兆以太网，对吗？