随着VM计数的增长，推荐的存储解决scheme是什么？ 目前我们有5台VM服务器（8核，32GB）和一台存储服务器。 目前我们有80多台虚拟机正在运行，存储服务器的磁盘IO越来越不堪重负，虚拟机性能越来越差。
我们正在考虑迁移到牧羊犬，以兼顾冗余和扩大规模。 我们不需要超快速的虚拟机，因为大多数虚拟机都用于生产计算机或内部网站的开发实例。 关于这个幻灯片的牧羊犬缩放和性能的一些信息： http : //www.osrg.net/sheepdog/_static/kvmforum2010.pdf
其他选项是增加我们的存储服务器中的磁盘数量，添加一个物理RAID设备，并添加一个读/写caching。 （尽pipe如此，我不得不closures我们的整个虚拟基础架构来做硬件升级这台服务器…）。
允许扩展到150个虚拟机的最佳实践是什么？
在克里斯的评论之后，我开始翻遍牧羊犬邮件列表，他们也不推荐生产。 显示我需要如何更好地打印更多…
看起来我需要更多地阅读存储解决scheme，并进行一些购买以升级我们的产品。
目前我们有双核四核AMD皓龙2磁盘镜像集的OS 6x2TB磁盘软件RAID数据（我认为RAID 10）
牧羊犬看起来像一个有趣的想法，虽然他们似乎真的是在使用“便宜”的存储，而不是做一个合理的比较需求和潜在的解决scheme（当人们在需求之前谈论价格时让我的皮肤爬行）枪杀。
无论如何，该网站明确表示“这个软件是实验和开发软件”。 因为不要在生产中使用，除非你已经准备好接受它可能在任何时候自己动手，我们不会为你的决定负责 。
也许有一天，但不是今天，明天，或者真的很快。
请描述您当前的存储解决scheme。 我假设它是一个Linux服务器运行软件RAID 5less于10个SATA磁盘…你有没有衡量你的IOPS要求或计数满负荷？
NexentaStor是我的VM存储select。 但总的来说，您应该devise一个新的解决scheme，旨在扩展和解决您预期的工作量。 这听起来像是在对危机做出反应，而不是简单地寻求增加一些性能上升空间。 在NexentaStor方面，重要的devise因素包括：智能写caching，工作集数据大小（有多lessHOT数据？），存储层（RAM中的虚拟机数据 – > SSD->快速磁盘 – >慢速磁盘）以及诸如快照和复制。
在那里也有着名的存储合作伙伴 ，可以帮助为您的环境量身定制解决scheme。