
即使工作负载运行在物理服务器上,现代基础设施团队也必须提供云级别的速度、一致性和可靠性。裸金属服务器仍然是许多场景不可或缺的:私有云、Kubernetes集群、AI基础设施、边缘站点、监管平台以及大型Ubuntu环境。然而,当供应、补丁管理、监控和生命周期管理由零散的工具和手动流程处理时,大规模运营物理基础设施变得异常困难。
本文探讨如何通过Canonical MAAS和Canonical Landscape协同工作,填补这一运维鸿沟。MAAS为裸金属供应和Day 0操作提供类云自动化;Landscape则为Ubuntu系统在整个运行生命周期内提供集中管理、监控和维护。两者结合,帮助组织以更高的一致性和控制力构建、运营并重新利用物理基础设施。

服务器供应只是起点。许多组织改进了基础设施部署方式,但在操作系统安装后的管理上仍举步维艰。一台服务器可以快速完成供应,但随后需要持续打补丁、监控、盘点、配置、保障安全并保持合规。
当这些阶段被分别处理时,会出现一系列问题,包括:基础设施资产清单碎片化、依赖手动工作流进行补丁和维护、跨环境运维可见性不一致、安全更新协调困难、重建或重新利用机器耗时更长,以及操作系统部署后失去云般的体验。
Canonical MAAS为物理基础设施提供Day 0基础。它使团队能够通过可重复的工作流和API发现、上线、部署和重新利用裸金属机器。MAAS将服务器从独立管理的资产转变为可按需分配和复用的可编程资源。
借助MAAS,基础设施团队可以:
结果是物理服务器获得了类云的操作模型。裸金属变得更容易自动化、更容易重建,也更容易集成到Kubernetes、私有云或AI基础设施等现代平台中。这意味着团队花在管理基础设施上的时间更少,而更多时间用于交付价值。
然而,一旦Ubuntu安装完成且机器运行起来,一系列新的运维问题便随之而来。Landscape就是答案。
Canonical Landscape为Ubuntu系统提供了Day 2运维层。
机器部署后,组织需要一种可靠的方式对其进行长期管理。Landscape为团队提供了Ubuntu环境(无论这些系统运行在物理服务器、虚拟机还是容器上)的集中视图。
Landscape帮助团队管理常见的运维任务,例如:
这对于管理大型Ubuntu环境的组织尤为重要。没有集中管理层,补丁、审计和配置漂移控制等日常任务会变得缓慢、不一致且成本高昂。Landscape通过提供单一视图来查看、管理和维护Ubuntu系统,减轻了这种运维负担。
真正的价值体现在MAAS和Landscape协同使用时:MAAS构建机器,Landscape在机器上线后管理它。
典型的生命周期如下:
这样就弥合了Day 0与Day 2之间的鸿沟。
团队不再需要分别用两套流程来供应硬件和操作Ubuntu,而是获得一个更完整的生命周期模型。物理服务器可以更一致地构建、管理、更新和复用。这在需要快速供应物理基础设施并长期一致管理Ubuntu系统的环境中尤其有用。例如:
裸金属基础设施不一定是缓慢、静态或难以管理的。
借助MAAS,组织可以为物理供应带来类云自动化。借助Landscape,组织可以为Ubuntu环境提供持续的集中管理。两者结合,让物理基础设施像云资源一样灵活、可预测且高效。
关注微信号:智享开源 ,及时了解更新信息。
原文链接:https://ubuntu.com//blog/managing-ubuntu-on-bare-metal-at-scale
你必须 登录 才能发表评论.
| 微信捐赠 | 支付宝捐赠 |
|---|---|
![]() |
![]() |
扫码关注公众号:智享开源

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