ZSvirt 操作指南：从 VMware ESXi / Proxmox VE 平滑切入

适用版本：ZSvirt 1.0.0（2026-08-12 发布）
文档整理日期：2026-10-19
适用读者：已有 VMware ESXi / Proxmox VE 使用经验，首次接触 ZSvirt 的运维人员
说明：本文档基于 ZSvirt 项目方发布的 2026 版对比文章及公开资料整理，具体行为以官方文档和实际版本为准。对比内容中 ZSvirt 侧信息由项目方提供，选型时建议结合独立测试。

目录

  1. ZSvirt 是什么
  2. 概念映射：从 VMware / PVE 到 ZSvirt
  3. 快速体验：在现有 ESXi / PVE 上嵌套运行
  4. 物理机部署管理节点完整指南
  5. 存储与网络配置
  6. 虚拟机日常运维差异
  7. VMware 迁移：ZMigrate
  8. 规模、调度、高可用与运维能力
  9. 选型建议与渐进式验证路径
  10. 避坑清单
  11. 附录

1. ZSvirt 是什么

1.1 背景

2023 年底 Broadcom 终止 VMware vSphere 永久授权后，Proxmox VE（PVE）成为基于 KVM 的免费中端市场主力选项。2026 年 8 月 12 日，ZStack 以 GPL 3.0 协议开源了 ZSvirt，为开源虚拟化增加了新选择。

ZSvirt 最初走企业端商业化路线，其能力来自 ZStack 商业平台 ZSphere 的十年积累；2026 年 8 月开源后，把原本企业版的能力开放出来，以更低门槛扩大用户与生态。

对比版本： - ZSvirt 1.0.0：2026-08-12 发布 - Proxmox VE 9.2：x86-64 于 2026-05-21 发布，arm64 于 2026-08-05 发布

1.2 与 Proxmox VE 的核心对比

维度 ZSvirt Proxmox VE
底座 KVM KVM + LXC
出身 ZStack 商业平台 ZSphere Proxmox Server Solutions 维护
授权 GPL 3.0 AGPL 3.0
社区版 功能完整，免费用于生产，无授权费 功能完整，免费获取 ISO
控制面 单一控制面，多数据中心、多集群管理 集群由 corosync 管理；多集群依赖 PDM
高可用 社区版内置 PVE HA，基于 corosync
在线迁移 节点间迁移 同架构节点间迁移
分布式存储 支持 内置 Ceph
自动化编排 支持 API 与命令行管理 支持 API 与命令行管理

核心判断：如果需求只是管理几台节点、高可用、快照、备份和一个 Web UI，两个平台都能免费满足；核心区别在于对用户场景的封装和产品化程度。

1.3 架构差异：管理节点与计算节点分离

ZSvirt 把“管理面”和“计算面”彻底分开：

  • 管理节点（Management Node）：承担类似 vCenter 的控制面角色，统一纳管计算节点、存储、网络、镜像、备份等。管理节点本身默认不承载业务虚机（All-in-One 模式除外）。
  • 计算节点（Host）：只运行 KVM，由管理节点统一纳管。
  • All-in-One 模式：单节点同时充当管理节点和计算节点，适合测试和简化部署；生产环境更接近 vCenter + ESXi 的分工。

管理节点内部采用全异步架构，单节点每秒可并发处理上万个 API 请求，设计上可管理上万台主机和数十万台虚拟机。

2. 概念映射：从 VMware / PVE 到 ZSvirt

你熟悉的概念（VMware / PVE） ZSvirt 对应概念 关键差异
vCenter / PVE Cluster 管理节点（Management Node） ZSvirt 把控制面单独抽出，管理节点默认不承载业务虚机（All-in-One 除外）
ESXi Host / PVE Node 计算节点（Host） 计算节点只跑 KVM，由管理节点统一纳管
Datastore（VMFS/NFS） 主存储（Primary Storage） 放虚拟机磁盘
ISO 库 / 模板存储 镜像存储（Image Storage） 放 ISO、qcow2/raw 系统镜像；独立于主存储
vSwitch / Linux Bridge 分布式交换机 + 分布式端口组 提供 VLAN、IP 管理、DHCP、DNS 等集中配置
安全组 / NSX 微隔离 安全组 直接绑定在虚机网卡上，入/出方向规则控制
vMotion 在线迁移 节点间迁移，同架构
HA 内置高可用 社区版即包含
DRS DRS 支持自动/手动负载均衡，覆盖集群内全部虚机

理解要点：你在 PVE 里习惯的“每个节点既是管理也是计算”的模型，在 ZSvirt 里对应的是 All-in-One 的简化部署；生产环境应按“独立管理节点 + 多个计算节点”来规划。

3. 快速体验：在现有 ESXi / PVE 上嵌套运行

ZSvirt 官方提供 OVA 和 qcow2 镜像，目的就是让你不需要物理服务器就能先把管理节点跑起来。这是从 ESXi/PVE 切入 ZSvirt 最省事的入口。

3.1 资源底线

如果选择 All-in-One（单节点同时充当管理节点和计算节点），最低要求：

  • CPU：8 核
  • 内存：8 GB
  • 系统盘：100 GB

推荐配置：24 核 / 24 GB 内存 / 200 GB 系统盘。

用来跑 ZSvirt 管理节点的嵌套虚拟机，在宿主机上至少要分到 8 GB 内存和 8 个 vCPU，否则可能起不来。宿主机资源紧张时不要贴着最低线给。

3.2 在 ESXi 上导入 OVA

  1. 下载 OVA 镜像。
  2. 打开 vSphere Client，选择“部署 OVF 模板”。
  3. 选择 OVA 文件，按向导完成导入。
  4. 开机，配置 IP，浏览器访问管理界面。

3.3 在 PVE 上导入 qcow2

  1. 下载 qcow2 镜像。
  2. 使用 qm importdisk 或 GUI 的“导入磁盘映像”创建虚拟机；也可将 qcow2 转换为 PVE 支持的格式后导入。
  3. 开机，配置 IP，浏览器访问管理界面。

官方对在 KVM/QEMU 中使用 qcow2 有明确说明。

3.4 首次登录

浏览器访问管理节点 IP，默认凭据：

  • 用户名：admin
  • 密码：password

首次登录后立即修改密码。

3.5 嵌套环境注意事项

  • 不要用 DHCP：管理节点 IP 在安装阶段写入平台配置，事后修改很痛苦。
  • 系统时间不能早于安装包构建时间：否则安装器直接失败。嵌套环境同样适用。
  • 如果宿主机本身资源紧张，建议至少给嵌套虚拟机留够 8 GB 内存。

4. 物理机部署管理节点完整指南

用一台物理机专门做管理节点，比嵌套虚拟机更贴近 ZSvirt 的生产设计。管理节点承担类似 vCenter 的角色，后续再接 KVM 计算节点。

4.1 硬件选型与准备

硬件底线（All-in-One 最低配置，纯管理节点可参考这个下限）：

  • CPU 支持 Intel VT-x 或 AMD-V，至少 8 核
  • 内存 8 GB
  • 系统盘 100 GB

推荐配置：24 核 / 24 GB 内存 / 200 GB 系统盘。纯管理节点可按推荐值往下压，但不要低于 8 GB 内存，这是安装器能顺利起来的底线。

物理机特有的三个准备项：

  1. BIOS/UEFI 中确认虚拟化已开启
    Intel VT-x 或 AMD-V 必须在 BIOS 中启用。有些机器出厂默认关闭，开机自检时容易漏掉。后续添加 KVM 计算节点也依赖这一项，建议装机时一并打开。

  2. 硬件 RAID 驱动兼容性
    提前确认 RAID 卡型号和驱动是否被安装镜像识别。物理部署常见的翻车点之一是“装上之后找不到磁盘”，根源通常是 RAID 卡驱动对安装镜像不友好。条件允许时，先用同型号机器做一次试装。

  3. 准备带外管理
    iDRAC / iLO / IPMI 是物理机做 ISO 挂载、重启、查看安装界面的主要手段。ISO 可通过物理光驱、U 盘或服务器带外控制台挂载。

4.2 网络规划（必须在安装前定死）

管理节点 IP 在安装时写入平台配置，事后修改非常麻烦。

必须满足：

  • 静态 IP，不要用 DHCP。
  • 提前准备子网掩码、网关、DNS，安装界面中手动填入。
  • 系统时间必须同步。如果管理节点时钟早于安装包构建时间，安装程序会直接失败。建议安装前在 BIOS 中校时，或安装完成后第一时间配置 NTP。

网卡策略：All-in-One 最低 1 个管理网卡即可，但推荐把管理、存储、业务网络分离。物理管理节点如果规划了多网口，安装阶段至少把管理口配好，存储和业务网络可在平台初始化后通过分布式交换机扩展。

4.3 制作启动介质

下载 ZSvirt-x86_64-DVD-<version>.iso。

制作 U 盘启动盘推荐 Rufus 或 Fedora Media Writer，两者都支持 Legacy 与 UEFI 启动。物理机通过 U 盘、物理光驱或带外虚拟光驱引导 ISO。从 ISO 启动后，安装器默认进入 Install ZSvirt，不需要手动选择。

4.4 安装摘要页的四项配置

进入 INSTALLATION SUMMARY 后，按顺序完成四项：

1. Installation Destination（系统盘）

选择一块磁盘作为系统盘，点击 Done。物理机如果有多块盘，建议把系统盘和后续的数据存储盘分开，避免初始化阶段把数据盘误配成系统目录。

2. Software Selection（安装模式）

选择 ZSvirt Management Node，点击 Done。

安装器还提供 Compute 和 Expert Mode 等模式：

  • Compute：用于纯计算节点。
  • Expert Mode：最小化基础系统，适合高度定制的高级管理员。

你的场景明确选 Management Node 即可，后续计算节点可再单独以 Compute 模式安装或纳管。

3. Network & Host Name（网络与主机名）

点击 Configure...，把 IPv4 Settings 的 Method 改为 Manual，填入规划好的 IP、子网掩码、网关。

关键一步：在 General 标签页勾选 “Connect automatically with priority (0)”，否则重启后网卡不会自动激活，管理节点会“装好了但连不上”。

4. Root Password（root 密码）

输入两次 root 密码，点击 Done。该密码后续在“将管理节点添加为主机”和 SSH 连通性验证时都会用到。

四项全部就绪后，点击 Begin Installation，系统自动安装、重启，并继续部署管理节点服务。

4.5 安装后验证

安装完成后，系统进入 TUI 界面。当 MN 和 UI 都显示 Running，管理节点即已就绪。

如需二次确认，登录系统执行：

zstack-ctl status
zstack-ctl show_configuration | grep management.server.ip

第一条看服务状态，第二条核对管理节点 IP 是否和安装时填的一致。

安装失败日志路径：

  • 先看 /tmp/zstack_installation-*.log
  • 如果是 Web UI 起不来，再看 /usr/local/zstack/zstack-ui/logs/ui-install.log

4.6 初始化平台

浏览器访问 https://<管理节点IP>，用默认凭据 admin / password 登录。生产环境首次登录后立即改密码。

场景 A：All-in-One 简化模式（物理机同时做计算节点）

初始化向导会引导你完成：

  1. 创建数据中心（如 Datacenter-1）和集群（如 Cluster-1）。
  2. 把管理节点本身添加为主机——IP 填管理节点 IP，密码填 root 密码。这是 All-in-One 的关键一步。
  3. 添加主存储（放虚机磁盘）和镜像存储（放 ISO/qcow2/raw）。测试环境本地存储即可。
  4. 创建分布式交换机和端口组。注意网段不要和网关、DHCP 服务 IP 或已有业务地址重叠，这是“虚拟机拿不到 IP”的第二大原因。
  5. 导入系统镜像，创建第一台虚拟机，验证网关、外网 IP、DNS 三层连通性。

场景 B：纯管理节点（推荐生产规划）

初始化时创建数据中心和集群即可，不要勾选/添加它为主机。后续再以 Compute 模式安装独立的 KVM 计算节点，或把已有 KVM 主机纳管进来。

管理节点本身不承载业务虚机，这是它和 PVE“每个节点既是管理又是计算”最大的架构差异。

4.7 管理节点高可用（可选）

物理管理节点单点故障会直接导致控制面不可用。如果规划管理节点 HA，至少需要两台已经装好管理节点服务的服务器。

准备条件：

  • 两台管理节点在同一网段，且网卡名称一致。
  • 版本相同，操作系统类型和架构兼容。
  • 提前规划一个 VIP 用于访问管理界面，VIP 必须和活动管理节点 IP 同网段。

HA 配置在 UI 初始化向导或后续的 MN Ops 页面完成，步骤包括指定 VIP、活动/备用节点 IP、SSH 凭据，以及时间同步服务器（默认以活动管理节点 IP 作为时间源）。

单台物理管理节点先跑通业务，HA 作为第二步规划即可，不必在第一天就上。

5. 存储与网络配置

5.1 主存储（Primary Storage）

主存储用于放虚拟机磁盘，和你配 Datastore 的逻辑类似。底层命令和 API 字段可能仍显示 PrimaryStorage，这是历史命名，不影响操作。

5.2 镜像存储（Image Storage）

镜像存储用于放 ISO、qcow2/raw 系统镜像，是平台级集中存储：上传一次所有计算节点都能用。

这是 ZSvirt 和 PVE 一个明显的操作差异点。PVE 默认把 ISO 放在各节点本地，需要额外配共享存储才能跨节点使用；ZSvirt 的镜像存储天然跨节点可用。

添加镜像存储时，镜像存储 IP 通常填管理节点 IP，测试连接后选择本地目录即可。

5.3 备份存储

PVE 需叠加 Proxmox Backup Server（PBS） 来提供备份功能；ZSvirt 自带备份模块，支持多种备份策略和保留策略。

ZSvirt 的备份存储可以复用镜像存储来承载备份数据，添加备份存储时选择“复用镜像存储”即可。如果你已经习惯 PVE + PBS 的组合，可以把这理解为一个更轻量的内置替代路径。

5.4 分布式交换机与端口组

创建分布式交换机和端口组时，注意：

  • 网段不要和网关、DHCP 服务 IP 或已有业务地址重叠。
  • 这是“虚拟机拿不到 IP”的第二大原因，仅次于静态 IP 未正确配置。

5.5 安全组

安全组直接绑定在虚机网卡上，入/出方向规则控制。创建虚机时即可直接绑定安全组，而不像 PVE 那样先建虚机再配防火墙规则。

防 IP 欺骗在 ZSvirt 上是一个开关；在 PVE 上则需要三级启用防火墙，并为 corosync 和管理流量放行默认 DROP 策略。

6. 虚拟机日常运维差异

以下差异直接影响从 PVE 迁入后的使用体验：

操作 你在 PVE 里的习惯 ZSvirt 的做法
回收站 无回收站，卸载的盘变成 “Unused Disk” 虚拟机与卸载的数据盘可恢复
模板 ↔ 虚机 GUI 单向，需 CLI 才能转回 双向，模板可转回虚机
运行中 VM 克隆为模板 不支持 支持
从模板批量建 VM 一次克隆产出一台 有数量字段，一次可出多台
创建时指定静态 IP 创建时不可配，需 cloud-init 或进客户机 向导内可配 DHCP 或静态 IP
运行中改 IP 只能进客户机，cloud-init 重下发通常要重启 GUI 操作，无需进客户机
创建时绑定安全组 需先建 VM 再绑定 建 VM 时直接绑定
vNUMA 单个 NUMA 勾选项 引导式“智能绑定”向导，带拓扑可视化和迁移安全校验
故障策略 无 可配错误策略（如内核 panic 时重启）
虚拟机休眠 支持（qm suspend --todisk） 不支持（这是 ZSvirt 的明确短板）
虚拟机视图 服务器视图、文件夹视图、池视图、标签视图 主机视图、分组视图

重点提醒：

  • ZSvirt 的优势中多项是 “不必用命令行”：OVA 导出、OVF 导入、在线改 IP、批量部署、vNUMA 向导。
  • PVE 支持虚拟机休眠，ZSvirt 没有对应能力。
  • 有用户反馈 ZSvirt 的学习曲线比 PVE 更陡，且宿主机最低内存要求是 8 GB（PVE 仅需 1 GB 左右即可跑起平台）。从 PVE 过来初期会觉得某些操作“更重”，但这是面向企业级产品化封装的代价。

7. VMware 迁移：ZMigrate

7.1 三种迁移方式对比

方式 适用场景 业务中断 配置保留
ZMigrate（在线迁移） 批量迁移、要求业务连续性 仅割接窗口 完整保留，可克隆网络/MAC
OVF 导入 少量虚机、可接受关机导出 导出期间需关机 基于 OVF 描述文件
VMDK 上传 只迁磁盘数据 拷贝期间需关机 不保留，需重新配

PVE 内置官方 ESXi 导入工具（8.2 起提供），针对 ESXi 6.5–8.0 测试，支持在线导入。但官方明确了边界：不支持 vSAN 上的磁盘、加密磁盘无法导入、vTPM 状态无法迁移（Windows 11 虚机需注意），带快照的虚机导入明显更慢，建议串行导入。常见坑包括：Windows 虚机迁完默认只能从 IDE/SATA 启动，需先装 VirtIO 驱动；VMware Tools 必须在迁移前卸载；宿主机 CPU 指令集混杂时未核对会直接失败。

ZSvirt 的迁移工具是 ZMigrate（无代理），覆盖在线迁移和离线导入，均有文档化流程。离线导入无规模限制，在线迁移有限制，大体量环境通常分批迁移。

7.2 ZMigrate 六步工作流（在线迁移）

  1. 官网下载安装包。
  2. 部署 ZMigrate。
  3. 上传 VDDK。
  4. 添加数据网关。
  5. 创建源平台（指向你的 vCenter/ESXi）。
  6. 创建迁移任务。

ZMigrate 的核心思路是“先同步、后割接”：迁移任务跑起来后，源虚拟机继续运行，数据持续增量同步到 ZSvirt，最后在割接窗口内切换，把停机压到最短。它通过 VADP/CBT 接口直接取数据，无代理，虚机内不用装任何东西、不用重启。

7.3 迁移前检查清单

无论用 ZMigrate 还是 PVE 导入工具，迁移真正关键的是先盘清隐藏依赖：

  • VMware Tools：迁移前卸载，迁完按需装 VirtIO 驱动。
  • Windows 虚机的启动盘类型：迁完后可能默认从 IDE/SATA 启动，需预先准备 VirtIO 驱动。
  • vTPM / 加密磁盘 / vSAN：提前确认迁移工具覆盖边界；部分场景可能需要回退到 OVF 或 VMDK 路径。
  • 备份脚本、监控探针、调 vSphere API 的自动化：这些才是迁移真正花时间的地方，先列清单再动手。

7.4 建议路径

不要一上来就批量迁。先拿一台非关键 Linux 虚机走一遍 ZMigrate 全流程，验证网络、存储、驱动、启动都正常后，再扩大到 Windows 和批量场景。

8. 规模、调度、高可用与运维能力

8.1 规模

PVE 使用 corosync 同步协议，官方称节点数无硬性上限，但实践中通常控制在 20 个节点以内，且需要独占的 corosync 网络；再往上需用多个小集群加 Proxmox Datacenter Manager（PDM） 聚合，PDM 企业源需 Basic 及以上订阅。

ZSvirt 区分管理节点与计算节点，单一控制面规划可管理 10,000+ 主机，属于跨集群管理规模，与 PVE 单集群上限不在同一维度。

8.2 调度（DRS）

  • PVE 的 CRS 有 Basic（默认按数量）、Static Load、Dynamic Load 三种模式，动态模式只作用于纳管到 HA 的虚机，均衡为可选项。
  • ZSvirt 提供 DRS，支持自动或手动负载均衡，按实时 CPU 与内存阈值判断，覆盖集群内全部虚机，可配触发条件，并有推荐历史。

评价：ZSvirt 的调度策略按集群和数据中心粒度设计，更适合批量和大规模场景；PVE 则是拆成多个集群再用 PDM 聚合，调度策略相对单一。

8.3 高可用

  • ZSvirt 社区版内置高可用。
  • PVE 提供 PVE HA，基于 corosync。

8.4 自动化与 API

  • ZSvirt 社区版开放 2,000+ REST/OpenAPI 接口，带原生 Terraform provider 和 Go/Python/Java SDK。
  • PVE 也提供 REST API，社区版 Terraform provider 广为人知，但没有官方自维护的 Terraform provider。

8.5 安全

  • ZSvirt 社区版提供 Secure Boot、vTPM 2.0、虚拟机加密、安全组微隔离、不可篡改审计日志。
  • PVE 通过 OVMF 提供 Secure Boot，支持 TPM 状态，有数据中心/节点/虚机三级防火墙；微隔离和更完整的安全栈需靠 SDN 与防火墙自行组合。

实操差异举例：防 IP 欺骗在 ZSvirt 上是一个开关；在 PVE 上需分别在三级启用防火墙，并为 corosync 和管理流量放行默认 DROP 策略。

8.6 备份

  • ZSvirt 自带备份模块，支持多种备份策略和保留策略。
  • PVE 需叠加 Proxmox Backup Server（PBS） 来提供备份功能。

两者都支持 Veeam、Commvault 等第三方备份软件（PVE 还额外列有 NAKIVO）。

8.7 技术支持

  • ZSvirt：社区支持通过 GitHub、Discord，可选购商业版。
  • PVE：社区论坛支持，订阅工单为欧洲时间，2026 年内转 24/7。

9. 选型建议与渐进式验证路径

9.1 场景选择

场景 ZSvirt PVE 评价
HomeLab 可用（有免安装在线 Demo） 强 PVE 仍是学习场景的默认选择，社区庞大、ISO 直接下载
中小生产集群（3–20 节点） 强 强 两者都能用，ZSvirt 有更完善的企业级场景封装和产品化程度
大规模/多集群（三位数主机） 强 多集群加 PDM 聚合 几十个节点以上，ZSvirt 控制面就是为此规模设计；PVE 需叠加 PDM
大规模 VMware 迁移 强（ZMigrate，无代理） 可用（内置导入，有 vSAN/加密/vTPM 限制） 无代理迁移跑起来更快；无论哪边，先盘清隐藏依赖
三方备份 强（Veeam、Commvault、Veritas） 强（Veeam、Commvault、Veritas） 两者都支持商业化备份软件

9.2 三点判断

  1. 两者不能互相直接替换。都免费、都跑 KVM，迁移后都能承载大多数 VMware 工作负载。PVE 有更完善的社区生态，大量安装量来自 homelab 与企业测试环境；ZSvirt 内置产品化运维能力，更关注规模化集群管理与企业应用场景。

  2. 两者都是成熟产品，但路线不同。PVE 走开源社区路线，近两年不断加强企业端产品与服务能力；ZSvirt 最初走企业端商业化路线，2026 年 8 月开源，把十年企业生产实践积累的能力开放出来，以更低门槛扩大用户与生态。

  3. 两者试错成本都很低，那就去试。ZSvirt 有免安装在线 Demo、分步快速上手、可在支持嵌套虚拟化的机器上运行的 qcow2/OVA 镜像；PVE 则是一个 ISO。一个平台合不合适，跑一遍比任何厂商的对比都更说明问题——包括本文。

9.3 四步渐进式验证路径

结合你已有 ESXi + PVE 的现状，建议按以下顺序验证，每一步都有明确的“跑通标志”：

第 1 步：嵌套跑通最小链路（1–2 小时）

在 ESXi 或 PVE 上导入 OVA/qcow2 → 开机 → 配静态 IP → 浏览器登录 admin/password → 添加一个计算节点（All-in-One 模式可不额外加）→ 添加主存储和镜像存储 → 上传一个 ISO → 创建并启动第一台 Linux VM，能打开控制台并 ping 通外网。

跑通标志：管理面、存储、网络三条链路都通。

第 2 步：验证日常最依赖的运维动作（半天）

在你刚建好的环境里，把平时在 PVE 上最常用的操作过一遍：快照、克隆、模板转回虚机、回收站恢复、运行中改 IP、安全组绑定。重点感受“哪些在 PVE 里要 CLI、在 ZSvirt 里 GUI 就能做”，以及“哪些 PVE 有、ZSvirt 没有”（比如休眠）。

第 3 步：用一台非关键虚机跑 ZMigrate 迁移（半天到一天）

部署 ZMigrate → 上传 VDDK → 加数据网关 → 连你的 vCenter/ESXi → 选一台 Linux 非关键虚机做在线同步 → 割接。

迁移完成后不要只看“迁成功了”，重点验证：网络配置是否保留、磁盘是否正常、VMware Tools 卸载后是否干净、启动是否正常。

第 4 步：再考虑扩大规模

前三步都顺了，再评估是否把 PVE 节点也纳入 ZSvirt 管理（ZSvirt 可以纳管 KVM 主机），或者把更多 VMware 虚机批量迁过来。不要在第一次尝试时就动生产环境，嵌套环境里的验证结果已经足够支撑你做出“继续还是放弃”的判断。

10. 避坑清单

10.1 物理机部署专属

坑点 为什么物理机更容易踩 做法
RAID 卡/网卡驱动不被安装镜像识别 虚拟机用通用虚拟硬件，物理机用真实硬件 提前试装，或查社区确认该型号兼容性；物理部署的硬件兼容问题是新手劝退的主要原因之一
BIOS 虚拟化默认关闭 虚拟化平台会自动透传，物理机需要手动开 装机时进 BIOS 确认 Intel VT-x / AMD-V 已启用
系统时间早于安装包构建时间 虚拟机通常有宿主机时间同步，物理机可能时区/时间未校 安装前校时，或确保 BIOS 时间准确；这是安装直接失败的首要原因
网卡自动连接未勾选 安装时容易只配 IP 就下一步 General 标签页勾选 Connect automatically with priority (0)
把管理节点误加为主机 All-in-One 教程默认这么做，但纯管理节点不应该 初始化时只建数据中心/集群，主机留空，后续纳管独立计算节点

10.2 嵌套环境

  • 不要用 DHCP。
  • 系统时间不能早于安装包构建时间。
  • 嵌套虚拟机至少 8 GB 内存、8 个 vCPU，不要贴着最低线给。

10.3 VMware 迁移

  • 迁移前卸载 VMware Tools。
  • Windows 虚机准备 VirtIO 驱动，避免迁完只能从 IDE/SATA 启动。
  • 确认 vTPM / 加密磁盘 / vSAN 的覆盖边界。
  • 先盘清备份脚本、监控探针、调 vSphere API 的自动化等隐藏依赖。
  • 先用一台非关键 Linux 虚机跑通全流程，再扩大范围。

10.4 日常运维

  • ZSvirt 不支持虚拟机休眠，有休眠需求需提前评估。
  • ZSvirt 宿主机最低内存要求 8 GB，比 PVE 更重。
  • ZSvirt 学习曲线比 PVE 更陡，初期操作会觉得“更重”。
  • PVE 的回收站缺失、模板单向转换、运行中改 IP 需进客户机等，在 ZSvirt 中有对应改进；反向迁移时需注意这些差异。

11. 附录

A. 常用命令与日志路径

# 查看管理节点服务状态
zstack-ctl status

# 核对管理节点 IP
zstack-ctl show_configuration | grep management.server.ip

日志路径：

  • 安装日志：/tmp/zstack_installation-*.log
  • Web UI 安装日志：/usr/local/zstack/zstack-ui/logs/ui-install.log

B. 默认凭据与访问

  • Web UI：https://<管理节点IP>
  • 默认用户名：admin
  • 默认密码：password
  • 首次登录后立即修改密码

C. 资料来源

  • ZSvirt 开源发布公告
  • ZSvirt 快速上手文档
  • ZSvirt 官方文档
  • ZSvirt 源代码仓库
  • ZMigrate 迁移流程文档
  • Proxmox VE FAQ
  • Proxmox VE 9.2 发布说明
  • Proxmox VE ARM64 支持说明
  • Proxmox VE 集群管理文档
  • Proxmox VE 迁移文档
  • Proxmox Datacenter Manager 路线图
  • Proxmox VE qm 手册
  • Proxmox VE Terraform provider
  • ZSvirt 社区入口：GitHub Issues/Discussions、YouTube、LinkedIn、X/Twitter、Discord、community@zsvirt.io

D. 文档说明

本文档基于 ZSvirt 项目方于 2026 年 10 月发布的《深度对比 | ZSvirt 还是 Proxmox？（2026 版）》及公开资料整理。对比文章中 ZSvirt 侧信息由项目方撰写，选型时请结合独立测试。具体版本行为、界面路径和命令输出以官方文档和实际环境为准。

一句话总结：物理机装 ZSvirt 管理节点的核心链路是 BIOS 开虚拟化 → 静态 IP + 校时 → ISO 启动选 Management Node → 配磁盘/网络/密码 → TUI 确认 MN/UI Running → Web UI 初始化。和嵌套虚拟机相比，物理机多出来的是 硬件兼容性、带外管理、RAID 驱动、BIOS 设置这几道真实硬件的门槛；装通之后，后续添加 KVM 计算节点、创建集群和虚拟机的操作逻辑，和你熟悉的 vCenter + ESXi 分工是一致的。