适配问题的本质
虚拟化平台与存储之间不只是一条链路，而是一组协议与能力协商：平台要知道存储支持哪些加速原语，存储要接受平台下发的空间回收与锁定请求，双方还要在路径切换与兼容性清单上达成一致。适配没做好时，表现往往是克隆极慢、空间回收无效、路径切换后性能反而不如单路径。
基本信息
| 块级加速 | 整卷复制、块清零、硬件协助锁定、精简置备相关原语 |
|---|---|
| 文件级集成 | 文件级克隆、空间预留、扩展统计信息、快照回退 |
| 能力上报 | 存储能力与容量信息定期上报给平台，供策略检查使用 |
| 路径管理 | 平台自带多路径组件配合存储的非对称访问状态工作 |
典型使用场景
- 新建存储与虚拟化对接：先核对兼容性清单再规划分区
- 虚拟机克隆慢：检查是否走硬件卸载而非主机侧复制
- 空间回收失效：确认为虚拟机删除后阵列侧容量未下降的原因
- 路径切换演练：验证非对称访问状态下的策略配置是否正确
- 存储策略合规：用平台侧策略检查发现不合规的虚拟磁盘
常见集成点与依赖
| 集成点 | 作用 | 依赖条件 |
|---|---|---|
| 复制卸载 | 克隆与迁移由阵列执行 | 阵列与平台均开启该能力 |
| 空间回收 | 删除数据后归还阵列空间 | 端到端支持，含交换与驱动层 |
| 能力上报 | 容量与能力进入平台策略 | 平台侧的存储提供程序已注册 |
| 路径策略 | 多路径选路与故障切换 | 阵列正确上报访问状态 |
vSphere 侧核对路径与设备
vSphere 侧核对路径与设备
esxcli storage core path list # 查看路径状态与数量
esxcli storage nmp device list # 查看设备所用路径策略
esxcli storage core device list # 查看设备标识与访问状态
esxcli storage core adapter list # 核对HBA 驱动与链路状态
# 各子命令与能力查询名称随版本变化，以官方文档为准协议选择要与业务 IO 特征匹配：随机小 IO 为主的业务更在意时延与队列深度，顺序大 IO 为主的业务更在意吞吐与链路带宽。同一阵列提供多种协议时，按业务分池比统一一种协议更容易达标。