
现代数据中心往往由多种异构平台交织而成。VMware 环境与容器集群、数据库以及其他裸金属工作负载共存,甚至常常共享同一批物理服务器。这些硬件购入时是固定的,但随着业务需求的演变,它们的角色也需不断调整。
然而,ESXi(VMware 的虚拟化平台)的部署往往自成一体。管理员通常利用 VMware 自带的工具、自定义脚本或专为安装 ESXi 设计的自动化方案来配置主机。这些方法在各自范围内运行良好,但很难与整个物理基础设施的跟踪和管理体系无缝对接。
结果就造成一个尴尬的脱节:ESXi 主机与其他服务器处于同一硬件池中,却采用完全不同的管理方式。随着环境日益庞大和多元化,这种割裂逐渐成为发展的瓶颈。
一种更具扩展性的理念是将 ESXi 视为共享裸金属平台的一部分,使其部署方式与硬件在异构数据中心中的复用、重定位和运维策略保持一致。
过去的 ESXi 工作流往往聚焦于单个主机。有些环境采用手动安装,有些则混合使用 VMware 专属工具、Shell 脚本或配置管理系统。一旦主机成功上线,自动化进程便基本停止。默认假设是这台机器将长期充当 ESXi 主机,重建、硬件刷新或角色变更被视为例外事件而非日常操作。
这种以主机为中心的模式在需求频繁变动的环境中扩展性不足。硬件会逐渐过时,集群规模会改变,不同平台来去匆匆。将 ESXi 主机视为静态元素会导致这些转换过程缓慢且易出错。
现代数据中心采用了不同思路:物理服务器被视作一个可分配、释放和重新部署的资源池。ESXi 只不过是机器可以扮演的多种角色之一,而非首次安装时永久贴上的标签。目标不再是孤立地自动安装 ESXi,而是将 ESXi 管理纳入一个更广阔的裸金属生命周期,这个生命周期同样服务于其他平台和工作负载。
MAAS 提供了一个裸金属控制平面,具备清晰且确定的机器生命周期:它能够自动发现、盘点并管理物理服务器,无论这些服务器来自哪个厂商。MAAS 将裸金属视为 API 驱动的资源,而非一堆各自为政的机器。
MAAS 的核心特点包括:

对于 MAAS 而言,部署 VMware 超管系统并非特殊案例。ESXi 只是裸金属平台所支持的另一个操作系统而已。
从 MAAS 的视角看,ESXi 的部署流程与其他操作系统完全一致。首先,新服务器会被自动发现、盘点并上线。在检查过程中,MAAS 会检测 CPU、内存、存储设备和网络接口,并将这些信息记录在数据库中。此时,机器仅仅是一块可以使用的硬件,尚未被认定为 ESXi 主机。
网络和存储配置都在 MAAS 中建模。接口、绑定、VLAN、IP 分配、启动盘、数据存储盘等均在裸金属层一次性定义,并在多次部署中复用。在将 ESXi 镜像部署到机器之前,需要先创建自定义镜像并上传至 MAAS。当执行 ESXi 部署时,MAAS 会分区存储、将超管系统镜像写入磁盘,并应用部署后配置,例如向 vCenter 注册主机等操作。
许多数据中心同时运行多种平台。VMware 主机与容器集群、数据库以及其他裸金属系统比邻而居,甚至在同一硬件的生命周期内频繁切换角色。
使用 MAAS 作为统一控制平面,可以确保所有物理服务器的生命周期都以同样的方式管理。同一台机器今天可以运行 ESXi,未来也能轻松重用于其他用途,无需引入新的部署路径。
想进一步了解 MAAS 如何助力 VMware 超管系统部署,可参考以下资源:
或联系我们,了解 Canonical 如何为您提供支持。
关注微信号:智享开源,及时了解更新信息。
原文链接:https://ubuntu.com//blog/vmware-hypervisor-deployment-using-maas
你必须 登录 才能发表评论.
| 微信捐赠 | 支付宝捐赠 |
|---|---|
![]() |
![]() |
扫码关注公众号:智享开源

[blog_mailer_subscribe]
还没有任何评论,你来说两句吧!