长话短说，我想知道如果使用大型精简.vmdk的nas虚拟机是不明智的？ 我计划备份到外部2TB硬盘（非常小的业务），随时保持一个非现场。
我可以使用一个电源840，但文件服务器是如此轻松使用，这似乎是一个浪费。 该公司有一个可以存储文件服务器磁盘的ESXi服务器。
关于备份，使用cron + rsync和使用本机磁盘传递到USB是否会更好？还是应该创build数据存储并备份.vmdk文件？ 另外，软件没有任何预算。
在我看来，你提出的替代scheme是一个坏主意。 当VMwaredevise数据存储系统时，我非常怀疑热插拔USB硬盘在devise中。 是的，您可以卸载数据存储，但是我不确定ESXi是否支持将USB设备用作数据存储（我想您会发现embedded式操作系统无法从USB设备装入卷）。
存储设备的USB直通在ESXi中可用，但是必须closures虚拟机才能将其彻底分离。 再次，使用这种机制进行例行备份是一个坏主意，因为干净地操作非常不方便。 我也遇到了数据损坏，同时将USB HDD连接到ESXi 4.1上的CentOS 5.5虚拟机进行迁移…我不信任它进行备份。
便宜的NAS获得我的投票。
关于使用大型VMDK，我并不知道这种大小有任何特定的风险，但是对于NAS使用1TB精简型vmdk似乎并不是一个好主意，尤其是因为这可能会造成大量的写入。
你可以创build一个尽可能大的VMDK – 我不相信VMWare强加一个限制。 它和其他VMDK映像一样安全，因为它覆盖了磁盘上更多的物理区域（扇区更坏的可能性更大），所以风险略有增加，这就是为什么你的VMWare盒子有RAID控制器的原因吧？
我要指出的两个警告是：
如果您使用稀疏（增长）的图像而不是预先分配的图像，则VMDK可能不是连续的。 这可能会在两端产生性能问题：写数据将花费更长的时间（因为VMWare服务器需要分配物理磁盘空间），并且检索数据需要更长的时间（因为磁头需要查找磁盘中的“间隙”）。
如果您的文件服务器被大量使用，您可能会创build磁盘争用：试图读取/写入文件的人将与所有其他尝试执行任何操作的虚拟机竞争。 根据磁盘速度和VM的整体活动情况，这可能会使文件服务器或其他虚拟机的性能明显下降。
有时购买El-Cheapo独立文件服务器（或NAS设备，或将FreeNAS的副本放在旧盒子上，并给它大的磁盘）是一个更好的解决scheme – 在虚拟化之前考虑您的工作负载。