我没有购物，因为我正在寻找一些关于好主意/坏主意策略的指导。 我相信我不在“最佳实践”预算范围内。
目前，我有3个戴尔电源在一个池中运行xenserver。
每个节点都有一个ubuntu文件服务器，服务约6TB。 一个是主要的，另外两个是rsync的备份目标。 6TB作为LVM的3x2tb虚拟磁盘存储在各自的本地存储磁盘上。 文件服务器VM磁盘也存储在节点本地磁盘上。
每个节点还运行一些轻量级的虚拟机，用于web，开发，windows虚拟机等等。 其中有几个虚拟机的磁盘驻留在QNAP NAS上进行实时迁移。 这些虚拟机通常是主文件服务器的客户端（如所有的邮件，网页内容，用户文件存储在文件服务器上，而不是邮件，web和samba虚拟机上）。
这一切正常，对我们来说是一个重大的进步。 缺点是QNAP是一个单一的失败点。 QNAP唯一做的就是提供可迁移的虚拟机映像，而不是客户端数据。 总有一天，本地arrays将会充满，我们将不得不再次重塑自我。
在SAN或者NAS上安装重量级vm（比如文件服务器，拥有6个以上的TB磁盘）是否明智？
将虚拟机保持轻量化，将虚拟机映像存储在SAN或NAS上，并使用2个或更多NAS充当NFS提供的文件设备，会更好吗？ 一个混合的SAN / NAS，可以为客户端vms提供图像和NFS服务。
如果你必须迁移一个文件服务器的整个6+ TB的磁盘，似乎活生生的想法是错误的。
我承认有很多方法来剥皮猫。 我们已经用几种方法剥皮了。 什么是有道理的？
看来Qnap目前不能进行主动/被动故障转移。 要消除这个SPOF真的有两种方法可以去。
“企业”的方式。 本着这种精神购买NetApp，EMC Cluster或其他产品。 将所有存储移动到这些设备，并设置主动/被动或主动/主动群集。 你也可以使用像TrueNAS或Nexentastor这样的设备，这将为您节省很多$$$投资。
DIY的方式。 这可以使用任何Linux，BSD或Solaris（/ fork）来完成。 将所有的数据移动到您构build的一个框中，并使用诸如DRBD（文件存储集群套件）和Heartbeat等软件进行设置。 （像OpenFiler软件也可以为你做这个）。
看起来你似乎正在寻找一个预算解决scheme，我会去select2.买两个漂亮的盒子，安装FreeBSD，build立一个ZFS池，并把这些盒子集群。 这样可以消除所有对本地存储的需求，因为您可以从NFS / iSCSI运行所有内容，并以主动/被动群集的forms为您提供良好的备份。 扔在ebay qnap。 或将其用作备份解决scheme的存储（在单独的计算机上进行硬盘备份）