简介面向 VMware vSAN 管理员与虚拟化工程师的备考题集围绕 vSAN 8.0 及 5V0-22.23 认证考点展开以选择题加答案与解析形式覆盖 OSA/ESA 磁盘布局、FTT/RAID-1/5/6 存储策略调整、vLCM 离线升级、性能服务缺失排查、HA 故障重启、vSAN 关机维护等高频实操场景。打包后仅有 1 个 PDF 文件大小 296KB内容精炼适合打印后随时自测或在移动端反复翻阅。目前已有 72 人学习下载。题目不仅给出正确选项还配有简明解析例如处理重新同步延迟应先查看后端性能类别、非互联网环境应配置本地 umds 共享存储库、关闭 vSAN 集群前需先关闭 HA 等能够帮助读者快速定位理解盲区。对于正在准备 vSAN 认证或需要排查集群容量、RAID 策略与站点容灾配置的技术人员这份题集可作为冲刺前的查漏补缺工具也可将解析思路迁移到实际 vSAN 规划与维护中。1. vSAN 5V0-22.23 到底考什么先摸清认证的边界5V0-22.23 是 VMware Certified Specialist – vSAN 2023 认证的唯一考试代码它不像 VCP 那样横跨整个 vSphere 产品线而是把 vSAN 这一条超融合存储线挖到很深。考纲大致分成四块vSAN 架构与特性、规划与部署、管理与优化、排障与诊断其中管理与优化往往是题量最大的部分。这个认证适合三类人正在从传统 SAN/NAS 转向超融合的存储运维、项目上需要独立交付 vSAN 集群的虚拟化工程师以及被考核「能不能接住 vSAN 售后」的伙伴技术人员。它的最大价值是逼你把磁盘组、存储策略、健康检查、延伸集群这些平时容易「能用就行」的地方真正搞清楚而不是停留在 UI 点按钮。2. vSAN 架构核心磁盘组、对象组件与故障域是考试的三大地基2.1 磁盘组模型缓存盘不是加速盘是「记账员」vSAN 的 OSAOriginal Storage Architecture模型里磁盘组Disk Group是基本管理单元每组由一块缓存盘加若干容量盘组成。很多人第一次接触会把缓存盘理解成传统 RAID 缓存卡这是考试里最常见的误判。缓存盘在 vSAN 里承担的是写入缓冲和读缓存职责容量盘才是数据最终落地的地方这意味着缓存盘故障会拖垮整个磁盘组而不是像 RAID 缓存那样丢了重放就行。从磁盘角色上要区分混合架构和全闪架构。混合架构用 SSD 做缓存盘、HDD 做容量盘顺序写性能和随机读性能都在缓存层消化全闪架构则用高性能 SSD 做缓存、大容量 SSD 做容量考试里经常用「10% 规则」来考你一个磁盘组里缓存盘的总容量建议不低于容量盘总容量的约 10%否则高负载下写入会直接被缓冲命中率卡住。下面的表格把两个模型的关键差异列清楚维度混合架构全闪架构缓存盘SSD高性能 SSD / NVMe容量盘HDD大容量 SSD / NVMe成本重心容量成本低性能与容量平衡典型场景归档、备份、低成本交付生产数据库、虚拟桌面vSAN 8 的 ESAExpress Storage Architecture则把磁盘组概念改成了设备组Device Group全 NVMe 环境下不再需要单独缓存盘所有设备进入统一的存储池由系统动态管理磨损和分层。考试里如果只背 OSA 的磁盘组规则遇到 ESA 的题就会懵。我的建议是先把 OSA 的组件逻辑吃透因为 ESA 的选择题常常是从「和 OSA 相比ESA 去掉了什么」这个角度出去掉缓存盘就是核心答案。2.2 对象、组件与 RAID 语义vSAN 的「虚拟化存储」落在哪vSAN 里虚拟机的 VMDK、命名空间、快照都是对象Object每个对象会被拆成一个或多个组件Component组件再按策略放置到不同主机。考试常考的是对象与副本的关系默认策略下 FTT1Failures to Tolerate允许故障数会把 VMDK 复制成两份组件分布在两台不同主机上这就是 vSAN 眼中的 RAID-1。RAID-5 和 RAID-6 的理解是另一个高频考点。vSAN 7 之后引入了纠删码FTT1 时可以选择 RAID-53 数据 1 校验至少 4 台主机FTT2 时可以选择 RAID-64 数据 2 校验至少 6 台主机。RAID-5/6 的容量效率比纯镜像高但 CPU 开销和重建时间也会上升不是所有工作负载都适合。做题时看到「节省空间」就选 RAID-5、看到「耐受两故障」就选 RAID-6这样能拿分但理解背后的组件分布才能应对变体题。条带化Striping是第三个常被误解的参数。条带化把对象拆成多个组件放在同一主机不对vSAN 的条带化是把对象拆成多条带分布在同一个磁盘组的容量盘上目的是突破单盘吞吐上限而不是跨主机做并行。考试坑点在于把条带化和「多副本」混为一谈记住一句话副本解决可用性条带解决性能两者叠加时组件数 副本数 × 条带数。2.3 延伸集群与故障域考试里最拉分的架构题延伸集群Stretched Cluster是 vSAN 里最能拉开分差的考点。它由两个数据站点加一个 witness 组成两个数据站点各持有完整副本witness 只保存元数据投票。正常状态下两个站点都能服务站点故障时存活站点通过 witness 获取多数派继续运行。设计题里常给「两地双活」的需求答案就是延伸集群但要注意延伸集群不是让你两台主机各放一个副本就完事而是必须通过故障域把组件严格隔离。故障域Fault Domain解决的是机架感知问题。默认情况下 vSAN 把副本分布在不同主机但如果这些主机都在同一个机架机架掉电就是全军覆没。把主机按机架分组建成故障域后vSAN 在放置组件时会保证跨越不同故障域代价是容错粒度变小如果一个故障域内的所有主机同时不可用即使每台主机本身健康vSAN 也可能没有足够的主机来重建组件。考试和实际项目里故障域数量必须大于 FTT 值这是底线。延伸集群的网络要求也值得单独记。两个数据站点之间需要冗余链路站点间往返延迟建议不超过 5ms 甚至更保守witness 与两个站点之间同样要有独立网络路径。重要的是 vSAN 流量、心跳流量、管理流量要分离很多实际翻车案例都是因为把站点间心跳塞进了管理网络大流量拥塞时 witness 误判站点故障。考卷上如果出现「witness 失联」的排障题第一反应先看网络隔离和延迟而不是看磁盘。3. 部署最小实验集群HCL 检查、磁盘声明与 vSAN 网络一次做对3.1 动手前先把 HCL 查清楚不兼容的代价是重装很多人部署 vSAN 的第一步是直接开 Web Client 启用服务结果磁盘一直无法声明最后发现是控制器卡在了 RAID 模式或者磁盘型号不在兼容列表里。vSAN 的硬件兼容列表HCL是考试里「规划与部署」板块的重要内容也是实际交付里最不能省的环节。我的习惯是开工前先在 VMware 兼容性指南中搜索服务器型号和存储控制器型号确认两点控制器必须是 passthrough直通或 IT 模式磁盘必须是 vSAN 兼容盘并确认固件版本。如果控制器处于 RAID 模式有两种处理路径一是把控制器切换到直通/HBA 模式让 ESXi 直接看到物理磁盘二是如果控制器支持为每个磁盘创建独立的 RAID 0 卷后再让 vSAN 声明。第二种做法能做但很别扭vSAN 会把 RAID 0 卷当作物理磁盘失去了对磁盘健康信息的直接可见性排障时少了一层眼睛。考试问「哪块盘适合参与 vSAN」时看到 RAID 5 卷或 RAID 1 卷做成的「磁盘」基本都是错误选项。磁盘固件版本是另一个容易忽略的点。同一型号的 SSD 或 NVMe固件不同可能导致 vSAN 健康检查里的「磁盘固件版本」直接报警。企业环境里服务器厂商会提供固件包但升级后务必回到 vCenter 的 vSAN 健康检查里跑一遍「硬件兼容性」和「磁盘固件」两个测试项确认没有弹出新的警告。这部分不是玄学是吃过亏后的条件反射。3.2 从三台 ESXi 到 vSAN 集群UI 路径与命令行等效操作最小可用集群是三台主机因为 FTT1 的镜像需要至少两台可用第三台用于组件重建和故障转移。我一般先在 vCenter 里建一个空集群把三台 ESXi 加进去然后给每台主机添加一个专属 vSAN vmkernel 网卡最后再启用 vSAN。UI 路径是集群 - 配置 - vSAN - 服务 - 配置 - 启用 vSAN向导会要求选择网络和声明磁盘。如果你更习惯命令行或者环境里需要批量交付用 esxcli 也能完成核心步骤。先在每台 ESXi 上确认生态esxcli vsan cluster get esxcli vsan storage list | grep -E Device|Is SSD|VSAN UUID第一段代码先把集群状态和物理磁盘认出来。vsan cluster get返回当前主机是否已加入 vSAN 集群如果是空输出说明还没启用vsan storage list配合 grep 能看到每块盘的设备名、SSD 标记和是否已被 vSAN 声明。这一步的目的不是执行动作而是确认 ESXi 已经识别出所有物理盘避免后续add时报找不到设备。确认磁盘后再加入集群并声明磁盘组esxcli vsan cluster join -u domain-c1234 esxcli vsan storage add -s eui.000123456 -d eui.000123457 -d eui.000123458第一行join的参数-u填集群的 moRef 编号在 vCenter 里能查到作用是让主机加入已有 vSAN 集群第二行-s指定缓存盘-d可以接多个容量盘执行后一个磁盘组就声明完成。注意顺序不能反必须先把缓存盘固定下来容量盘才能归入该组。如果手滑写错用esxcli vsan storage remove把该磁盘组的声明移除重来即可不需要重装系统这是命令行相比 UI 的一个优势。磁盘声明完成后去 vCenter 的 vSAN - 磁盘管理里应能看到三台主机的磁盘组都出现且容量数据正常汇总。这一步完成后建议立刻创建一台测试虚机写点数据确认数据能落盘而不是只在缓存层。测试方式很简单部署一个 20GB 的虚机跑一次 dd 写文件再移到另一台主机读一遍能通就说明组件分布正常。3.3 故障域与网络隔离vSAN 流量该走哪条腿vSAN 流量需要独立的 vmkernel 端口这是考试反复强调的规范。生产环境里我通常给每台主机加两个 vmkernel一个用于管理一个用于 vSAN各自绑定不同 VLANvSAN 的 VLAN 建议与 iSCSI/NFS 分开。MTU 设置为 9000巨型帧属于推荐配置但前提是物理交换机端口全部开启对应的 jumbo frame任何一个转发节点 MTU 不一致健康检查里的网络测试就会飘红。vSAN 7 之后默认使用单播模式不再依赖多播这对网络排障是重大简化。单播模式下主机之间直接建立 TCP 连接考试里如果问到「vSAN 流量模式」选单播而不是多播就对了。网络配置的最小清单可以浓缩成一张表部署和排障时对照使用配置项推荐值说明vSAN vmkernel每主机 1 个与 vMotion、管理分离VLAN独立 VLAN避免广播风暴和流量抢占MTU9000需要接入层交换机配合流量模式单播vSAN 7 及以上默认带宽建议10GbE全闪环境建议不要低于 10G故障域的配置入口在集群 - 配置 - vSAN - 故障域。把每台主机按物理机架归组后vSAN 会自动把组件放置逻辑调整到故障域维度。考试里经常出现「把三台主机放在同一个机架是否满足 FTT1」这类题答案是不满足因为同机架在故障域语义下是一个故障点。实验环境里如果你只有一张交换机可以给故障域重新命名来模拟不同的机架但别指望单机架环境能验证真正的跨机架容错考试时如实理解即可。4. 存储策略、健康检查与容量规划考试里的管理题都在这里4.1 存储策略SPBMFTT、条带化和纠删码的取舍vSAN 的存储策略通过 vSphere 的 Storage Policy Based ManagementSPBM体系下发考试的管理题大多围绕它展开。策略字段包括 FTT、条带化数量、闪存预留百分比、对象空间预留以及 vSAN 7 引入的 IOPS 限制。理解策略的关键不是背字段而是知道每个字段影响什么FTT 决定可用性冗余条带化决定单盘性能上限能否突破闪存预留决定写入突发能力对象空间预留决定虚机额外容量开销。不同策略的适用场景值得用一张表记牢策略组合容量效率可用性适用场景FTT1 镜像50% 可用容量容忍 1 盘/1 主机故障默认、生产虚机FTT1 RAID-5约 75% 可用容量容忍 1 故障容量敏感的通用负载FTT2 镜像33% 可用容量容忍 2 故障核心数据库FTT2 RAID-6约 67% 可用容量容忍 2 故障大容量高可用创建策略的路径是 vCenter - 策略和配置文件 - VM 存储策略 - 创建新策略规则里选择「vSAN」规则集。常见做法是给数据库虚机单独建一个 FTT2 的镜像策略给普通文件服务器建 RAID-5 策略这样既保证关键业务可用性又不浪费整体容量。考试里常给一个场景问「该用哪个策略」判断顺序是先看故障容忍要求再看容量效率要求最后看主机数量是否满足 RAID 级别的最低要求。这里有一个我踩过的坑策略在虚机上应用后如果主机数量后来减少到不满足 RAID-5/6 要求组件会被强制重新放置甚至进入降级状态。换句话说用完 RAID-5 之后再去掉主机是在给自己找麻烦。考试和项目里RAID-5 请在至少 4 台主机时选用RAID-6 请在至少 6 台主机时选用这是硬条件。4.2 容量规划怎么用「容量预估」把磁盘买对容量规划是 vSAN 项目里最容易被低估的环节也是 5V0-22.23 题干里喜欢包装的场景。vSAN 的可用容量不等于磁盘总容量而是等于原始容量减去副本/校验开销、格式开销和预留开销之后的净值。以 FTT1 镜像为例一个 10TB 的裸容量集群可用容量大约是 5TB 再扣掉约 5%~10% 的系统格式开销实际可用约 4.5TB 左右。容量预估时还要考虑缓存盘的损耗。全闪架构下缓存盘的空间不直接参与可用容量计算但会占原始容量中很大一块买盘时如果只看容量不看比例最后会发现自己买了一堆大容量盘却因为缓存盘不够而无法组成合法的磁盘组。评估公式可以参考这个链路先定工作负载总量乘以副本系数镜像为 2加入 10% 的格式与预留余量再按缓存盘约 10% 的比例反推总原始容量。vCenter 的 vSAN 容量面板里能实时看到已用、预留和剩余容量但考试不一定让你看 UI它更可能给你一组磁盘容量和策略参数让你算出可用容量。这种计算题的要点是分清「原始容量」「已用容量」「可用容量」三个口径题干问哪个就按哪个算别一上来就把副本系数套上。运维侧我的习惯是保留至少 20%~30% 的空闲容量因为 vSAN 在做组件重建、重新平衡时都需要足够的临时空间全满状态的 vSAN 集群几乎是不可救药的。4.3 健康检查与排障命令除了 UI 之外该看什么vSAN 的健康检查功能是考试的必考点它在 vCenter 里以「Sky Health」形式呈现分类包括硬件兼容性、网络配置、磁盘与控制器、对象可用性等。健康检查的价值在于它把 vSAN 的自检规则固化成了一套标准考试会问的是「哪类告警需要立即处理」答案一般指向数据可用性相关的对象告警和硬件兼容告警。命令行方式适合脚本化巡检也适合考试复习时加深理解。常用的检查命令如下esxcli vsan health cluster list esxcli vsan health cluster check -t HCL esxcli vsan debug object list第一行返回整个集群的健康检查汇总能看到每个检查项的状态第二行-t指定检查主题HCL是对照硬件兼容列表做比对第三行查看集群里对象的详细信息包括每个对象的状态是 healthy 还是 degraded。学习阶段我建议在实验环境里故意停掉一台主机的 vSAN 流量再跑一遍esxcli vsan health cluster list观察对象状态如何从 healthy 变成 degraded这个体验比背十遍概念都有用。日志定位也是考试常考。vSAN 相关日志主要在/var/log/vmkernel.logIO 与组件操作、/var/log/vobd.logvSphere 对象守护进程事件、/var/log/vsanmgmt.logvSAN 管理操作三个文件里。排障时先查 vobd 里有没有磁盘或网络的事件再根据事件时间戳回到 vmkernel 里看链路详情。考试不会让你逐行看日志但会以「哪个日志包含组件操作记录」这类形式出题记住 vmkernel 和 vobd 两个文件名就能稳拿。5. vSAN 常见问题与避坑5 个让考生和运维都翻车的场景5.1 磁盘「无法声明」不是 vSAN 的锅是控制器现象启用 vSAN 后在磁盘管理页面里看不到预期磁盘或磁盘呈灰色无法选择。原因绝大多数情况是存储控制器处在 RAID 模式ESXi 只看到了控制器虚拟出来的 RAID 卷vSAN 不认这些卷的底层物理盘少数情况是磁盘型号不在 HCL或者磁盘被旧的 vSAN 分区残留占用。解决先把控制器切换为直通或 IT 模式并重启主机重启后确认 ESXi 能识别每块物理磁盘如果控制器不支持直通采用每盘一个 RAID 0 的方式绕过。残留分区用esxcli vsan storage list检查磁盘状态必要时用 partedUtil 清理分区表再重新声明。做完这一套还没看到磁盘再回头查 HCL而不是怀疑 vSAN 服务没启用。5.2 缓存盘容量不够写入直接停滞现象高负载时虚机 IO 延迟飙升健康检查提示磁盘组缓存容量不足或写入缓冲频繁刷出。原因缓存盘容量低于容量盘总容量的约 10%导致写入缓冲无法吸收突发 IOvSAN 被迫频繁把数据下刷到容量盘吞吐跟不上就产生背压。解决在采购阶段就按 10% 黄金比例规划缓存盘已经交付的环境只能通过增加磁盘组来分散负载。注意增加磁盘组要保证该组里缓存盘与容量盘仍然满足比例不能只补容量盘。考试里如果给了一组磁盘参数让你判断是否合法先算缓存盘占比这个步骤能淘汰一大批错误选项。5.3 vSAN 健康检查报网络延迟MTU 与 vmkernel 端口现象健康检查里「网络延迟」或「网络配置」项目报错虚拟机存储性能整体下降但物理链路 RSSI 和丢包率看起来正常。原因最常见是 vSAN vmkernel 与管理 vmkernel 共用了同一网卡或者交换机某些端口 MTU 不统一巨型帧在大流量下出现分片与重传。解决为 vSAN 单独建 vmkernel绑定独立 VLAN并把所有链路 MTU 统一为 9000。改完后再跑一次健康检查确认网络配置项全绿。考试里出现「延迟高但磁盘正常」的题优先从网络角度作答不要先去换磁盘。5.4 延伸集群 witness 失联别把心跳流量塞进管理网络现象延伸集群的站点链路正常但 witness 反复报失联集群进入不健康状态。原因witness 与数据站点之间的心跳流量和管理流量混在一起遇到管理网拥塞时心跳超时witness 误判站点故障。解决把 witness 心跳单独划分 VLAN 或独立链路并检查站点间往返延迟是否符合要求。同时确认 witness 与数据站点的 MTU、路由一致不要出现跨三层防火墙过滤 vSAN 端口的情况。考试看到延伸集群失联优先想网络隔离和延迟而不是磁盘故障。5.5 删除虚机后容量没释放对象组件没清理干净现象删除虚机后 vSAN 容量面板显示已用空间没有明显下降。原因虚机删除了但 VMDK 对象仍被快照或另一台虚机引用也可能是对象删除操作仍在等待组件重同步完成系统在数据真正清完之前不会释放容量。解决先确认是否残留快照快照是容量黑洞再检查对象列表里是否有 orphaned 对象用esxcli vsan debug object list找到状态异常的对象逐个确认可以删除后清除。等待重同步完成再观察容量变化不要手动去动 vSAN 数据盘破坏系统对象的风险远大于容量收益。考试里问到容量不释放答案是「检查对象状态和快照引用」而不是「直接格式化磁盘」。6. 考前两周的冲刺套路手速、错题和记忆卡片最后两周不建议再做新题而是把已有的东西反复巩固。第一步是手速训练在实验环境里把部署流程从头到尾走三遍包括创建集群、加主机、配置 vSAN vmkernel、启用 vSAN、创建存储策略、绑定虚机。考试环境里 UI 操作是有倒计时的熟练度决定了你留给思考题的时间每场实验操作少花五分钟整个考试节奏都会从容很多。第二步是错题归类。把做错的题按考纲四块归拢看自己到底丢分在架构还是排障。如果排障题错得多回到健康检查和日志命令的章节重看如果策略题错得多把 FTT、RAID-5、RAID-6 的适用条件写成一张对照表放在手边。冲刺阶段的错题不需要追求题量而是要确保每一道错题都能说出「错误选项错在哪个概念上」。第三步是记忆卡片重点记初始化数字和固定规则10% 缓存盘比例、FTT1 对应二者选其一镜像或 RAID-5、FTT2 对应镜像或 RAID-6、RAID-5 至少 4 台主机、RAID-6 至少 6 台主机、vSAN 7 后默认单播、vSAN 8 ESA 去掉独立缓存盘。这些数字反复出现在选择题和判断题里记熟之后做题速度会快一大截。我自己第一次考 5V0-22.23 时就栽在延伸集群的流量分离题上考前一直对着磁盘和副本看忽略了网络这个隐性考点。后来在实验环境里把 vSAN vmkernel 单独拉了一条 VLAN重新跑了三次健康检查才把这块补齐。考试和真实项目其实是同一套逻辑先保证基础架构的隔离与兼容再谈策略与调优。希望帮到你。本文还有配套的精品资源点击获取