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