长话短说，我想知道对 nas VM 使用大型精简版 .vmdk 是否不明智？我计划备份到外部 2TB 驱动器（非常小的企业），并始终将其中一个放在异地。
我可以使用 poweredge 840，但文件服务器使用率很低，这似乎是一种浪费。该公司有一台 ESXi 服务器可以存储文件服务器磁盘。
关于备份，我是否最好使用 cron+rsync 并使用本机磁盘直通到 USB，或者我应该创建数据存储并备份 .vmdk 文件？此外，没有任何软件预算。
答案1
在我看来，您提出的两种备份替代方案都是坏主意。我非常怀疑 VMware 设计数据存储系统时的设计概要中是否包括热插拔 USB 硬盘。是的，您可以卸载数据存储，但我不确定 ESXi 是否支持使用 USB 设备作为数据存储（我认为您会发现嵌入式操作系统无法从 USB 设备挂载卷）。
ESXi 中提供了存储设备的 USB 直通功能，但您必须关闭虚拟机才能将其干净地分离。同样，使用此机制进行常规备份不是一个好主意，因为干净地执行备份非常不方便。我在将 USB HDD 连接到 ESXi 4.1 上的 CentOS 5.5 VM 进行迁移时也遇到了数据损坏的情况……我不会信任它进行备份。
我选择便宜的 NAS。
关于使用大型 VMDK，我不知道这种规模的任何特定风险，但对 NAS 使用薄的 1TB vmdk 似乎不是一个好主意，特别是因为可能会有大量的写入操作。
答案2
您可以创建任意大小的 VMDK —— 我认为 VMWare 不会施加限制。它与任何其他 VMDK 映像一样安全，但风险可能会略有增加，因为它覆盖了磁盘上的更多物理区域（扇区损坏的可能性更大。这就是为什么您的 VMWare 盒有 RAID 控制器，对吗？）。
我要指出的两个警告是：
如果您使用稀疏（不断增长）的映像而不是预分配的映像，您的 VMDK 可能不连续。这会在两个方面造成性能问题：写入数据将花费更长时间（因为 VMWare 服务器需要分配物理磁盘空间），检索数据将花费更长时间（因为磁头必须搜索磁盘中的“间隙”）。
如果您的文件服务器使用率很高，则可能会产生磁盘争用：尝试读取/写入文件的用户将与尝试执行其任务的所有其他虚拟机竞争。根据磁盘速度和总体虚拟机活动，这可能会对文件服务器或其他虚拟机的性能造成明显影响。
有时购买 El-Cheapo 独立文件服务器（或 NAS 设备，或将自由网络存储在旧盒子上并为其提供大磁盘）是一个更好的解决方案——在虚拟化之前考虑您的工作负载。