我们正在做一个虚拟桌面试点，我想知道什么样的SAN存储是常用的。 我听说有关SAS / SATA磁盘甚至SSD或大型读/写caching设置的冲突报告。
要求：
我已经回顾了VMware 针对VMware VDI的服务器和存储大小：一种规范的方法 ，他们正在使用7200 RPM SATA驱动器来处理类似的工作负载，而在类似情况下的同事却看到糟糕的性能：
我们使用60个SATA主轴进行20个并发连接。 我们有20锭，但它太慢了。
我不知道是谁/相信什么。 那里还有其他好的资源吗？ 其他的经验是什么？
那么这是一个飞行员，这是你发现有关你的使用情况的地方。
我只是简单地跟着你所得到的，看看它有多快/多慢，从那里推断出来 – 没有经验法则，只有你可以决定你需要什么。
有数据的时候回到我们这里。
Chopper3在这里死了。 除非您更了解VDI需要哪种types的I / O，否则无法准确预测需要哪种types的存储。 如果您在购买所有产品之前需要知道，请获取一些瘦客户端，将其交给人员，并监视他们需要哪些I / O方面的信息。 然后外推到50。
部分原因是因为存储环境变化太大，很难提供良好的指导。 如果存储正在用于其他事情（例如MS-SQL数据库），则与存储专用于VDI相比，您拥有的空间更less。 另外，每个存储子系统本身的性能都会影响事物，从而进一步混淆了水。
因此，请尝试一下你所拥有的东西，并制定应急计划来改善你的存储环境。
造成混淆的原因是，像VMware这样的文档表明，每个用户的5个IOP是合理的，还有其他人估计10-15，我看到了一个小规模飞行员的证据，我们看到的实际负载是超过40。
testing\驾驶真的是唯一的select – 只要select一个存储解决scheme，可以让你扩大响应或瞄准飞行员高，以便您可以在最坏的情况下获得良好的数据。 最糟糕的情况是虚拟机的IOPs，当存储没有实际的限制时。 一旦你知道这是什么，你可以更好地估计模式在添加用户时的规模。
Citrix社区站点上有相当全面的VDI IOP估算文章，其中涵盖了很多问题，例如估计并发峰值负载以及由于并发login\引导风暴导致的稳态平均值和IO峰值。 他指出，大多数用户IOP的通用平均估计值都无法识别许多用户的工作负载强度，而对于拥有大量RAM的虚拟机上的非常普通的用户来说，4/5 IOP可能没有问题，对于以任何方式推动系统的人来说。 我更喜欢用他的方式来突破用户高端消费25到50个IOP的时间。 这些数字并不是过多的，因为这些用户可以在物理系统上使用7200RPM驱动器。
他计算出3.5k用户的77k左右峰值IOPs，或者是每个用户20 IOPs的距离，这距离VMware 5很远。