存储能否导致ESXi网络性能问题？

管理员应该如何判断存储是否能够引起ESXi服务器当中的网络性能问题呢?

虚拟机非常依赖存储资源，因此如果存储产生的延迟过大，那么会在一定程度上导致虚拟机糟糕的性能表现。幸运的是，虚拟化管理可以使用多种可用工具和策略来诊断潜在的存储问题，帮助提升ESXi网络性能。

让我们从一些最简单的诊断工具开始介绍，比如esxtop或者lometer。VMware ESXi 当中的工具Esxtop能够在自定义视图当中、以多种对象为基础报告存储性能问题，比如主机总线接口卡、LUN或者虚拟机，视图当中还包含了每条存储命令的平均响应时间——也就是esxtop当中的DAVG/cmd条目。Esxtop还可以报告ESXi网络性能的详细信息，包括每秒钟的总命令数量、每个命令在VMkernel当中的平均执行时间(KAVG/cmd)以及客户端操作系统看到的平均响应时间，也就是DAVG和KAVG之和。

与esxtop形成对比的是，像lometer这样的工具能够报告存储设备的I/O吞吐量，表明特定磁盘和LUN当中可能存在的某些问题。第三种信息来源是从问题虚拟机的操作系统当中收集日志。比如，一条日志可能显示一个特定的SCSI端口或者其他设备信息，这些都有可能导致ESXi网络性能问题。

当esxtop、lometer、日志或者其他工具全都表明存储资源出现问题——特别是和其他“正常”的虚拟机相比——管理员就应该尝试进行修复了。比如，管理员可以将虚拟机迁移到其他存储位置，减少使用相同LUN的虚拟机数量或者升级存储以支持更高的虚拟机负载。此外，管理员还应该检查配置问题，比如SCSI预留冲突、网络设备配置——比如巨型帧配置疏忽——或者甚至是硬件/固件兼容性问题。

调整资源分配、迁移虚拟机、移动存储LUN、升级主机总线接口卡固件或者采取其他相应措施，这些都会对生产环境造成实质性的影响。因此需要认真编写文档以方便日后的排错过程，并且在诊断和修复过程的每一步都遵循变更管理流程。文档不仅能够保证当前环境得到及时更新，如果系统进行变更之后不能正常工作，那么文档还可以帮助实施回滚操作，以及修复其他负载和系统所导致的意外结果。

本文转自d1net（转载）