3. 企业存储系统核心概念
在 vSphere 环境中，ESXi 主机本身并不“生产”存储，它只是存储资源的消费者。真正决定虚拟机磁盘性能、可用性与空间效率的，是后端存储系统提供的能力。理解 SAN、NAS、DAS 三种接入形态，以及块与文件、LUN、卷、RAID、缓存、分层、精简配置、快照与克隆这些概念，目的只有一个：搞清楚存储侧的每一项能力，最终会以什么形式出现在 vSphere 的哪个位置，以及配置时该关注什么。
一、三种接入形态：DAS、SAN、NAS
DAS（直连存储）是把磁盘直接挂在主机上，例如服务器内置硬盘或直连 JBOD。它的特点是路径最短、延迟最低，但无法被多台主机共享，扩展受限于单机槽位。在 vSphere 中，DAS 通常以本地 VMFS 数据存储出现，适合承载 ESXi 系统盘、日志或单主机场景的临时虚拟机。
SAN（存储区域网络）通过 FC 或 iSCSI 把块设备呈现给主机。主机看到的是“裸盘”，需要自己创建 VMFS 或作为 RDM 使用。SAN 的核心价值是共享：多台 ESXi 可同时访问同一 LUN，这是 vMotion、HA、DRS 的前提。FC SAN 依赖 HBA、光纤交换机与 WWN 分区；iSCSI SAN 则走以太网，用 IQN 标识，配置成本更低。
NAS（网络附加存储）通过 NFS 或 SMB 提供文件级共享。ESXi 挂载 NFS 数据存储后，直接存放 VMDK 文件，无需再格式化 VMFS。NAS 的优势是部署简单、天然共享、便于扩容；代价是文件锁与网络延迟对性能的影响更明显。选择哪种形态，本质是在“块级控制力”与“文件级便利性”之间取舍。
二、块与文件、LUN 与卷
块存储以固定大小的扇区/块为单位读写，主机负责文件系统；文件存储以文件为单位读写，存储设备负责文件系统。这个差异直接决定了 vSphere 的对接方式：块存储先映射 LUN，再建 VMFS；文件存储直接挂 NFS 数据存储。
LUN 是块存储对外呈现的逻辑单元，是主机识别和访问的最小粒度。一个 LUN 可以承载一个 VMFS 数据存储，也可以作为 RDM 直接映射给虚拟机。卷（Volume）则是主机侧对可用存储空间的逻辑组织，在 vSphere 中通常表现为 VMFS 卷或 NFS 挂载点。需要特别注意的是：LUN 是存储侧概念，卷/数据存储是 vSphere 侧概念，二者不是一一对应，一个 VMFS 卷可以跨多个 LUN 组成（通过 Extent 扩展）。
三、RAID、缓存与分层：性能与可靠性的底层来源
RAID 决定的是“一块盘坏了数据还在不在、读写能跑多快”。RAID 1/10 以镜像换可靠性，写性能好、空间利用率 50%；RAID 5/6 以校验换容量，读性能好但写有校验惩罚；RAID 0 只追性能、无冗余，生产环境慎用。RAID 级别是存储侧配置，vSphere 只能看到最终呈现的 LUN，无法感知底层 RAID，因此容量与性能规划必须在存储侧完成。
缓存是存储阵列的性能缓冲。读缓存命中可显著降低读延迟，写缓存配合电池/闪存保护后，可把随机写合并为顺序写再落盘。缓存大小与命中率往往比磁盘数量更能决定虚拟机密集随机 I/O 的表现。
分层（Tiering）把 SSD、SAS、NL-SAS/SATA 组成不同性能层，热数据自动上浮到 SSD，冷数据下沉到大容量盘。对 vSphere 而言，分层是透明的，但效果会体现在数据存储的 IOPS 与延迟上。规划时应把高 IOPS 虚拟机（数据库、VDI）放在高性能层或全闪存池。
四、精简配置、快照与克隆：空间效率与数据保护
精简配置（Thin Provisioning）按需分配空间，创建时不占满声明容量。存储侧精简与 vSphere 侧精简是两层概念：存储侧精简让 LUN 实际占用小于声明；VMFS 上的 VMDK 精简则让虚拟机磁盘按写入增长。两者叠加时要注意监控实际使用率，避免存储池被写满导致所有虚拟机挂起。
快照是某一时间点的数据状态副本，常用于升级、补丁前的回滚点。存储侧快照（阵列快照）由存储设备维护，对 ESXi 透明，性能开销小；vSphere 侧快照由 VMFS/NFS 维护，会产生增量盘并影响性能，不宜长期保留。克隆则是基于快照或副本快速生成新虚拟机，配合 View/VDI 的链接克隆可大幅节省空间。
五、把存储能力映射到 vSphere 的实践要点
理解了上面的映射关系，配置时就有了判断依据。以一台数据库虚拟机为例：存储侧应把它放在 SSD 分层或全闪存池，RAID 10 保证写性能与冗余，开启写缓存并配电池保护；vSphere 侧则创建 VMFS 数据存储，VMDK 使用厚置备延迟置零以保证首次写入性能稳定，并避免在该数据存储上叠加过多快照。若使用 NFS，则需确认网络为万兆、开启多路径，并关注 NFS 数据存储的队列深度。
再以 VDI 场景为例：存储侧使用精简配置 + 链接克隆，可让数百台虚拟桌面共享同一基础镜像，空间占用从每台 40GB 降到几 GB；vSphere 侧配合 View Composer 管理克隆生命周期。此时必须监控存储池实际使用率，因为精简配置的“超配”在写入增长后会迅速消耗物理容量。
最后需要强调：vSphere 只能看到存储系统“愿意暴露”的能力。RAID 级别、缓存策略、分层规则、精简配置比例，这些都在存储侧决定，vSphere 无法替代。因此存储与虚拟化的协同设计，本质是让存储侧的能力输出与 vSphere 侧的消费方式对齐——该共享的做成 SAN/NAS，该低延迟的走本地或全闪存，该省空间的用精简与克隆，该保护的用快照与 RAID。把这条映射链理清，后续的数据存储设计、多路径配置和性能调优才有稳固的出发点。