使用 MAAS 部署 VMware 虚拟机管理程序
by Canonical on 22 July 2026
多数现代数据中心本身均为异构架构。VMware 环境常与容器平台、数据库及其他裸机业务负载共存,多年运行于同一套硬件之上。服务器一次性采购,但会随业务需求变化调整承载业务。
然而,ESXi(VMware 虚拟机管理程序)的配置通常由独立流程负责。主机通过 VMware 工具、自定义脚本或专为将部署 ESXi 到机器中开发的自动化程序完成安装。这些工作流单独运行虽行之有效,却未必能与物理基础设施的其他部分实现统一的追踪与管理。
由此导致了脱节:即便归属同一硬件资源池,ESXi 主机的管理方式仍与数据中心其他设备脱离。随着环境规模扩大、架构日趋多元化,这种割裂式管理会形成业务瓶颈。
将 ESXi 纳入统一裸机平台进行统筹管理将是更具扩展性的方案。这使得 ESXi 的配置流程,能够与异构数据中心内既有的硬件复用、重新分配及运维方式保持一致。
管理 ESXi:从安装到主机管理
传统的 ESXi 工作流侧重于单台主机。在一些环境中,这一过程仍依赖人工完成;而在另一些环境中,则混杂使用了 VMware 专用工具、Shell 脚本或配置管理系统。
主机启动完成后,自动化流程通常就此终止。这通常意味着,一台机器在其生命周期的大部分时间里,都将固定扮演 ESXi 主机的角色。重建、硬件更新和角色变更被视为偶发事件,而非例行操作。
在需求频繁变动的环境中,这种以主机为中心的模型扩展性极差。硬件逐步淘汰,集群规模动态调整,各类平台不断更迭上线、下线。将 ESXi 主机视为静态元素,会导致此类转型过程缓慢且极易出错。
现代数据中心采用了一种不同的方法。物理服务器被视为资源池,可随时进行分配、释放与重新部署。ESXi 只是机器可承担的多种角色之一,而不再是初次安装时就贴上的永久标签。目标不再是孤立地自动化安装 ESXi,而是要将 ESXi 作为更广泛的裸机生命周期的一部分进行管理,以统一支撑其他平台与工作负载。
MAAS:一套兼容各类硬件与操作系统的控制平面
MAAS 提供裸机控制平面,具备清晰、标准化的服务器生命周期:可自动发现、盘点并统一管理各厂商物理服务器。它将裸机视为由 API 驱动的资源,而非一堆单独管理的机器。
MAAS 的主要特征包括:
- 自动化硬件生命周期管理:MAAS 能够自动发现、盘点、调试和部署物理服务器。MAAS 通过服务器基板管理控制器(BMC)实现远程电源管理及其他带外管控操作。
- 基础设施即代码自动化:MAAS 借助类云原生 API,以代码化的方式程序化管理完整的硬件生命周期。MAAS 还与 Terraform、Juju、Ansible 等 DevOps 工具集成,通过单一工作流即可实现对整体物理基础设施的自动化部署、编排与建模。
- 集成硬件诊断:它支持执行上线前测试,以确立性能基准并验证关键组件的完整性,确保仅合规、状态正常的机器投入部署。
- 硬件无关化:MAAS 可在单一资产清单中统一管理来自多家厂商的服务器。
- 网络配置:MAAS 统一规划网络配置,并在部署阶段将其标准化下发至所有物理服务器。此举可确保 ESXi 主机部署时配置正确网络连接,无需依赖 VMware 专属工具。
- 操作系统无关化:可采用同一套生命周期模型部署 ESXi、Linux 或 Windows 系统

对 MAAS 而言,部署 VMware 虚拟机管理程序并非特殊场景。ESXi 仅是该裸机平台支持的操作系统之一。
MAAS 如何部署 ESXi
在 MAAS 体系中,ESXi 部署遵循与其他所有操作系统一致的生命周期流程。首先,系统会发现、清点和调试新服务器。在调试过程中,MAAS 会检查 CPU、内存、存储设备和网络接口,并将这些信息记录在其数据库中。在该阶段,机器仅为待使用硬件,尚未成为 ESXi 主机。
网络和存储在 MAAS 中进行建模。网络接口、链路聚合、VLAN、IP 分配、启动盘及数据存储盘,仅需在裸机层统一定义一次,即可复用于各类部署场景。在将 ESXi 镜像部署到机器之前,需要将其创建为自定义镜像并上传至 MAAS。部署 ESXi 时,MAAS 会完成存储分区、向磁盘写入虚拟机管理程序镜像并执行部署后配置。其中可包含将主机注册至 vCenter 等操作。
一个裸机平台,同时支撑 VMware 及其他负载
许多数据中心同时运行多个平台。VMware 主机常与容器集群、数据库及其他裸机系统共存,硬件生命周期内甚至会交替承载各类业务。
以 MAAS 作为统一控制平面,可实现所有物理服务器生命周期标准化管理。同一台机器当前可运行 ESXi,后续可复用承载其他业务,无需新增配置部署流程。
如需进一步了解 MAAS 如何协助部署 VMware 虚拟机管理程序,请查阅以下资源:
- 深入了解 MAAS 及其裸机控制平面功能:https://canonical.com/maas
- 实操演示借助 MAAS 部署 ESXi 的完整流程:https://canonical.com/maas/tutorials/maas-esxi-quickstart
- 查阅 Canonical 全套文档,获取各类基础设施相关内容:https://canonical.com/docs
或者联系我们,了解 Canonical 能为您提供哪些支持。
订阅博客文章
查看更多内容
Canonical 技术案例 – 彻底解决 12 年老旧代码中的 Linux 性能漏洞
部分支持案例处理起来十分简单。另一些案例则要深入老旧遗留代码,一处逻辑缺陷就能悄无声息让常规指令引发严重性能故障。本系列将介绍 Canonical 技术支持与持续工程团队如何协作,排查、修复并向上游提交仅靠常规故障排查无法解决的疑难问题。在第二篇帖子中,libnss-db 中一处存在 12 年之久的漏洞导致 getent 枚举操作运行极其缓慢,同时也展现了当客户提供完整证据并精准提出问题时,专业技术支持所能达成的排查深度。 故障成因 Getent 是 Linux 标准命令,用于查询系统名称服务,以获取用户、用户组、主机及服务等信息。本案例中客户在 Ubuntu 系统使用该命令枚举用户组,选用 nssdb 后端时出现严重性能问题。nssdb 后端是 Linux 获取相关信息 […]
借助全新 NVIDIA OpenShell Snap,在 Ubuntu 上安全管控 AI 智能体工作流
NVIDIA 发布经过验证的 OpenShell Snap 软件包,用于在 Ubuntu 上安全管控 AI 智能体工作流 Canonical 在 COMPUTEX 宣布与 NVIDIA 达成全新合作,将面向智能体的 NVIDIA OpenShell 运行时直接集成至 Ubuntu 生态系统。Canonical 将 OpenShell 封装为 Snap 软件包,助力企业在本地设备、混合环境与私有云中稳定可靠地运行新一代智能体工作流。Snap 打包技术可为迭代迅速的软件提供快速、可靠的更新与隔离管控,这对新型企业工作流至关重要。 “沙箱隔离是智能体工作流不可或缺的基础层。”Canonical Ubuntu 创始人 Mark Shuttleworth 表示,“智能体变革始于软 […]
什么是 Ubuntu Pro?与标准版有不同吗?功能及内容详解
Ubuntu Pro 是 Canonical 推出的全方位订阅服务,提供开源安全防护、技术支持与合规保障。从长达 15 年的安全维护、全天候技术支持,到面向 IT 管理员的自动化加固工具,深入了解 Ubuntu Pro 订阅包含的全部服务。 Ubuntu Pro 具备哪些功能? Ubuntu Pro 是一套安全合规订阅服务,可为操作系统、应用程序及 IT 运维各层级及时提供补丁与安全维护。它助力企业及其工程师保障软件与系统安全,并通过加固工具、自动化流程及一系列其他功能,为企业满足安全标准合规铺平道路。 了解关于 Ubuntu Pro 的更多信息 › Ubuntu Pro 与标准版 Ubuntu 有何不同? 很多人存在误区,误以为 Ubuntu Pro 是独立版本或全新操 […]