VMware VCP-DCV 完全指南:vSphere 8.x 核心知识点与技术实操教程

VCP-DCV(考试代码 2V0-21.23)是 VMware 最核心的专业级虚拟化认证。本文基于官方考试大纲,全面覆盖 vSphere 8.x 架构、ESXi 与 vCenter 安装配置、存储与网络、HA/DRS 集群、vSAN、性能调优、故障排查等所有考点,配套实操演示与真题解析。

VMware VCP-DCV 完全指南:vSphere 8.x 核心知识点与技术实操教程

前言

虚拟化是现代数据中心的基石,而 VMware vSphere 是这个领域毫无争议的行业标准。

无论你是刚踏入 IT 行业的新人,还是希望系统化提升技能的从业者,VCP-DCV(VMware Certified Professional - Data Center Virtualization) 都是你在虚拟化领域的第一块敲门砖。这张证书不仅能证明你对 vSphere 体系的系统性理解,更是企业招聘虚拟化工程师时最常提到的硬性要求。

本文基于 VCP-DCV 官方考试大纲(考试代码 2V0-21.23,对应 vSphere 8.x),对每个核心知识点做深入浅出的讲解,并配上实操示例。无论你是备考还是学习,这篇文章都能帮你建立完整的 vSphere 知识体系。

考试速览:70 道题,135 分钟,300 分及格(满分 500),考试费 $250 USD,可通过 Pearson VUE 线下或在线监考。2024 年 5 月起不再强制要求参加官方培训课程,但建议仍以官方课程 + 动手实验为核心备考方式。


一、vSphere 架构与核心组件

1.1 整体架构概览

VMware vSphere 的核心是两个字:虚拟化。它把一台物理服务器(裸机)变成多个相互隔离的虚拟机,每个 VM 运行独立的操作系统,就像一台真实的物理服务器。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
┌─────────────────────────────────────────────────────────────┐
│                    vSphere 数据中心                          │
├─────────────────────────────────────────────────────────────┤
│                                                             │
│  ┌───────────────────────────────────────────────────────┐  │
│  │                    vCenter Server                      │  │
│  │              (统一管理平台,Web Client)                │  │
│  └───────────────────────────────────────────────────────┘  │
│                           │                                  │
│         ┌─────────────────┼─────────────────┐               │
│         ↓                 ↓                 ↓               │
│  ┌─────────────┐   ┌─────────────┐   ┌─────────────┐         │
│  │   ESXi     │   │   ESXi     │   │   ESXi     │         │
│  │  Host 1     │   │  Host 2    │   │  Host 3    │         │
│  │ ┌───┬───┐ │   │ ┌───┬───┐ │   │ ┌───┬───┐ │         │
│  │ │VM1│VM2│ │   │ │VM3│VM4│ │   │ │VM5│VM6│ │         │
│  │ └───┴───┘ │   │ └───┴───┘ │   │ └───┴───┘ │         │
│  └─────────────┘   └─────────────┘   └─────────────┘         │
│                                                             │
│  ┌─────────────────────────────────────────────────────┐    │
│  │            共享存储(SAN / NFS / vSAN)              │    │
│  └─────────────────────────────────────────────────────┘    │
│                                                             │
└─────────────────────────────────────────────────────────────┘

vSphere 体系由两大核心组件构成:

  • ESXi:运行在每台物理服务器上的 hypervisor(虚拟机监控器),直接安装在物理硬件上,是虚拟化的大脑
  • vCenter Server:集中管理平台,通过它可以管理数十甚至数百台 ESXi 主机,统一管理 VM、集群、存储、网络

1.2 ESXi 深度解析

ESXi 是 VMware 的 hypervisor 产品,与传统寄居式虚拟化(VirtualBox、Hyper-V 类型 2)不同,ESXi 是裸金属架构——它直接运行在硬件上,没有底层操作系统的依赖。

ESXi 的核心架构

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
物理服务器
    ├── 硬件层(CPU、内存、网卡、存储控制器)
    ├── VMkernel(Linux 内核裁剪版)
    │     ├── 网络堆栈(TCP/IP)
    │     ├── 存储堆栈
    │     ├── 资源管理
    │     ├── vMotion 引擎
    │     └── API 接口(vStorage API, VAAI, VASA)
    └── VM 运行区
          ├── VM1(Windows Server)
          ├── VM2(Ubuntu Linux)
          └── VM3(CentOS)

ESXi 只占用物理服务器很少的资源(通常不到 1GB 内存),剩余的所有资源都分配给虚拟机。

ESXi 的管理方式

  • DCUI(Direct Console User Interface):物理服务器接显示器键盘,直接在服务器上操作(配置 IP、重启服务等)
  • vSphere Client(HTML5):通过浏览器访问 vCenter 或独立 ESXi 主机的 Web 管理界面
  • ESXi Embedded Host Client:直接访问单台 ESXi,不需要 vCenter
  • CLI / PowerCLI:命令行管理,适合自动化脚本和大批量操作

1.3 vCenter Server 架构

vCenter Server 是 vSphere 环境的大脑——没有它,你只能一台一台地管理 ESXi 主机;有了它,你可以管理整个数据中心的所有主机和虚拟机。

vCenter Server Appliance(VCSA) 是 vCenter 的推荐部署形式——它本身就是一台运行在 ESXi 上的 Linux 虚拟机(基于 Photon OS),不再需要 Windows 服务器。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
vCenter Server 架构
├── Platform Services Controller (PSC) — 身份认证服务
│     ├── Single Sign-On (SSO) 域管理
│     ├── 许可证服务
│     └── 证书颁发机构 (VMCA)
└── vCenter Server — 核心管理服务
      ├── 清单服务(管理 ESXi、VM、集群)
      ├── 事件服务(记录所有操作日志)
      ├── vSphere Web Client 服务
      └── 数据库(内置 vPostgreSQL 或连接外部 Oracle/SQL Server)

vSphere 6.7 及以后版本:PSC 可以独立部署,也可以嵌入 vCenter 内部(Embedded PSC)。vSphere 8.x 中,PSC 的功能已完全集成到 vCenter 内部,不再需要独立部署 PSC。

1.4 vSphere 许可证体系

vSphere 不是免费的(除了 EVAL 评估版)。不同版本有不同的功能:

版本 特性 适用场景
vSphere Essentials 最多 3 台主机、90 VM,vMotion、HA 小型办公室/入门
vSphere Standard 基础虚拟化 + vMotion + HA 中小企业
vSphere Enterprise Plus 全功能:DRS、vDS、Storage vMotion、FT 中大型企业
vSphere Foundation 含 vCenter + 高级功能 替代标准版
vSphere Platinum + 內建 VxRail 管理、安全功能 超大规模/运营商

二、存储体系:理解数据存储的一切

2.1 存储协议对比

vSphere 支持四种主要的存储协议,每种都有不同的适用场景:

协议 全称 传输介质 特点 适用场景
FC Fibre Channel 光纤网络 高性能、低延迟,需专用硬件 核心业务、数据库
FCoE FC over Ethernet 万兆以太网 FC 协议跑在以太网上 数据中心整合
iSCSI Internet SCSI 标准以太网 IP 网络,成本低,配置灵活 通用场景,最常用
NFS Network File System 标准以太网 文件级访问,TCP 连接 虚拟化、文件共享

iSCSI vs NFS 的核心区别

1
2
3
4
5
6
7
8
9
iSCSI:块存储(Block Storage
  ESXi 将存储视为一块原始磁盘(LUN
  VMFS 文件系统建立在 LUN 之上
  特点:性能高,类似本地磁盘,可做 VMFS datastore

NFS:文件存储(File Storage
  ESXi 通过 NFS 协议挂载一个网络文件夹(export
  vSphere 原生支持 NFS v3  NFS v4.1
  特点:配置简单,适合虚拟化,但性能略低于 iSCSI

2.2 VMFS:虚拟机的文件系统

VMFS(Virtual Machine File System)是 VMware 为 ESXi 专门设计的高性能集群文件系统。多个 ESXi 主机可以同时读写同一个 VMFS datastore,这就是共享存储的基础。

VMFS 的核心特点

  • 集群支持:多台 ESXi 同时访问,无锁冲突
  • 分布式锁:通过 SCSI 预留或 ATS 机制保证数据一致性
  • 快照支持:支持 VM 快照,快速备份和恢复
  • 热扩展: datastore 可以在不停机的情况下扩展容量
  • VMFS 版本:VMFS 5(vSphere 6.x)、VMFS 6(vSphere 6.5+),支持自动 TRIM/UNMAP 回收空间

NFS datastore 相比 VMFS 的优势在于配置更简单(挂载一个网络目录),不需要复杂的存储网络配置,但不支持 VMFS 的一些高级特性(如 vSphere Storage vMotion 的某些场景)。

2.3 vStorage APIs:存储集成

VMware 提供了一套 API 层,让 ESXi 与存储阵列深度集成,卸载本该在 ESXi 上做的存储操作,提升性能:

VAAI(vStorage APIs for Array Integration)

存储阵列的硬件加速能力,ESXi 可以把重复操作卸载给存储阵列:

1
2
无 VAAI:ESXi 逐个复制 1000 个文件 → 慢,消耗 CPU
有 VAAI:ESXi 发一条指令给存储阵列 → 阵列硬件完成 → 快

VAAI 包含以下核心功能:

  • 硬件克隆:整盘复制由存储阵列硬件完成(克隆 VM 的最快方式)
  • 硬件零填充:快速清零磁盘块
  • 原子测试与设置(ATS):替代 SCSI 预留,减少锁冲突
  • UNMAP:回收删除 VM 后释放的空间(VMFS 6 支持自动 UNMAP)

VASA(vStorage APIs for Storage Awareness)

让 vSphere 知道存储阵列的能力和状态,从而实现基于存储策略的管理(SPBM)

1
2
3
存储阵列 → VASA Provider → vCenter
  告诉 vCenter:"我这个 LUN 支持加密、快照、重删"
  → vCenter 根据 VM 的存储策略,自动选择合适的 datastore

2.4 多路径(Multipathing)

生产环境中,存储网络必须保证高可用。多路径就是让 ESXi 通过多条物理路径连接同一个 datastore,任何一条路径断掉,另一条自动接管。

1
2
3
4
ESXi Host
    ├── HBA 1 ──→ 存储控制器 A ──→ 存储磁盘阵列
    │                           ↑
    └── HBA 2 ──→ 存储控制器 B ──┘

vSphere 使用 PSP(Path Selection Policy) 决定多路径行为:

PSP 全称 行为
VMW_PSP_MRU 最近使用 自动切换到最近工作的路径,故障后不回切
VMW_PSP_RR 轮询 均匀分配 I/O 到所有路径,最常用
VMW_PSP_FIXED 固定 使用指定路径,故障后可手动/自动回切
VMW_PSP_CLARiiON 专用 适用于 Dell EMC CLARiiON 阵列

Satellite Storage(vSphere 8 新特性):允许直接连接 NVMe-oF 存储到 ESXi,绕过传统 SAN 架构。

2.5 SPBM:存储策略驱动管理

SPBM(Storage-Based Policy Management) 是 vSphere 存储管理的核心思想:你告诉 VM “我需要一个加密的、有快照保护的高性能 datastore”,vSphere 自动帮你找到满足条件的存储位置

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
用户定义存储策略:
  策略名 = "生产高可用"
  要求:加密 = 是,RAID = RAID-10,IOPS > 5000

vCenter 查询所有 datastore:
  Datastore-A:满足条件 ✓ → 把 VM 放这里
  Datastore-B:不满足加密 ✗
  Datastore-C:满足条件 ✓

如果没有任何 datastore 满足,VM 部署失败(强制模式)

SPBM 让存储管理从"手动分配"进化到"策略驱动",是现代软件定义存储的核心能力。

2.6 vSAN:软件定义存储

vSAN(Virtual SAN) 是 VMware 的软件定义存储解决方案,用 ESXi 主机上的本地磁盘,构建出一个分布式共享 datastore。

传统存储 vs vSAN

1
2
3
4
5
6
7
8
9
传统存储架构:
  主机1 ─┐
  主机2 ─┼──→ 专用存储阵列 ──→ 磁盘
  主机3 ─┘     (昂贵,专用硬件)

vSAN 架构:
  主机1 ─┤本地磁盘──┐
  主机2 ─┼本地磁盘──┼──→ vSAN Datastore(分布式)
  主机3 ─┤本地磁盘──┘

vSAN 的核心概念

  • 磁盘组(Disk Group):一台 ESXi 上的 SSD(缓存层)+ 容量磁盘(HDD 或 SSD)的组合
  • 故障域(Failure Domain):将多台主机划为一组,允许一个故障域整体故障而不丢数据
  • 对象(Object):VM 的每个组件(VMDK、快照、交换文件)是 vSAN 上的一个对象
  • RAID 策略:vSAN 默认对每个对象做 RAID-1(镜像),也可选 RAID-5/6 纠删码

vSAN ESA(Express Storage Architecture,vSAN 8 新特性)

vSAN 8 引入了 ESA 架构,将存储引擎完全重写,性能大幅提升:

1
2
3
4
5
vSAN 7(OSA 架构):
  SSD 缓存层 + 容量层 → 两层结构,延迟较高

vSAN 8(ESA 架构):
  单层全闪存架构 → 所有数据直接写在高速闪存上 → 性能接近原生 NVMe

vSAN 网络要求:vSAN 需要专用万兆网络,集群中所有主机必须能通过网络互相通信。

2.7 其他存储技术

RDM(Raw Device Mapping):把物理 LUN 直接映射给 VM,VM 感知物理磁盘。常用于 SAN 复制或集群应用(MSCS、Oracle RAC)。

vVOL(Virtual Volumes):让 VM 的每个虚拟盘(VMDK)成为存储阵列上独立管理的卷。存储阵列可以基于每个 VMDK 做快照、克隆、复制,而不需要 vSphere 介入。

PMem(Persistent Memory): Intel Optane DC PMem,放在 DRAM 和 NVMe SSD 之间,提供接近 DRAM 的速度和 SSD 的持久性。VM 可以用 PMem 作为内存(通过 vpmemdisk)或高速 VVol 存储。


三、虚拟化网络:标准交换机与分布式交换机

3.1 虚拟交换机的本质

虚拟交换机(vSwitch)是运行在 ESXi 内核中的软件交换机,它的工作和物理交换机完全一样:根据 MAC 地址学习转发帧,根据 VLAN 标记隔离流量

1
2
3
4
5
6
7
物理网络:
  物理网卡 ──→ 物理交换机 ──→ 物理网卡

vSphere 虚拟网络:
  VM1(vNIC1)──┐
  VM2(vNIC1)──┼──→ vSwitch0 ──→ pNics(vmnic0, vmnic1)──→ 物理交换机
  VM3(vNIC1)──┘

ESXi 上的每个 VM 有一个或多个虚拟网卡(vNIC),连接到 vSwitch。vSwitch 再通过物理网卡(vmnic)连接到外部物理交换机。

3.2 标准交换机(VSS)vs 分布式交换机(VDS)

特性 标准交换机(VSS) 分布式交换机(VDS)
作用域 单台 ESXi 主机 整个数据中心(多台主机)
配置方式 每台主机单独配置 统一配置,批量生效
vSphere 许可 Standard 及以上 Enterprise Plus 及以上
LAG(LACP) 支持但配置复杂 支持,配置简单
NetFlow / Port Mirroring 支持但弱 支持,配置灵活
迁移性 VM 迁移时网络配置需手动跟随 迁移时网络配置自动跟随
适用规模 小规模(< 10 主机) 中大规模

考试高频考点:在 vMotion 迁移时,如果源主机和目标主机使用不同版本的 vSwitch,或者网络配置不一致,会导致迁移失败。使用 VDS 是最佳实践,因为 VDS 配置在 vCenter 级别,迁移时自动同步。

3.3 VMkernel 与网络栈

ESXi 不仅转发 VM 的流量,还有一套自己的管理网络和系统服务网络——这些都通过 VMkernel 端口 实现。

1
2
3
4
5
VMkernel 端口(vmk):
  ├── vmk0:管理网络(Management VMkernel)— 管理 ESXi、vCenter 通信
  ├── vmk1:vMotion 网络(VMkernel for vMotion)
  ├── vmk2:vSAN 网络(VMkernel for vSAN)
  └── vmk3:存储网络(iSCSI / NFS)

配置 VMkernel 的关键注意事项

  • vMotion VMkernel 必须与物理网络支持 vMotion(MTU 9000,建议万兆)
  • vMotion VMkernel 不应该与 VM 网络混用同一个端口组
  • vSAN VMkernel 必须在专用的 vSAN 网络(与 vMotion 相同推荐)

3.4 NIC Teaming 与负载均衡

NIC Teaming 把多块物理网卡绑定成一个逻辑链路,提升带宽和冗余。

1
2
vmnic0 ─┐
vmnic1 ─┴─→ vSwitch ──→ VM Network(Port Group)

负载均衡策略

策略 说明 适用场景
基于源端口 hash 按源 MAC/IP hash 分发,最常用 生产网络
基于源 MAC hash 按源 MAC 分发 简单场景
基于 IP hash 按源+目的 IP hash 需要交换机配合 LACP
显式故障转移顺序 主用 + 备用,故障切换 特定冗余需求
使用来源虚拟端口 按 vSwitch 端口 ID hash 默认策略

故障切换检测:选择"仅链路状态"(只检测网线是否插好)或"信标探测"(主动发送 ARP 检测,推荐用于多网卡场景)。

3.5 VLAN 配置

vSphere 中的 VLAN 通过 802.1Q 标签实现:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
物理交换机端口模式:
  Access(接入模式):不带 VLAN 标签 → 连接普通 VM
  Trunk(中继模式):带 VLAN 标签 → 连接 ESXi vSwitch,让 ESXi 识别 VLAN

vSphere VLAN 标记方式:
  外部标记(External Switch Tagging,EST):
    物理交换机负责 VLAN 标签,ESXi 不感知
  虚拟交换机标记(VST,Virtual Switch Tagging):
    vSwitch 打/拆 VLAN 标签,最常用
  虚拟机标记(VGT,Virtual Guest Tagging):
    VM 内部自行处理 VLAN 标签

3.6 NIOC:网络 I/O 控制

NIOC(Network I/O Control) 让 vSphere 能够保证关键流量的带宽,防止某类流量挤占其他流量的资源。

1
2
3
4
5
6
7
8
没有 NIOC:
  所有流量争抢 10GbE 带宽
  vMotion 流量被大文件传输挤占 → 迁移超慢

有 NIOC:
  系统流量(vMotion、FT、存储)预留 30% 带宽
  VM 流量使用剩余 70% 带宽
  各自流量互不干扰

NIOC 在 VDS 上配置,可以为不同流量类型设置份额(Shares)限制(Limits)预留(Reservation)


四、集群技术:HA 与 DRS

4.1 vSphere HA:故障自动恢复

vSphere High Availability(HA) 是 vSphere 最核心的高可用方案——当一台 ESXi 主机宕机时,运行在其上的 VM 自动在其他主机上重启。

HA 的工作原理

1
2
3
4
5
6
HA 集群心跳机制:
  每台 ESXi 主机通过-management network- 互相发送心跳
  如果一台主机在 15 秒内(约 3 次心跳间隔)没有收到某台主机的 heartbeat:
    → 认定该主机已宕机
    → 隔离哨兵(Agent VM / Management Network)检查网络状态
    → 在其他主机上重启宕机主机上的所有 VM

Admission Control(准入控制):HA 保证即使整个集群中最强的一台主机宕机,剩余主机仍有足够资源重启所有 VM。这通过保留一定的备用容量实现。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
Admission Control 三种策略:

1. 集群容错插槽数(Cluster Resources %):
   计算集群总 CPU/内存,计算单个最大 VM 占用的资源
   → 预留足够资源容纳 N 个"最大 VM"的容量

2. 指定主机故障数(Host Failures Cluster Tolerates):
   预留 N 台最强主机的容量(如容忍 1 台故障,就预留 1 台最强主机的资源)

3. 专用 failover 主机(Dedicated Failover Host):
   留一台主机完全不跑 VM,专门等故障时接手

考试高频题:默认使用的是第一种策略(集群资源百分比),你需要理解它是如何计算备用容量的。

虚机优先级:HA 重启 VM 的顺序由重启优先级控制:

1
2
3
4
5
6
优先级顺序:
  1. 最关键(User - Gold)
  2. 重要(User - Silver)
  3. 一般(User - Bronze)
  4. 低优先级(User - Low)
  5. 重新启动尝试(不重试)

4.2 DRS:分布式资源调度

DRS(Distributed Resource Scheduler) 自动在集群内平衡 VM 的资源分配:

  • 初始放置:新 VM 创建时,DRS 推荐最优主机
  • 负载均衡:运行时自动 vMotion 迁移 VM 到负载更轻的主机
  • 电源管理(DPM):在低负载时关闭多余主机,高负载时唤醒主机
1
2
3
4
DRS 自动化级别:
  全自动(Fully Automated):自动迁移,无需人工干预
  半自动(Partially Automated):推荐迁移,但需人工确认
  手动(Manual):只显示推荐,不自动执行

DRS 评分(DRS Score):vCenter 通过评分反映集群的资源均衡程度,100 分为最佳。

1
2
3
4
DRS Score 计算逻辑:
  100 分:所有主机 CPU 和内存使用率完全一致
  分数越低:资源分布越不均匀
  < 60 分:DRS 会频繁发起 vMotion 迁移

DRS 规则

1
2
3
4
5
# 亲和性规则(Affinity):指定 VM 和 VM / VM 和 Host 的关系
VM-Host 亲和性:   "Web 服务器 VM 必须运行在高性能主机上"
VM-Host 反亲和性: "两个 DNS VM 不能在同一台主机上(各放一边)"
VM-VM 亲和性:     "Apache 和 Tomcat 必须在同一台主机上(减少网络延迟)"
VM-VM 反亲和性:   "Web 服务器的多个 VM 不能在同一台主机上(保证冗余)"

Proactive HA(主动 HA):vSphere 8 新特性,结合 vSphere Lifecycle Manager 的硬件健康监控,在检测到主机硬件即将故障之前,主动将 VM 迁移走。

4.3 EVC:增强型 vMotion 兼容性

EVC(Enhanced vMotion Compatibility) 解决了一个非常实际的问题:CPU 型号不同的主机之间无法做 vMotion

1
2
3
4
5
6
7
8
9
场景:
  主机 A:Intel Xeon E5-2600
  主机 B:Intel Xeon Gold 6200
  这两颗 CPU 的指令集不完全相同,直接 vMotion 可能导致 VM 指令执行不一致

EVC 解决方案:
  将 CPU 功能掩码(Feature Mask)统一到较低的水平
  → 所有主机在 EVC 模式下,看起来像同一颗"虚拟 CPU"
  → 任意主机之间都可以 vMotion

EVC 模式名称对应 CPU 代系:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
Intel:
  英特尔至强 55xx 系列 → "Intel" "Nehalem"
  英特尔至强 56xx 系列 → "Intel" "Westmere"
  英特尔至强 E5-2600 v1  → "Intel" "Sandy Bridge"
  英特尔至强 E5-2600 v4  → "Intel" "Broadwell"
  英特尔至强可扩展处理器 → "Intel" "Skylake" 及更新

AMD:
  AMD 皓龙 2200 系列    → "AMD" "Rev E"
  AMD 皓龙 3200/4200    → "AMD" " Naples"
  AMD EYPC(霄龙)      → "AMD" "Rome" 及更新

考试高频点:EVC 只能"向下兼容"到集群中最低的 CPU 代系。如果主机 A 是 Skylake,主机 B 是 Broadwell,EVC 模式最高只能设为 Broadwell。

4.4 vMotion:热迁移的艺术

vMotion 是 vSphere 最令人印象深刻的功能之一——在不中断 VM 运行的情况下,把 VM 从一台主机迁移到另一台。

1
2
3
4
5
6
7
8
9
vMotion 的过程(对用户完全透明):
  1. VM 在主机 A 上正常运行
  2. 主机 A 将 VM 内存状态复制到主机 B
  3. 主机 A 在复制期间继续跟踪内存变化(预拷贝)
  4. 差异部分再复制一次(迭代预拷贝,直到差异足够小)
  5. 短暂暂停 VM(通常几十毫秒)
  6. 将最终差异内存和执行状态传到主机 B
  7. 在主机 B 上恢复 VM 运行
  8. 用户甚至不知道发生了什么

vMotion 的前提条件

  • 源和目标主机 CPU 兼容(同一 EVC 模式,或相同 CPU 代系)
  • 共享存储(VM 的 VMDK 在共享 datastore 上,两台主机都能访问)
  • 专用 vMotion 网络(建议万兆,MTU 9000)
  • 两台主机在同一个 vCenter 中(跨 vCenter 需要 vMotion License + 配置)
  • VM 不能有本地连接的设备(如 USB、串口)

Storage vMotion:在 VM 运行时,将 VM 的存储从一个 datastore 迁移到另一个 datastore,VM 不停机, datastore 变化。搭配 vMotion 是"完全不停机迁移"。

4.5 FT:容错与零停机

Fault Tolerance(FT,容错) 提供比 HA 更高等级的保护——不仅能自动恢复,还能零停机切换。

1
2
HA 工作方式:主机宕机 → VM 在其他主机重启 → 有几秒到几分钟停机
FT 工作方式:主机宕机 → 备用 VM 立刻接管 → 零停机,零数据丢失

FT 的实现原理:主 VM 和备用 VM 在不同主机上同时运行,完全镜像 CPU 指令和内存状态。主 VM 的每一次写操作,都同步到备用 VM。当主 VM 所在主机宕机时,备用 VM 在毫秒级切换为新的主 VM。

FT 的限制(考试常考)

  • 只能为单 CPU VM 启用(不支持多 CPU VM,即 SMP-FT 在 vSphere 6.x 后不再支持)
  • 需要专用 FT 网络(与 vMotion 网络分离)
  • VM 的 vCPU 不能超过 8 个(vSphere 8)
  • 不支持 Storage vMotion(FT VM 的存储不能迁移)
  • 不支持快照

五、vSphere Lifecycle Manager 与集群生命周期管理

5.1 传统补丁管理 vs 镜像管理

在 vSphere 7 之前,管理 ESXi 版本是一件痛苦的事——每台主机单独打补丁,版本不一致,兼容性难以保证。

vSphere Lifecycle Manager(vLCM) 引入了**镜像驱动(Image-Based)**的管理方式:

1
2
3
4
5
6
7
8
9
传统方式(基于 VIB):
  每台主机安装多个 VIB(VMware 基础设施包 = 驱动、固件、第三方软件包)
  问题:VIB 之间可能冲突,不同主机版本不一致

镜像方式(基于 Image):
  定义一个"集群镜像":ESXi 版本 + 所有 VIB 的组合
  → 整个集群所有主机使用同一个镜像
  → 一键升级/降级,版本完全一致
  → 基线管理(Base Image)+ 组件(Components)= 完整镜像

5.2 集群快速启动(Cluster Quickstart)

vSphere 8 引入了 Cluster Quickstart,把创建集群的步骤自动化:

1
2
3
4
5
6
7
Quickstart 工作流:
  1. 选择集群角色(是否为 vSAN 集群、是否启用 HA/DRS)
  2. 添加主机(输入 IP、用户名密码,批量加入)
  3. 配置网络(自动创建分布式交换机和 VMkernel 端口)
  4. 配置存储(自动识别共享存储)
  5. 配置集群服务(HA、DRS 按预设启用)
  → 一键完成集群搭建

5.3 主机配置基准(Host Profiles)

Host Profiles 是 vSphere 的主机配置标准化工具:

1
2
3
4
5
工作流程:
  1. 配置一台"参考主机"(配置好网络、存储、权限等)
  2. 从参考主机导出 Host Profile
  3. 将 Host Profile 附加到其他主机或集群
  4. 主机进入"不合规"状态时,一键"补救" → 自动套用标准配置

适用场景:大规模部署多台 ESXi,需要保证配置一致性的场景(如电信、金融行业)。


六、安全:VM 加密与 vSphere Trust Authority

6.1 VM 加密的工作原理

vSphere 支持VM 加密(VM Encryption),对 VM 的所有数据进行加密:

1
2
3
4
5
6
7
8
VM 加密涉及三层:
  1. VM 配置文件(.vmx)— 加密
  2. VMDK 虚拟磁盘 — 加密
  3. VM 交换文件(.vswp)— 加密(通过 VM 加密策略)

加密密钥来源:
  KMS(Key Management Server)→ VMCA(vSphere 证书机构)→ ESXi
  支持第三方 KMS:Thales、Vormetric、AWS KMS、HyTrust 等

VM 加密 vs SED(自加密磁盘)

1
2
3
4
5
6
7
VM 加密(Software):ESXi 将数据加密后再写入存储介质
  优点:不依赖特定硬件,任何 datastore 都能用
  缺点:消耗 CPU 资源(通常 < 5%)

SED(Self-Encrypting Drives):存储硬件自身加密
  优点:零 CPU 开销,加密卸载到磁盘控制器
  缺点:需要采购支持 SED 的硬件

考试高频题:VM 加密时,只有 swap 文件(.vswp)是默认加密的(如果启用了 VM 加密策略)。VMDK 的加密取决于 VM 的存储策略。

6.2 vTPM 与 UEFI 安全启动

vTPM(Virtual Trusted Platform Module) 是虚拟化的 TPM 2.0 模块:

1
2
3
4
vTPM 用途:
  - 为 VM 提供可信启动链(测量启动过程的每一步)
  - 支持 Windows BitLocker 加密(不需要额外硬件)
  - 支持 Secure Boot,防止未签名内核/驱动加载

UEFI vs BIOS:UEFI(Unified Extensible Firmware Interface)是传统 BIOS 的替代方案,支持 Secure Boot(只允许签名驱动/内核加载)和 GPT 分区表。

VBS(Virtualization-based Security,Windows Hyper-V 隔离):VM 内运行 Windows 时,可以启用 VBS,利用 CPU 虚拟化特性创建隔离的安全区域(Hypervisor-Protected Code Integrity,HVCI)。

6.3 vSphere Trust Authority

vSphere Trust Authority 是 vSphere 8 引入的高级安全架构,用于构建可信虚拟化基础设施

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
传统模式:信任数据中心内的所有组件
Trust Authority 模式:默认不信任,任何组件必须被明确授权才能运行

Trust Authority 架构:
  ┌──────────────────────┐
  │    信任管理机构          │ ← 配置加密策略、受信任主机列表
  │   (Trust Authority)   │
  └──────────┬─────────────┘
             │ 加密通信
  ┌──────────┴─────────────┐
  │    被管理集群(可信)    │ ← 只有经过信任的主机才能运行加密 VM
  │  (Trusted ESXi Hosts)  │
  └─────────────────────────┘

适用场景:对安全性要求极高的政府、金融、军事机构,需要确保 ESXi 主机本身是可信的(不被篡改的固件/OS)。

6.4 SSO 与身份联邦

vCenter Single Sign-On(SSO) 是 vCenter 的身份认证框架:

1
2
3
4
5
6
7
8
SSO 工作原理:
  用户登录 vSphere Client → SSO 域验证身份 → 颁发令牌(Token)
  → 用户持令牌访问 vCenter 的所有服务
  → 无需重复输入密码

SSO 域:
  默认 vSphere.local 域(内置)
  可加入或创建 AD(Active Directory)域

身份联邦(Identity Federation,vSphere 8 新特性):将 vCenter 接入企业 IdP(Identity Provider),如 Okta、Azure AD、ADFS,支持 OIDC/SAML 协议,实现单点登录(SSO)跨多 vCenter 访问

1
2
3
4
5
身份联邦架构:
  企业 IdP(如 Azure AD)←→ vCenter Identity Provider Federation
  管理员登录企业账号 → 自动获得所有 vCenter 访问权限
  (不再需要为每个 vCenter 单独创建 SSO 用户)

七、性能调优与监控

7.1 资源管理三剑客:Shares、Limits、Reservations

这是 VCP 考试的核心知识点,也是生产环境中最常用的调优手段:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
资源分配的三种机制:

1. Shares(份额)— 相对优先级
   当资源竞争时,VM 按 shares 比例分配资源
   例如:VM-A 有 8000 shares,VM-B 有 2000 shares
   → 4:1 的 CPU 资源比例

2. Limits(限制)— 上限封顶
   无论有多少可用资源,VM 最多只能用这么多
   例如:CPU limit = 4 GHz → VM 最多用 4 GHz,哪怕集群空闲
   ⚠️ 设置不当会导致资源浪费

3. Reservations(预留)— 最低保障
   为 VM 预留的最小资源量,即使集群繁忙也保证可用
   例如:CPU reservation = 2 GHz → 无论何时,至少有 2 GHz 供该 VM 使用
   ⚠️ 预留但未使用的资源不会自动释放给其他 VM

Expandable Reservation(可扩展预留):当集群有额外资源时,可扩展预留的 VM 可以"借用"未使用的资源。这是最灵活的预留方式。

Resource Pool(资源池):对集群资源进行分层管理的容器,可嵌套,可为不同部门或项目设置不同的资源策略。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
资源池示例:
  集群总资源:128 vCPU / 512 GB 内存
  ├── 资源池:生产环境(Res = 50%)
  │     ├── VM:Web Server 1
  │     ├── VM:Web Server 2
  │     └── VM:API Server
  └── 资源池:测试环境(Res = 20%)
        ├── VM:Test Server 1
        └── VM:Test Server 2

7.2 SIOC:存储 I/O 控制

SIOC(Storage I/O Control) 监控每个 VM 的 I/O 延迟,当存储阵列拥塞时,优先保障关键 VM 的 I/O 带宽

1
2
3
4
5
6
7
8
9
无 SIOC:
  所有 VM 争抢存储 I/O
  大批量备份 VM 把存储跑满 → 关键业务 VM 响应变慢

有 SIOC:
  SIOC 监控 I/O 延迟(阈值通常是感知延迟 > 某个毫秒数)
  当存储拥塞时,按 Shares 比例分配 I/O
  → 关键业务 VM(高 Shares)优先获得 I/O
  → 备份 VM(低 Shares)自动降速

SIOC 配置在 datastore 级别( datastore → 配置 → 存储 I/O 控制)。

7.3 性能监控工具

vSphere Client 内置监控

  • 性能图表(Performance Charts):查看 CPU、内存、网络、存储的实时和历史数据
    • 即时图表(Real-time):最近 1 小时
    • 统计周期:天、周、月
  • vCenter Server 性能:查看 vCenter 自身的 CPU、内存、数据库使用情况
  • ESXi 主机性能:每台主机的资源使用详情

esxtop:ESXi 命令行性能分析工具,类似于 Linux 的 top,可以实时看到每个 VM、每个 CPU 核的详细资源使用。

vROps(vRealize Operations Manager):企业级性能监控和分析平台,支持预测性分析、容量规划、告警管理(VCP 不考但值得了解)。


八、故障排查:思路与实战

8.1 故障排查方法论

vSphere 故障排查遵循经典的"自底向上"或"自顶向下"方法:

1
2
3
4
5
6
自底向上排查:
  1. 物理层:硬件健康(CPU/内存温度、磁盘 SMART、网卡状态)
  2. 网络层:物理网线、交换机端口、MTU、VLAN 配置
  3. 存储层:LUN 映射、路径、HBA 状态、存储阵列告警
  4. ESXi 层:ESXi 服务状态、许可证、资源争用
  5. VM 层:VMware Tools、VM 配置、资源限制

8.2 日志文件参考

每个故障场景都有对应的日志文件,定位日志是排错的第一步:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
ESXi 关键日志(/var/log/):
  hostd.log        ESXi 主机管理守护进程日志(最常用)
  vmkernel.log     VMkernel 日志(存储、网络、vMotion 问题)
  vpxa.log         vCenter Agent 日志(ESXi  vCenter 通信问题)
  shell.log        SSH  DCUI 操作日志(安全审计)
  auth.log         认证和权限相关日志

vCenter 关键日志:
  /var/log/vmware/vmware-vpostgres/  vPostgreSQL 数据库日志
  /var/log/vmware/vsphere-client/    vSphere Web Client 日志
  /var/log/vmware/vpxd/              vCenter 主服务日志(最常用)
  /var/log/vmware/sso/               SSO 认证日志

8.3 日志收集

收集日志包(Log Bundle)

1
2
3
4
5
6
7
# 通过 vSphere Client
  vCenter Server → 监控 → 系统 → 日志 → 导出系统日志

# 通过命令行(ESXi)
  vm-support -p           # 当前状态
  vm-support -w           # 历史数据
  # 会在 /var/tmp/ 生成 vm-support.tar.gz

常见故障场景与排查思路

故障场景 排查方向 关键日志
ESXi 主机无法连接 网络、主机服务、许可证 hostd.log, vpxa.log
VM 无法启动 资源不足、存储、网络、VM 配置 hostd.log, vmware.log
vMotion 失败 CPU EVC 兼容性、网络 MTU、共享存储 vmkernel.log
HA 不生效 集群配置、许可证、网络隔离检测 fdm.log(HA 守护进程)
存储路径丢失 HBA 驱动、存储阵列、路径策略 vmkernel.log
vCenter 启动失败 数据库连接、证书、服务依赖 vpxd.log, vmware-vpostgres

8.4 vCLS 与 vCenter HA

vCLS(vSphere Cluster Services) 是 vSphere 7 引入的集群服务 VMs,负责集群内的管理通信(HA心跳、DRS 决策)。这些 VM 自动部署,不要手动删除或修改

vCLS Retreat Mode(考试高频点):当集群中只剩 1 台主机且没有共享存储时,手动启用 Retreat Mode,vCLS VM 会从集群中撤出(删除),防止资源耗尽。

1
2
3
4
vCLS Retreat Mode 触发条件:
  集群中只有 1 台 ESXi 主机
  + 没有任何共享存储(无法在其他主机上重启 vCLS VM)
  → 管理员手动启用 Retreat Mode,清理 vCLS VM

vCenter High Availability(VCHA):将 vCenter Server 部署为高可用架构(主动-被动模式),主 vCenter 故障时自动切换到备用 vCenter,保证 vCenter 本身的高可用。


九、其他重要考点

9.1 Content Library:统一的镜像仓库

Content Library 是 vSphere 的 VM 模板和 ISO 镜像的统一管理中心:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
Content Library 两种类型:

本地内容库(Local):
  内容存储在 vCenter 所在主机的 datastore
  → 只对本地 vCenter 可用

订阅内容库(Subscribed):
  指向一个已发布的内容库 URL
  → 自动同步发布库的内容
  → 可以选择"立即下载"或"按需下载"(节省存储,按需拉取)

VM 模板在内容库中以 OVF 格式存储,可以跨 vCenter 部署,极大简化了 VM 分发流程。

9.2 vSphere with Tanzu:Kubernetes 融合

vSphere with Tanzu 是 vSphere 8 将 Kubernetes 原生集成到虚拟化平台的特性:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
核心组件:

Supervisor Cluster(监管集群):
  vSphere + TKGSTanzu Kubernetes Grid Service
    vSphere 中原生运行 Kubernetes 集群
   不需要单独的 vCenter Server for Tanzu

Workload Namespace(工作负载命名空间):
  为开发团队提供独立的 Kubernetes 命名空间
   配额管理(CPU、内存、存储)
   权限隔离

vSphere ZonesvSphere 分区):
  在单个 vCenter 内划分多个可用区
   类似 Kubernetes 的多可用区部署
   提高应用可用性

TKG 集群(Tanzu Kubernetes Grid Cluster):
  开发者在 Supervisor Cluster 上自助创建的 Kubernetes 集群
    vSphere 自动管理底层 VM 和网络

9.3 DPU 与 vSphere Distributed Services Engine

DPU(Data Processing Unit,数据处理单元) 是 vSphere 8 引入的重大架构变化——将网络、存储、安全的部分处理任务卸载到专用 DPU(也称为 SmartNIC)。

1
2
3
4
5
6
7
8
9
传统架构:
  CPU → 承担所有计算 + 网络 + 存储处理
  问题:高并发时 CPU 成为瓶颈

DPU 架构(vSphere 8 + DPU):
  CPU → 只承担计算任务
  DPU → 承担网络虚拟化(NSX)、存储虚拟化(vSAN)、安全任务
  → CPU 负载大幅降低,释放算力给 VM
  → 网络延迟降低,吞吐量提升

这就是为什么 vSphere 8 被称为"现代 vSphere"——DPU 卸载是云计算基础设施的下一个演进方向。

9.4 快照的正确使用

VM 快照保存了 VM 在某个时间点的状态,但快照不是备份

1
2
3
4
5
6
7
8
9
快照结构:
  Base Disk(基础磁盘 .vmdk)← 原始数据
  Delta Disk(增量磁盘 .-\*.vmdk)← 变化的部分
  Snapshot Descriptor(快照描述文件 .vmsn)← 快照元数据

快照的代价:
  - 每次写操作变为:读基盘 + 写增量盘 → 性能下降
  - 快照链越长(多个快照叠加)→ 性能越差
  - 建议快照保留 < 72 小时

快照的最佳实践

1
2
3
4
5
6
7
8
9
# 什么时候适合用快照:
  ✓ 应用升级前打快照(回滚点)
  ✓ 重大变更前
  ✓ 测试环境临时备份

# 什么时候不能用快照:
  ✗ 作为长期备份方案
  ✗ 数据库事务性数据(可能导致数据不一致)
  ✗ 快照超过 3 层(快照链太长)

十、备考建议与考试技巧

10.1 备考路线图

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
第 1 步:理解基础(1-2 周)
  - 读完 vSphere 官方文档的概念部分
  - 搭建实验环境(VMware Workstation / vSphere EVAL)

第 2 步:系统学习(3-4 周)
  - 官方课程:VMware vSphere: Install, Configure, Manage [V8]
  - 或自学:VMware 官方文档 + 视频教程
  - 搭建完整实验环境:3 台 ESXi + vCenter + 共享存储

第 3 步:重点突破(2 周)
  - HA/DRS 集群配置和故障排查
  - 存储(iSCSI/NFS/vSAN/SPBM)
  - vMotion 和 Storage vMotion 前提条件
  - 资源管理(Shares / Limits / Reservations)

第 4 步:刷题冲刺(1-2 周)
  - 官方 Sample Questions(考试指南中已提供)
  - 第三方题库(做 2-3 套模拟题)
  - 错题回顾:每道错题回到官方文档查原文,不要只看题解

第 5 步:考试预约
  - Pearson VUE 网站预约
  - 建议上午考试(头脑清醒)
  - 带双证件(身份证 + 信用卡/护照)

10.2 高频考点汇总

根据官方考试大纲和真题回忆,以下是出现频率最高的知识点

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
⭐⭐⭐ 极高频考点:
  - HA Admission Control 的三种策略及计算逻辑
  - Shares / Limits / Reservations 的区别和使用场景
  - EVC 模式的设置和限制
  - vMotion 和 Storage vMotion 的前提条件
  - VSS vs VDS 的区别和使用场景
  - SPBM(存储策略)的工作原理
  - vCLS Retreat Mode 的触发条件
  - iSCSI / NFS / FC 的区别

⭐⭐ 高频考点:
  - NIOC 和 SIOC 的作用
  - DRS 规则(亲和性/反亲和性)
  - VM 加密和 vTPM 的区别
  - vLCM 镜像管理的优势
  - vCenter SSO 域和身份联邦
  - 多路径策略(PSP)的选择
  - 快照对性能的影响

⭐ 常规考点:
  - vSAN 基本概念和磁盘组结构
  - vSphere with Tanzu 架构
  - FT 的限制条件
  - Host Profiles 使用场景
  - DPU 卸载的作用
  - 日志文件位置和用途

10.3 考试技巧

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
考试策略:
  1. 先做有把握的题,不会的题标记后回头做
  2. 多选题一定看清楚是"选几个"(单选 or 多选)
  3. "选择三个"的题,至少选够三个,哪怕多选也不能少选
  4. 遇到场景题,先理解业务需求再判断正确答案
  5. 时间足够(135 分钟,70 题),不要慌乱
  6. 不会的题相信第一直觉,不要来回改答案

考前注意事项:
  - 考前一天早点睡,不要熬夜
  - 带身份证 + 有照片的第二个证件
  - 在线考试确保网络稳定,提前测试摄像头和麦克风
  - 考试不允许使用草稿纸(但可以用屏幕上的计算器)

结语

VCP-DCV 是虚拟化领域最值得考的认证之一,它的价值不仅在于那张证书,更在于备考过程中建立起来的 vSphere 知识体系——从 ESXi 的底层架构,到存储网络的细节配置,从集群的高可用设计,到安全加密的完整链路。

虚拟化是云计算的地基。无论你未来走向 Kubernetes、混合云、还是私有云架构,vSphere 的核心概念——资源池化、动态调度、高可用、存储虚拟化、网络虚拟化——都是贯穿始终的底层逻辑。

考下 VCP,不是终点,而是进入企业级基础设施领域的起点。

祝备考顺利,一次通过!


相关推荐阅读

comments powered by Disqus
使用 Hugo 构建
主题 StackJimmy 设计