我们在《如何确定单个数据存储应放置的虚拟机数量——考虑数量限制》中介绍到，在为单个数据存储配置虚拟机时，要考虑数量限制和额外的内存空间。另外，磁盘阵列架构及备份等也是需要考虑的重要因素。

考虑磁盘阵列的架构

另一个限制是性能。共享数据存储上的所有虚拟机都受数据存储的性能影响。而且虚拟机也会受磁盘阵列磁盘组性能的影响。核心虚拟机以及对存储性能要求高的虚拟机将使用单独的数据存储；非核心虚拟机或者对性能要求不高的虚拟机可以与其他优先级较低的虚拟机共享同一个数据存储。

潜在的性能限制之一就是每台ESXi服务器针对每个LUN都有一个队列，因此共享单个LUN的所有虚拟机将共享单个队列，性能将受队列长度的影响。一旦虚拟机收到存储的应答后，如果从LUN队列中读取请求的速度大于写入请求，那么队列长度将不会存在限制。

磁盘阵列必须配置足够多的缓存以及速度足够快、数量足够多的磁盘以及正确的RAID级别。应该提前咨询存储团队因为只有他们才了解存储的性能。

通过分布部署虚拟机确保安全

进一步要考虑的是分散部署磁盘。如果所有的Web服务器都存放在一个数据存储中，那么意味着一旦管理出现错误所有的虚拟机将会破坏掉。在多个数据存储之间部署虚拟机能够减低上述风险。

在多个数据存储之间部署虚拟机还能够缓解性能峰值。如果所有的邮件服务器在同一时间出现运行繁忙的情况，那么将在单个数据存储上存放所有的邮件服务器可能会出现存储过载情况。在多个数据存储之间分散部署虚拟机能够降低峰值负载。

需要考虑的另一件事儿就是如果数据存储被删除后恢复所有的虚拟机需要多长时间。单个数据存储上的虚拟机数量越多，恢复时间也就越长。

备份面临另一大挑战

如果正在部署基于存储复制的DR战略，也就是将磁盘阵列上的数据从一个数据中心复制到另一个数据中心，那么该数据存储上的虚拟机也将被复制到另一个数据中心。

既然数据存储被复制并进行了故障处理，那么你需要使用单个数据存储来隔离需要进行故障切换虚拟机组或者进行单独的故障切换测试。例如，CRM系统应该属于一个数据存储而工资单系统位于另一个数据存储中。除其他条件之外，这一要求通常导致在每个数据存储上部署的虚拟机数量将更少。

如果你的DR策略涉及到了复制单个虚拟机，正如vSphere Replication所做的那样，这时就不需要考虑备份了。