OpenNebula 概览与选型¶

OpenNebula 是面向私有云、混合云和边缘计算场景的开源云管理平台。平台以 KVM/LXC 等虚拟化资源为基础，通过统一的控制平面管理计算节点、虚拟机、镜像、网络和数据存储，并提供多租户、配额、调度、模板、自助服务及自动化接口。

与以单个虚拟化集群管理为核心的平台相比，OpenNebula 更侧重云资源的服务化交付：基础设施管理员维护计算、网络和存储资源池，租户通过已授权的模板和配额自助创建虚拟机，无需直接接触底层宿主机。

平台定位¶

OpenNebula 位于虚拟化基础设施和使用者之间：

用户、运维平台、自动化系统
              ↓
OpenNebula 控制平面
认证 · 配额 · 调度 · 模板 · API
              ↓
计算资源 · 虚拟网络 · 数据存储
              ↓
KVM/LXC · Linux 网络 · Ceph/NFS/LVM

平台主要解决以下问题：

统一管理多台计算节点及其 CPU、内存和运行状态。
集中维护基础镜像、虚拟机模板、网络和数据存储。
根据容量与策略自动选择虚拟机部署位置。
使用用户、用户组、ACL 和配额建立多租户资源边界。
通过 Web、CLI 和 API 提供标准化的资源申请与交付入口。
为多集群、边缘站点和基础设施自动化提供统一管理模型。

欧洲开源云生态背景¶

OpenNebula 由位于西班牙的 OpenNebula Systems 主导开发，是欧洲开源云技术生态中的代表性项目之一。欧盟资助的 ONEedge 项目曾基于 OpenNebula 研发面向边缘计算的软件定义平台，用于扩展分布式云和边缘资源管理能力。

该项目经历表明 OpenNebula 与欧洲开放云、边缘计算及数字主权建设存在技术和产业联系，但不代表欧盟已经统一指定 OpenNebula 取代 VMware。不同欧盟机构、成员国和企业仍会根据采购政策、技术体系及业务需求选择各自的虚拟化平台。

VMware 替代与迁移能力¶

在 VMware 授权和产品策略变化的背景下，OpenNebula 将 Linux、KVM 和开放基础设施作为降低厂商绑定的一条迁移路径。官方提供以下迁移能力：

OneSwap：从 vCenter 发现虚拟机，转换虚拟磁盘，并创建 OpenNebula Image 和 VM Template。
OVA/OVF 导入：导入由 VMware 环境导出的虚拟设备及其磁盘。
VMDK 转换：将单独的 VMDK 转换为 OpenNebula 可管理的镜像。
客户机适配：处理 VirtIO 驱动、Context、UEFI 配置和 VMware Tools 清理等事项。
分阶段迁移：支持关机转换、克隆转换以及满足条件时的增量迁移流程。

OpenNebula 因此可以作为 VMware 替代方案进行评估，但不能仅根据迁移工具判断项目可行性。生产迁移仍需验证操作系统、驱动、虚拟硬件、网络、存储、备份、业务停机窗口和软件许可。

详细流程参见从 VMware 迁移。

适用场景¶

场景	OpenNebula 提供的能力
企业私有云	统一管理计算、网络和存储资源，通过模板向内部项目交付虚拟机
VMware 平台迁移	使用 KVM 承载迁移后的工作负载，通过 OneSwap 和 OVA/VMDK 工具辅助转换
多租户资源池	使用用户组、ACL、配额和资源所有权隔离不同部门或项目
边缘计算	在多个站点部署资源，并通过统一模型管理分布式计算能力
自动化交付	通过 CLI、API、Terraform 和 Ansible 等方式接入现有运维流程
混合基础设施	统一组织不同集群、网络驱动和数据存储，并按策略调度工作负载

选型条件¶

OpenNebula 较适合以下需求：

主要工作负载仍以虚拟机为主，需要建立统一的 KVM 私有云。
需要租户、自助服务、资源配额和标准化模板，而不只是管理少量宿主机。
希望降低对单一商业虚拟化厂商的依赖，并具备 Linux/KVM 运维能力。
存在多个计算集群、数据中心或边缘站点，需要统一资源模型和 API。
团队能够承担底层 Linux、网络、存储、数据库及平台自身的运维工作。

以下场景需要谨慎评估：

仅管理少量虚拟机，且没有多租户或自助交付需求。
工作负载大量依赖 VMware 专用功能、第三方插件或硬件直通能力。
团队缺少 KVM、Linux 网络和存储排障经验。
业务需要成熟的整套商业生态，但尚未评估 OpenNebula 支持服务和周边产品。
希望迁移过程完全无停机、无兼容性验证或无业务改造。

与其他平台的定位差异¶

平台	主要管理对象	典型定位
OpenNebula	VM、镜像、模板、虚拟网络、数据存储、租户和配额	面向多租户和自动化交付的私有云管理平台
Proxmox VE	集群节点、VM、LXC、存储和备份	面向虚拟化管理员的集群管理平台
Kubernetes	Pod、Deployment、Service 和声明式应用资源	面向容器化应用的编排平台

OpenNebula 与 Proxmox VE 的能力存在重叠，但管理视角不同。Proxmox VE 更强调虚拟化集群本身的直接管理；OpenNebula 更强调将基础设施组织为可分配、可计量和可自动化交付的云资源。Kubernetes 管理的是容器化应用生命周期，不能直接替代传统虚拟机平台。

虚拟机部署流程¶

用户或 API 提交实例化请求
              ↓
控制平面检查身份、权限和配额
              ↓
Scheduler 筛选 Cluster、Host 和 Datastore
              ↓
从 Image 准备虚拟机运行磁盘
              ↓
KVM Host 创建并启动虚拟机
              ↓
Context / cloud-init 注入网络与初始化参数

排查部署故障时可以沿此流程逐层定位：权限与配额、调度条件、镜像与存储、宿主机虚拟化、虚拟网络以及客户机初始化。

学习导航¶

架构与核心对象：Front-end、Cluster、Host、Datastore、Image 和 Template 的关系。
规划与安装：控制面、计算、网络、存储和安装方式的规划。
虚拟机、模板与生命周期：标准镜像、模板、Context、部署和迁移。
网络与存储：虚拟网络、地址池、数据存储和故障定位。
用户、配额与安全：多租户权限、资源限制和平台安全。
从 VMware 迁移：资产盘点、试迁、批次割接、验证和回退。
高可用、升级与排障：控制面 HA、VM HA、备份、升级和日常运维。