开源虚拟机迁移：从 VMware 和 OpenStack 到 RHOSO 18.0 或社区版 OpenStack。 让虚拟机保持运行。
几分钟内完成切换。

Seamless Migrate 是一个采用 Apache License 2.0 的开源控制平面，用于将虚拟机从 Red Hat OpenStack Platform 17.1、社区版 OpenStack（包括 Kolla-Ansible）和 VMware vSphere 迁移到 Red Hat OpenStack Services on OpenShift（RHOSO）18.0 或社区版 OpenStack 云（从 2023.1 Antelope 到 2026.2 Hibiscus）。它负责规划迁移批次，估算每台虚拟机的停机时间，在虚拟机持续运行时复制磁盘，让每次切换都必须经过审批并在变更窗口内进行，在目标云上验证每台虚拟机，并在检查失败时自动回滚。

将 vCenter（vSphere 7.0U3 或 8.x）添加为源端，将 RHOSO 18.0 或社区版 OpenStack 云添加为目标端，然后规划并验证迁移批次。启用了 Changed Block Tracking（CBT，变更块跟踪）的虚拟机采用温迁移：在虚拟机运行期间通过多轮 CBT 复制磁盘，切换时只传输最终增量，随后由 virt-v2v 进行就地转换。未启用 CBT 的虚拟机采用冷迁移：先全量复制，再进行转换。数据通过 os-migrate vmware-migration-kit 和目标云中带有 VDDK 的转换主机传输。

可以。Red Hat 的采用（adoption）流程会就地转换 17.1 部署。如果这种方式不适用，例如需要换用新硬件或新的存储后端、重新设计网络（如从 ML2/OVS 改为 ML2/OVN），或需要整合多个云，Seamless Migrate 可以在新旧环境并行的情况下迁移工作负载：先在 RHOSO 上重建网络、安全组、实例类型、镜像、密钥对、项目和用户，再以冷迁移、温迁移或存储移交的方式迁移每台虚拟机。

可以。除 RHOSO 18.0 之外，从 2023.1 Antelope 到 2026.2 Hibiscus 的每个社区版 OpenStack 版本系列都可以作为目标平台，无论它是用 Kolla-Ansible、OpenStack-Ansible 还是其他工具部署的：使用 OpenStack Community 或 Kolla-Ansible 预设注册该云，同样的冷迁移、温迁移和存储移交策略即可在其上运行。提供者检查会报告每个目标平台的版本系列、支持层级和策略配置；若缺少所需能力，预检验证会在迁移任何数据之前阻断计划。目前 RHOSO 18.0 是目标平台，发布版本的实验室验证尚未完成；对每个由上游维护的社区版本系列的实验室验证尚未进行，将在正式版本发布之前完成。

这取决于迁移策略和虚拟机本身。以一个 200 GiB 的卷为例，已用 120 GiB，客户机写入速率 2 MiB/s，通过 125 MiB/s 链路传输，规划模型估算的停机时间分别为：冷迁移 20分53秒，温迁移 11分20秒，存储移交 4分20秒。温迁移的停机时间取决于最终增量和一次磁盘扫描，而不是全量复制。

冷迁移会停止虚拟机并复制其已用数据，因此停机时间随磁盘大小增长。温迁移在虚拟机持续运行时以多轮快照复制磁盘，只在同步最终增量时停机。存储移交完全不复制数据：当两个云共享同一个 Ceph 集群或 NetApp ONTAP SVM 时，Cinder 在源端对每个卷执行 unmanage，在目标端执行 manage，因此无论卷有多大，停机时间都是几分钟。

可以，这是一项已在模拟环境中验证的技术预览。配有 NVIDIA vGPU（时间切片或基于 MIG）或整块直通 GPU 的虚拟机，只要计划将每块 GPU 映射到目标端的 GPU 规格即可迁移；未映射的 GPU 虚拟机保持阻止状态。验证会将计划所需的 GPU 与目标端在 Placement 中的空闲容量进行比对，切换门控会在源虚拟机停止之前再次读取：若没有空间，迁移会等待，源虚拟机继续运行。带直通 GPU 的 VMware 虚拟机只能在关机状态下冷迁移。在 GPU 主机上的实验室测试尚未进行。

固定 IP 和 MAC 地址默认保留。作为已在模拟环境中验证的技术预览，计划还可以保留每个浮动 IP 的地址：在源虚拟机停止后迁移，回滚时归还；地址变化时，还可以在 Designate 或 RFC 2136 服务器中切换 DNS 记录。验证会等待每个迁移后的地址响应，并将等待时间计入停机时间；Seamless 本身不运行 BGP。其余部分可由管理员注册的钩子（Ansible playbook 或 HTTPS webhook）处理，预检会指出仍由运维人员负责的部分，例如 Heat 堆栈、自动伸缩组和 Octavia 资源池。

可以，在最终确认之前均可回滚。回滚会删除目标端实例、保留其卷，并重新启动源虚拟机；验证失败时也会自动触发回滚。最终确认之前，任何操作都不会删除源数据，而最终确认需要审批人批准，并完整输入虚拟机名称。

从 OpenStack 迁移时，KVM 客户机迁移到 KVM，因此能在源端启动的系统也能在目标云上启动：RHEL 5 至 10、CentOS、Rocky、AlmaLinux、Oracle Linux、Ubuntu、Debian、SLES、openSUSE、Windows Server 2003 至 2025 以及 Windows 7 至 11。从 VMware 迁移时，由 virt-v2v 转换客户机：RHEL 7 至 10 和 Windows Server 2016 至 2025 受 Red Hat 支持；其他客户机经测试复制验证后可用，或需要先安装 virtio 驱动程序。

它由一个容器镜像加 PostgreSQL 16 组成。可以部署在 RHOSO 旁边的 OpenShift 4.16 或更高版本上，也可以部署在 Kubernetes 1.28 或更高版本（EKS、AKS、GKE、RKE2、k3s、kubeadm）上，或者部署在单台主机上：Linux 服务器自身的 Docker Engine 20.10 或更高版本搭配 Compose v2.20（Ubuntu、Debian、RHEL、Rocky Linux、AlmaLinux、Fedora；无需 Colima，也无需 Node.js）、装有 Colima 的 Mac，或 Podman 4.7 或更高版本。一个运维脚本 seamless-ctl.sh 就能在每个平台上都以同样的方式完成部署的启动、停止、重启和扩缩容，并在计划内停止之前先排空运行中的计划。带有模拟云的演示可在笔记本电脑上运行，无需任何云凭证。

是的。它采用 Apache License 2.0 开源，源代码托管在 GitHub 上。

不是。它是一个独立的开源项目，与 Red Hat、OpenInfra Foundation 或 Broadcom 均无关联，也未获得其赞助或认可，且不在任何 Red Hat 订阅的覆盖范围内。它基于上游的 os-migrate Ansible 集合构建，数据搬运仍由该集合负责。

os-migrate 负责导出和导入租户资源，并以冷迁移方式复制工作负载，整个复制期间虚拟机处于停机状态。Seamless Migrate 在其基础上，增加了 OpenStack 源端的温迁移路径、存储移交、VMware 温迁移编排，以及一个控制平面，提供迁移计划、批次、停机时间估算、审批、验证、回滚、仪表板、REST API 和 CLI。