4. vCenter Server部署与高可用配置

vCenter Server 是 vSphere 平台的“大脑”,负责集中管理 ESXi 主机、集群、虚拟机、模板、权限与告警。生产环境中,vCenter 一旦不可用,虽然已运行的虚拟机不会立刻中断,但 DRS、HA 调度、克隆部署、权限认证等管理能力都会失效。因此,vCenter 的部署方式、SSO 域规划、证书体系以及高可用架构,是平台建设阶段必须一次性设计清楚的核心内容。

一、vCenter Server Appliance 部署

当前主流部署形态是 vCenter Server Appliance(VCSA),即以 Photon OS 为基础的预装虚拟机,取代了早期 Windows 版 vCenter。VCSA 部署分为两个阶段:第一阶段在客户端运行 Installer,把 OVA 部署到目标 ESXi 主机或 vCenter 上,并配置临时网络;第二阶段通过 https://<VCSA_IP>:5480 进入设备配置向导,完成 SSO 域、NTP、SSH 等初始化。

部署前需要准备的关键参数包括:目标 ESXi 主机地址与 root 凭据、VCSA 的 FQDN 与静态 IP、DNS 正向与反向记录、NTP 服务器、SSO 域名与管理员密码。DNS 尤其重要,VCSA 的证书、SSO 与后续 HA 都依赖 FQDN 解析,建议在部署前先用 nslookup 验证正向与反向解析一致。

以中小规模环境为例,可选择“小型”部署规模:2 vCPU、12 GB 内存、约 300 GB 存储,支持最多 10 台主机、100 台虚拟机。若环境更大,应选择“中型”或“大型”,并考虑将 vCenter 的数据库与日志放在独立存储上。部署完成后,通过 VAMI(5480 端口)检查服务状态,确认 vmware-vpxd、vmware-stsd、vmware-vpostgres 等关键服务均为绿色。

二、SSO 域配置

SSO(Single Sign-On)是 vCenter 的统一认证入口,所有用户、组、权限都围绕 SSO 域展开。部署 VCSA 时会创建一个默认 SSO 域,例如 vsphere.local,并生成 administrator@vsphere.local 账户。生产环境建议不要直接使用该默认账户做日常运维,而是创建独立的管理员账户并加入相应组。

SSO 域配置的核心是身份源对接。常见做法是将 SSO 与 Active Directory 集成:在 vSphere Client 中进入“系统管理 → Single Sign On → 配置 → 身份源”,添加 AD 域并指定绑定用户。集成后,AD 用户即可通过 user@domain.com 格式登录 vCenter,权限管理也统一由 AD 组承担。

权限分配遵循最小权限原则。例如,为虚拟化管理员组分配“管理员”角色,为运维只读组分配“只读”角色,为备份账户分配“备份”角色。SSO 还支持多因素认证与智能卡,若企业有合规要求,可在 SSO 配置中启用。需要注意的是,SSO 域一旦部署完成,域名不建议随意更改,否则会影响证书与 HA 配置。

三、证书管理

VCSA 默认使用 VMware Certificate Authority(VMCA)签发的证书。默认情况下,vCenter 的 STS、vpxd 等服务使用 VMCA 根证书签发的证书,浏览器访问时会提示不受信任。生产环境通常有两种做法:一是将 VMCA 根证书导入企业信任链,使内部客户端信任;二是使用企业 CA 或第三方 CA 签发证书,替换默认证书。

替换证书的典型流程是:生成 CSR(证书签名请求),提交给企业 CA 签发,再将签发的证书与私钥导入 VCSA。VCSA 提供 certificate-manager 工具,可在 5480 端口的“证书管理”中操作,也可通过 CLI 执行。替换后需重启相关服务,并用浏览器验证证书链是否完整、FQDN 是否匹配。

证书管理的关键判断依据是:浏览器地址栏无证书警告、证书主题与 FQDN 一致、证书链可追溯到受信任根、有效期覆盖预期使用周期。若证书过期,vCenter 服务可能无法启动,因此建议在证书到期前 30 天设置提醒。

四、vCenter HA 架构与实施步骤

vCenter HA 通过三个节点实现高可用:Active 节点对外提供服务,Passive 节点实时同步 Active 的状态与数据,Witness 节点作为仲裁者,在 Active 故障时参与决策,避免脑裂。三节点部署在不同故障域(如不同主机、不同存储)时,可用性最高。

vCenter HA 的网络分为管理网络与 HA 网络。管理网络承载客户端访问,HA 网络用于节点间复制与心跳。部署时,先为 Active 节点添加一块用于 HA 的网卡,然后通过“配置 → vCenter HA”向导,依次指定 Passive 与 Witness 节点的放置位置、数据存储与网络。向导会自动克隆 Passive 节点并配置复制。

实施完成后,可在 vCenter HA 状态页看到 Active、Passive、Witness 三节点均为绿色。此时若手动关闭 Active 节点,Passive 应在数十秒内接管,客户端重新登录后管理功能恢复。需要强调的是,vCenter HA 不是备份方案,它只解决节点级故障,不防误删、不防存储损坏,因此仍需配合 VCSA 文件级备份或映像级备份。

vCenter HA 三节点架构与故障切换 Active 对外服务 · Passive 实时同步 · Witness 仲裁防脑裂 Active 节点 vCenter Server 主实例 FQDN: vcsa01.lab.local 管理网络 + HA 网络 对外提供 vSphere Client 服务 Passive 节点 vCenter Server 备用实例 FQDN: vcsa02.lab.local 管理网络 + HA 网络 实时接收 Active 状态复制 Witness 节点 轻量仲裁节点 FQDN: vcsa-wit.lab.local 仅参与仲裁,不承载服务 避免双节点脑裂 状态复制 心跳/仲裁 HA 复制网络(独立 VLAN,建议 10GbE) 管理网络(客户端访问、DNS、NTP) 故障切换场景: Active 节点故障 → Witness 确认 → Passive 提升为 Active → 客户端重新登录 → 管理功能恢复(通常 30~60 秒)

五、部署与高可用实施要点

综合来看,vCenter 的部署与高可用实施可以按以下顺序推进:先规划 DNS、NTP 与 IP 地址,再部署 VCSA 并完成 SSO 初始化;随后对接 AD 身份源、分配权限;接着处理证书信任链;最后在环境稳定后配置 vCenter HA。每一步都应验证后再进入下一步,避免问题叠加。

以下是一份可直接参考的部署检查清单,字段与判断依据均围绕 vCenter 实际配置:

检查项 示例值/要求 判断依据
VCSA FQDN 解析 vcsa01.lab.local → 192.168.10.21 正向与反向解析一致
NTP 同步 ntp.lab.local VAMI 显示时间偏差 < 1 秒
SSO 身份源 lab.local AD 域 AD 用户可登录并继承组权限
证书链 企业 CA 签发 浏览器无警告,FQDN 匹配
vCenter HA 状态 Active/Passive/Witness 三绿 手动切换后 Passive 可接管
备份策略 每日 VCSA 文件级备份 可恢复到独立环境
vCenter HA 的 Witness 节点虽然不承载服务,但它是防止脑裂的关键。若只部署 Active 与 Passive 两个节点,网络分区时两个节点都可能认为自己是 Active,导致数据不一致。因此生产环境应始终部署三节点。
证书替换后若忘记重启 vpxd 与 stsd 服务,vSphere Client 可能无法登录。建议在维护窗口内操作,并提前备份 VCSA 快照或备份文件。

最后需要明确:vCenter HA 解决的是 vCenter 节点自身的高可用,而 ESXi 主机与虚拟机的高可用由 vSphere HA 与 DRS 负责,两者层次不同、互为补充。在平台建设阶段,应把 vCenter HA、vSphere HA、备份与证书管理作为一个整体来设计,才能保证虚拟化平台在故障场景下仍具备可管理性与可恢复性。