Migrasi VM open source: VMware dan OpenStack ke RHOSO 18.0 atau OpenStack komunitas. VM Anda tetap berjalan.
Cutover dalam hitungan menit.

Seamless Migrate adalah control plane open source, di bawah Apache License 2.0, yang memindahkan mesin virtual dari Red Hat OpenStack Platform 17.1, OpenStack komunitas (termasuk Kolla-Ansible), dan VMware vSphere ke Red Hat OpenStack Services on OpenShift (RHOSO) 18.0 atau cloud OpenStack komunitas, dari 2023.1 Antelope hingga 2026.2 Hibiscus. Seamless Migrate merencanakan gelombang migrasi, memperkirakan waktu henti setiap VM, menyalin disk selagi VM tetap berjalan, mensyaratkan persetujuan dan jendela perubahan (change window) untuk setiap cutover, memverifikasi setiap VM di cloud tujuan, dan melakukan rollback secara otomatis bila ada pemeriksaan yang gagal.

Tambahkan vCenter (vSphere 7.0U3 atau 8.x) sebagai sumber dan RHOSO 18.0 atau cloud OpenStack komunitas sebagai tujuan, lalu rencanakan dan validasi gelombang migrasinya. VM dengan Changed Block Tracking (CBT) dimigrasikan secara warm: putaran CBT menyalin disk selagi VM berjalan, dan saat cutover hanya delta terakhir yang dipindahkan sebelum konversi virt-v2v in-place. VM tanpa CBT dimigrasikan secara cold: salinan penuh, lalu konversi. Data dipindahkan melalui vmware-migration-kit dari os-migrate dan host konversi dengan VDDK di cloud tujuan.

Ya. Prosedur adopsi dari Red Hat mengonversi deployment 17.1 secara in-place. Bila cara itu tidak cocok, karena perangkat keras baru, backend penyimpanan baru, desain ulang jaringan seperti ML2/OVS ke ML2/OVN, atau beberapa cloud yang perlu dikonsolidasikan, Seamless Migrate memindahkan beban kerja secara berdampingan: membuat ulang jaringan, security group, flavor, image, keypair, proyek, dan pengguna di RHOSO, lalu memigrasikan setiap VM secara cold, warm, atau dengan storage handover.

Ya. Selain RHOSO 18.0, setiap seri rilis OpenStack komunitas dari 2023.1 Antelope hingga 2026.2 Hibiscus dapat menjadi tujuan, baik di-deploy dengan Kolla-Ansible, OpenStack-Ansible, maupun tool lain: daftarkan cloud itu dengan preset OpenStack Community atau Kolla-Ansible, dan strategi cold, warm, serta storage handover yang sama berjalan di sana. Pemeriksaan provider melaporkan seri rilis, tingkat dukungan, serta profil kebijakan setiap tujuan, dan validasi pre-flight memblokir sebuah plan bila ada kemampuan yang tidak tersedia, sebelum ada yang dipindahkan. Validasi lab rilis untuk RHOSO 18.0 masih menunggu; uji lab pada setiap seri komunitas yang masih dipelihara upstream belum dijalankan dan dilakukan sebelum rilis final.

Bergantung pada strategi dan VM-nya. Untuk satu volume 200 GiB dengan 120 GiB terpakai, laju tulis guest 2 MiB/s, dan jaringan 125 MiB/s, model perencanaan memperkirakan 20 menit 53 detik untuk cold copy, 11 menit 20 detik untuk migrasi warm, dan 4 menit 20 detik untuk storage handover. Waktu henti migrasi warm ditentukan oleh delta terakhir dan pemindaian disk, bukan oleh salinan penuh.

Migrasi cold menghentikan VM lalu menyalin data yang terpakai, sehingga waktu henti bertambah seiring ukuran disk. Migrasi warm menyalin disk dalam putaran snapshot selagi VM tetap berjalan, dan hanya menghentikannya untuk delta terakhir. Storage handover sama sekali tidak menyalin data: bila kedua cloud berbagi cluster Ceph atau SVM NetApp ONTAP, Cinder melakukan unmanage setiap volume di sumber dan manage di cloud tujuan, sehingga waktu hentinya beberapa menit, berapa pun ukurannya.

Ya, sebagai Technology Preview yang divalidasi dalam simulasi. VM dengan NVIDIA vGPU, baik time-sliced maupun berbasis MIG, atau dengan GPU yang di-passthrough utuh dimigrasikan setelah plan-nya memetakan setiap GPU ke flavor GPU di tujuan; VM GPU tanpa pemetaan tetap diblokir. Validasi menghitung GPU yang dibutuhkan plan terhadap kapasitas kosong tujuan di Placement, dan gerbang cutover membacanya lagi sebelum sumber dihentikan: bila tidak ada ruang, migrasi menunggu dan sumber tetap berjalan. VM VMware dengan GPU passthrough hanya dipindahkan secara cold, dalam keadaan mati. Uji lab di host GPU belum dijalankan.

Fixed IP dan alamat MAC dipertahankan secara bawaan. Sebagai Technology Preview yang divalidasi dalam simulasi, plan juga dapat mempertahankan alamat setiap floating IP, yang dipindahkan setelah sumber berhenti dan dikembalikan saat rollback, serta menukar record DNS di Designate atau server RFC 2136 ketika alamat berubah. Verifikasi menunggu sampai setiap alamat yang dipindahkan merespons dan menghitung penantian itu dalam waktu henti; Seamless sendiri tidak berbicara BGP. Hook yang didaftarkan admin, berupa playbook Ansible atau webhook HTTPS, menangani sisanya, dan pre-flight menyebutkan apa yang tetap menjadi tugas operator, seperti stack Heat, autoscaling group, dan pool Octavia.

Ya, sampai Anda melakukan finalisasi. Rollback menghapus instance di cloud tujuan, mempertahankan volumenya, dan menyalakan kembali VM sumber. Verifikasi yang gagal memicunya secara otomatis. Tidak ada yang menghapus data sumber sebelum finalisasi, dan finalisasi memerlukan pemberi persetujuan serta nama VM yang diketik lengkap.

Dari OpenStack, guest KVM pindah ke KVM, jadi apa pun yang boot di sumber akan boot di cloud tujuan: RHEL 5 hingga 10, CentOS, Rocky, AlmaLinux, Oracle Linux, Ubuntu, Debian, SLES, openSUSE, Windows Server 2003 hingga 2025, dan Windows 7 hingga 11. Dari VMware, virt-v2v mengonversi guest: RHEL 7 hingga 10 dan Windows Server 2016 hingga 2025 didukung oleh Red Hat; guest lain berfungsi setelah salinan uji, atau perlu driver virtio dipasang terlebih dahulu.

Seamless Migrate terdiri atas satu image container dan PostgreSQL 16. Deploy di OpenShift 4.16 atau lebih baru di samping RHOSO, di Kubernetes 1.28 atau lebih baru (EKS, AKS, GKE, RKE2, k3s, kubeadm), atau di satu host: Docker Engine 20.10 atau lebih baru dengan Compose v2.20 di server Linux itu sendiri (Ubuntu, Debian, RHEL, Rocky Linux, AlmaLinux, Fedora; tanpa Colima, tanpa Node.js), Mac dengan Colima, atau Podman 4.7 atau lebih baru. Satu skrip operasi, seamless-ctl.sh, menghidupkan dan mematikan deployment, me-restart dan menskalakannya dengan cara yang sama di setiap platform, serta melakukan drain pada plan yang sedang berjalan sebelum penghentian terencana. Demo dengan cloud simulasi berjalan di laptop dan tidak memerlukan kredensial cloud.

Ya. Seamless Migrate bersifat open source di bawah Apache License 2.0, dan kode sumbernya ada di GitHub.

Bukan. Seamless Migrate adalah proyek open source independen yang tidak berafiliasi dengan, tidak disponsori oleh, dan tidak didukung secara resmi oleh Red Hat, OpenInfra Foundation, maupun Broadcom, serta tidak tercakup dalam langganan Red Hat apa pun. Proyek ini dibangun di atas koleksi Ansible os-migrate dari upstream, yang tetap berperan sebagai pemindah data.

os-migrate mengekspor dan mengimpor sumber daya tenant serta menyalin beban kerja secara cold, dengan VM mati selama seluruh proses penyalinan. Seamless Migrate dibangun di atasnya dan menambahkan jalur warm untuk sumber OpenStack, storage handover, orkestrasi warm untuk VMware, serta control plane dengan rencana, gelombang, estimasi waktu henti, persetujuan, verifikasi, rollback, dasbor, REST API, dan CLI.