在虚拟化系统中，存储性能或延迟问题发生在哪里?

由于配置不佳或设备争用，存储性能问题常常出现。虽然听起来简单，实际上这是一个定位存储延迟问题根源的挑战。技术人员可以使用日志和基准来帮助缩小问题范围。在特定的设备日志报告错误，所以先调查最有可能发生的问题，比如存储设备超时或其他错误消息。Hypervisor-specific工具可以提供性能和存储延迟的具体细节。例如，VMware的esxtop实用程序可以向进程存储命令报告平均时间。第三方工具像IOMeter或者HD_Speed可以报告I / O吞吐量和允许虚拟机和物理机器使用相同存储资源的性能比较。这可以帮助定位问题，重复测试可以测量任何纠正措施的效果。

存储子系统中过多的压力会影响存储性能，在存储接口，存储控制器或在存储网络的某个地方有太多交通争用。技术人员经常通过控制存储环境的变化来隔离性能问题。例如，尝试将备受折磨的VM迁移到另一个存储位置，如在本地服务器上不同的磁盘或在另一个存储阵列不同的LUN。竞争时也会出现太多的虚拟机试图访问同一个LUN，偶尔报告为SCSI预留冲突，所以其他存储位置的工作负载系统的迁移可以缓解剩余的VMS争夺。

配置是不一致时，存储延迟时还可能由iSCSI结果或其他网络存储引起。例如，如果iSCSI存储使用巨型帧，每个vSwitch或其他网络设备的兼容并正确配置一样的巨型帧——通常是报道最大传输单位是非常重要的。

配置问题也可以扩展到物理服务器上过时的固件，以及本地主机总线适配器(HBA)。每次程序更新到新版本中，固件也可能需要更新以满足新特性和功能需求。否则hypervisor更新可能无法安装，硬件可能失去功能，或性能降低。应该检查固件版本和更新任何过时的固件。

如果从一开始存储性能就很差，应该考虑管理程序和存储阵列或HBA之间潜在的不兼容的可能性。如果开始性能表现不错但后来出现了问题，兼容性可能就不在考虑范围之内。兼容性问题如今很少出现，但值得对存储和控制器对系统的硬件兼容性列表进行完整性检查。

存储延迟也可能毁了虚拟机的性能并让IT人员感到头痛，但通过确保兼容性并正确配置硬件，并使用有效的诊断工具库，很多问题都可以解决。不要忽视存储性能文档、变更管理策略或任何故障排除的价值。虚拟化环境中的每个变化可能带来不可预见的后果，并可能破坏性能。记录和跟踪每个变更给IT专业人员一个明确的回滚路径并有效地确定因果关系，可以缓解试错故障排除。

====================================分割线================================

本文转自d1net（转载）