ZStack ZVF 1.1 版本发布：多租户管理上新，迁移风险前置识别

在将 VMware 环境中的虚拟机及业务迁移到 ZStack ZVF 的准备过程中，您要确认的事情很多：业务窗口能不能配合，VMware 源平台是否连得上，待迁移虚拟机的快照和磁盘状态是否满足要求，迁移组件有没有准备好。

这些事情没有查清，迁移时就可能因连接不通、源虚拟机状态不符合要求或组件未就绪而受阻，不得不临时排查、补齐条件，打乱原定的迁移安排。对于负责迁移的团队，能在开始前知道哪里有问题、哪些条件还没就绪，心里才更有底。

ZStack ZVF 1.1 版本正式发布，针对 VMware 迁移、多部门资源管理及日常运维需求进行了升级与优化。 其中，ZMigrate 针对 VMware 到 ZVF 的迁移，增加了迁移预检与环境就绪校验，旨在帮助客户把迁移前的准备做得更细，让迁移更加高效、有保障；集中管理平台 ZCenter 新增多租户能力，让资源按组织分配、让用户按目录申请；运行监控和日常操作也同步改进，让日常管理更省心、异常排查更有依据。

VMware 迁移增强：风险预检与环境就绪校验

实际的 VMware 环境往往比迁移计划更复杂。不同 ESXi 主机的连接情况、虚拟机留下的快照、迁移网关的组件状态，都可能影响任务推进。排查越晚，越容易打乱已经安排好的工作。

这次 ZMigrate 新增迁移预检：在开始迁移前，检查 VMware 源平台能否正常连接、各台 ESXi 主机是否可用，以及待迁移虚拟机的快照、磁盘和网卡等配置是否符合要求。检查结果会列出发现的问题，方便运维人员提前处理，减少迁移时临时排查的反复。

迁移条件预检：连接、虚拟机状态与源平台可用性

预检覆盖三个关键环节：

• 连接是否通畅：检查 DNS 解析、HTTPS 及 NFC 端口连通性，提前发现 VMware 源平台的连接问题。

• 虚拟机状态是否满足要求：检查快照、CBT（变化块跟踪）状态，以及磁盘、网卡数量，分别展示“通过、风险、不通过”。

• 源平台是否可用：按 VMware ESXi 主机展示检测结果，检测不通过时，阻止创建源平台或迁移任务。

例如，源虚拟机网卡数量为 0 时，预检会标记“不通过”，并提示无法创建迁移任务。运维人员可以据此先处理源端配置，而不用等任务推进后再追查原因。

图1｜迁移前检查结果

提前识别一项准备问题，就能少把一项已知风险带进迁移过程。 这次升级希望帮迁移团队减少的，正是复杂环境中那些本可以提前发现、却让人来回排查的干扰。

VDDK 组件管理：多版本分发与就绪校验

从 VMware 迁移虚拟机，需要准备好 VDDK（VMware 虚拟磁盘开发工具包）等组件；迁移网关已经部署，并不代表这些组件已就绪。ZVF 1.1 进一步完善 VDDK 迁移组件管理：支持同时保留 6.7.3、8.0.3 两个 Linux 版本，向网关自动分发，并展示上传状态和已上传组件；上传失败时，可以查看原因并重试。

未完成 VDDK 分发的网关，不可用于创建源平台及迁移任务。

图2｜迁移组件与网关状态

迁移资源管理：快照清理与服务卸载

迁移任务结束后，关联快照和服务资源仍然需要管理。现在，您可以按磁盘查看迁移快照，单个或批量删除；删除任务时同步清理关联快照，割接成功或失败后也都支持清理，删除前保留二次确认。

图3｜迁移任务快照

本轮 VMware 迁移完成、无需继续使用 ZMigrate 时，可通过界面确认卸载，集中清理网关、VDDK、历史任务数据及相关底层资源，减少运维人员逐项查找和清理的工作，降低关联资源遗漏的风险。

多租户管理：按组织授权，支持资源自服务

多个部门共用一套虚拟化基础设施时，资源管理既要满足业务需求，也要明确使用边界：研发需要测试环境，项目组申请临时资源，部门负责人需要掌握用量，平台团队则要统筹资源分配与权限管理。如果成员授权、配置确认和资源申请都依赖平台管理员逐项处理，重复沟通就会占用大量精力，部门也难以自主安排日常工作。

ZCenter 新增组织体系与云运营中心，将多套 ZSphere 环境的集中管理进一步延伸到多部门协作：平台统一配置资源池和授权，部门在规定范围与额度内自主管理，员工通过服务目录申请资源，让资源供给有标准、管理职责有分工。

组织授权与资源配额：明确管理职责及使用边界

平台可以支持三种内置角色，包括：

• 平台管理员：负责建立组织、维护资源池和授权；

• 组织管理员：负责获授权的组织及下级组织，维护成员、处理组织业务；

• 普通用户：进入自己可用的目录，申请并使用获授权资源。

并且可以支持自定义角色。同一用户参与不同组织时，可以拥有不同身份；组织管理员的权限始终限定在获授权的范围内。

为部门分配资源时，需要明确两点：可以使用哪些资源，以及最多可以使用多少。

• 资源池划定范围：明确可用的计算、存储与网络资源，支持按业务需要跨集群选择，组织与资源池可以建立多对多关联。

• 组织配额约束用量：配置 CPU、内存和存储额度，下级组织在上级额度内继续分配，避免共享资源被单个部门过量占用。

图4｜资源池与组织关联

以研发测试为例，平台可以给研发组织授权测试资源池，再由组织管理员在额度内为不同项目分配资源。平台团队把供给规则定好，部门就能在明确的边界内处理日常事务。

服务目录与审批：规范资源申请及交付流程

管理员可将常用虚拟机规格、镜像和必要参数预设为服务目录，发布给获得资源池授权的组织。用户选择目录、补充必要信息后提交申请，无需直接选择底层主机；申请、审批、交付状态跟踪和租期相关流程都有统一入口。

图5｜按目录申请资源

创建资源仍需满足审批结果、实时权限、组织配额和底层资源可用性。对使用者而言，申请路径更明确；对运维团队而言，常用配置可以复用，也有了可查询的过程记录。

平台支持申请费用展示，以及按资源归属和授权范围查询账单，帮助企业评估资源使用成本、按部门开展成本核算。操作审计保留管理员代处理业务时的实际操作者信息，为操作追溯和责任确认提供依据。

图6｜按归属查看资源费用

部门知道自己能申请什么、用了多少，平台团队也能把精力更多放在供给标准、容量规划和关键运维上。

运行管理增强：完善监控告警与日常运维

业务已经运行起来，应用响应变慢时，排查依然需要依据：是 CPU 调度存在争用，还是存储延迟、网络丢包影响了访问？多一个合适的观察维度，就多一条缩小排查范围的线索。

ZSphere 在本次版本中补充主机与虚拟机监控指标，并支持资源告警联动：

• CPU 调度：新增 CPU 准备时间、CPU 就绪指标，辅助分析调度争用。

• 存储性能：新增磁盘读写速率、最高延迟，同时观察读写表现和时延。

• 网络传输：新增网卡接收、发送丢包指标，帮助发现传输异常。

• 资源告警：全面支持新增指标，将日常观察与异常提醒结合起来。

图7｜新增运行监控指标

日常管理里那些不太起眼、却经常要用到的操作，这次也做了补充：

• VMtools 按需配置：Windows 版支持自定义安装 ZWatch、QGA、CloudBase-Init 和 VirtIO，并支持开启或关闭 QGA 设置虚拟机密码的功能，适配不同管理需求。

• 克隆存储卷注册虚拟机：源平台克隆出的 LUN（逻辑存储单元）可重置 UUID 后注册；已经注册过的虚拟机，也可重置 UUID 后重复注册，方便复用已有资源。

• 不完整快照可见、可管：支持不完整快照的展示与增删改查，为日常维护补上处理入口。

• 界面主题按习惯选择：支持浅色、深色和跟随系统，让长时间面对控制台的您，多一个适合自己的选择。

这些改进落在具体操作里：少一次来回查找，多一项排查依据，也让使用平台的人更容易把手头的工作做好。

用户体验升级计划：支持用户参与产品改进

一套平台好不好用，最终要回到每天使用它的人身上。申请资源时要找多久，排查问题时信息是否好读，常用操作是否顺手——这些细节，您在实际工作中感受得最直接。

ZVF 1.1 新增用户体验升级计划，邀请您通过分享产品使用情况、运行性能等技术数据，帮助我们持续改进产品体验、性能和稳定性。真实的使用情况，能为后续优化交互设计、了解使用习惯提供参考。

是否参与，由您自主决定。 您可以在“系统管理—体验升级计划”中查看《数据收集声明》，阅读并同意后选择加入，也可以随时更改设置、退出计划。

图8｜用户体验升级计划

如果您愿意，欢迎参与这项计划，和我们一起让 ZVF 更贴近每天的工作。 您也可以把迁移、资源申请或日常运维中遇到的具体不便告诉我们：卡在哪一步、希望看到什么信息、哪项操作还不够顺手，都是值得认真讨论的改进方向。

如果您正在规划 VMware 迁移、建设企业虚拟化平台，或希望解决现有环境中的资源管理与运维难题，欢迎联系我们，结合您的业务需求与实际环境，探讨适合的 ZStack ZVF 应用方案。