存储I/O控制（storage I/O control）可以帮助解决某些共享存储问题，但是其并非适用于所有虚拟机。

存储IO控制通过存储延迟来管理数据中心中为虚拟机提供的I/O共享队列。如果存储延迟增加，已经超过预定义界限，并且情况持续恶化，那么共享I/O的减少就会降低虚拟机存储的使用效率。这样更多的存储I/O带宽将会被分配给真实需求更少的虚拟机，进而引发数据中心的各种问题。

尽管存储I/O控制是一种处理突发存储问题的有效方式，但是其并非适用于所有虚拟机。某些虚拟负载在设计时就需求很高的存储I/O，因此使用存储I/O控制可能对负载的性能表现产生意想不到的影响。

对于管理员来说，理解每台虚拟机的底层需求十分重要，这样才能够决定使用存储I/O控制是否能够为当前环境带来帮助。需要记住存储I/O控制并不是一种“是”或者“否”的简单选择，管理员可以在使用过程中进行动态配置、调整规则，包括IOPS最大、最小和共享值，以缓解存储拥塞问题，最小化对虚拟机的性能影响。

某些情况下，管理员应该将存储密集型虚拟机迁移到另外一台主机中，连接到性能更好的存储资源上——或者是分层，还可以调整主机上的负载以到达平衡状态，这样就可以缓解过度使用存储I/O控制的问题。

管理员应该如何避免存储I/O控制问题？

管理员应该使用性能监控和报告工具分别检查启用和没有启用存储I/O控制时虚拟机的性能表现——评估使用这种技术对虚拟机性能所产生的影响。这是测量存储I/O控制对负载——也就是业务——影响的最直接方式。

除了将存储I/O控制恰当部署在vSphere主机中并且进行配置之外，在整个过程中还有可能遇到一些其它技术问题。比如，管理员可能会发现存储I/O控制并没有完全（或者根本没有）按照预想的方式进行工作。没有为虚拟机定义优先级或者没有应用某些策略。

当管理员使用多台vCenter服务器实例同时管理一个data store时，就会出现一些常见问题。如果多台vCenter服务器使用不同配置，那么可能会引起冲突或者造成存储I/O控制不稳定。比如，第一台vCenter服务器使用某种方式配置存储I/O控制而另外一台vCenter使用另外一种方式进行配置；那么存储I/O控制也许有时候能够正常工作，但并不能一直保持稳定。管理员需要检查是否只有一台vCenter服务器实例控制某个data store，并且确保那台vCenter服务器使用预期的配置。

通常管理员可以通过检查和切换问题data store存储I/O控制的方式来解决这些问题。比如，检查data store的属性之后启用存储I/O控制。

如果已经启用存储I/O控制，那么将其关闭并且保存配置。之后重新启用再次保存配置。如果在第一次应用之后使用data store的主机数量发生变化，那么这种方式可以起到帮助作用。

之后检查data store属性的IOPS阈值——这是存储I/O控制的一种高级配置。确保为阈值确定一个恰当的等级。默认设定是30毫秒。如果延迟发生变化，那么要确保新的配置满足基础架构的要求。

VMware设计存储I/O控制的目的就在于为虚拟机分配优先级，但是每台虚拟机都有相同的共享I/O和IOPS限制。当启用存储I/O控制之后，如果特定虚拟机没有按照特定的优先级顺序运行，那么管理员应该检查为集群的每台虚拟机所设定的共享I/O和IOPS限制。集群资源分配会话的存储区域中并不会保存这种信息。之后管理员可以更改vSphere Client容器中单个虚拟磁盘的共享I/O和IOPS限制。

在启用主机系统的日志功能之后，管理员还可以收集更多的存储I/O行为和错误信息。通常，如果存储I/O控制能够在虚拟机上正常工作，那么管理员可以禁用其日志功能，只在需要解决问题时才将其启用。管理员可以再次禁用日志以节省空间，并且避免其可能造成的性能影响。

最后，还需要考虑实际物理存储平台以及pooling和tiering特性。比如，如果现在使用的存储阵列的自动tiering特性和存储I/O控制并不兼容，那么就有可能引发问题。可能需要更新存储阵列软件以保证和VMware存储I/O控制的兼容性或者将data store迁移到其它具有更好兼容性存储资源上。