Lompat ke konten
ID
Dapatkan NexCMP gratis

Migrasi · VMware

Migrasikan mesin virtual VMware ke Apache CloudStack

Apache CloudStack dapat mengimpor mesin virtual dari VMware vCenter dan, mulai versi 4.19, mengonversinya ke KVM. Menjalankannya secara aman tetap memerlukan inventarisasi, target zone, uji coba, serta rencana cutover per mesin. Dalam 30 hari kerja NexCMP Source, teknisi ahli akan mengerjakan proses tersebut bersama Anda tanpa biaya tambahan.

Dapatkan NexCMP gratisLihat demo

Termasuk dalam NexCMP Source ($499 satu kali), tidak pada NexCMP Free. VMware, WHMCS, HostBill, Blesta, Paymenter, StackBill, Virtualizor, dan Apache CloudStack adalah merek dagang dari pemiliknya masing-masing. NexCMP bersifat independen serta tidak berafiliasi dengan atau didukung oleh mereka.

Masalahnya: beralih dari VMware tanpa kehilangan kendali

Bermigrasi ke Apache CloudStack berarti setiap virtual machine berpindah platform: disk, kartu jaringan, driver, dan sering kali alamat jaringannya. Jika dilakukan tergesa-gesa, di sinilah mesin bisa gagal booting, pelanggan kehilangan akses, atau lisensi tidak lagi berfungsi.

CloudStack menyediakan alat impor, namun tidak menentukan untuk Anda mesin mana yang harus dimigrasikan terlebih dahulu, bagaimana setiap jaringan dipetakan, apa yang terjadi pada guest Windows, atau berapa lama setiap mesin akan offline. Keputusan-keputusan tersebut, beserta pengujiannya, merupakan inti dari migrasi itu sendiri.

Jika Anda menjual virtual machine kepada pelanggan, proses migrasi memiliki tahap kedua: mesin-mesin tersebut harus terhubung ke pelanggan, paket, dan harga yang tepat di sistem billing Anda. NexCMP adalah lapisan billing dan portal pelanggan di atas CloudStack, dan teknisi yang sama menangani kedua tahap tersebut.

Apa yang didukung oleh CloudStack itu sendiri

Terdapat dua rute terdokumentasi dari VMware. Rute yang tepat bergantung pada apakah host VMware tetap berada di cloud Anda.

  • A. Konversi ke KVM dengan virt-v2v

    Apa yang didokumentasikan CloudStack
    Mulai versi 4.19, administrator dapat memilih VMware VM di datacenter vCenter yang sudah ada maupun eksternal lalu mengimpornya ke kluster KVM melalui Tools, Import-Export Instances. VM tersebut diekspor, dikonversi menggunakan virt-v2v, dan disk miliknya diimpor sebagai QCOW2. Dokumentasi terbaru menambahkan jalur streaming berbasis VDDK di samping jalur berbasis OVF; versi 4.22 menambahkan konversi langsung ke storage pool dan versi 4.22.1 menambahkan pemilihan guest OS berdasarkan guest OS sumber.
    Batasan yang tercantum dalam dokumentasi
    virt-v2v tidak dipasang oleh agen CloudStack dan harus diinstal pada setiap host KVM, jika tidak konversi akan gagal. Keberhasilan tidak dijamin dan bergantung pada guest OS serta sistem file, sehingga dokumentasi menyarankan pengujian sebelum penggunaan produksi. VM yang diimpor akan mendapatkan tipe guest OS bawaan CentOS 4.5 (32-bit) pada versi 4.19 dan harus diedit setelahnya.

    Source: Apache CloudStack — Mengimpor VM VMware ke KVM · diakses 2026-10-19

  • B. Impor di tempat (unmanaged instances)

    Apa yang didokumentasikan CloudStack
    Untuk kluster vSphere yang host-nya sudah menjadi bagian dari CloudStack, listUnmanagedInstances mencantumkan VM dan importUnmanagedInstance memasukkannya ke dalam manajemen CloudStack. Kemampuan menampilkan unmanaged VMware instances dimulai pada 4.14, unmanaging pada 4.15, dan impor melalui UI pada 4.16.
    Batasan yang tercantum dalam dokumentasi
    Jaringan target harus sudah ada di CloudStack, dan storage harus ditambahkan sebagai primary storage. Disk data harus dipetakan ke disk offerings, serta tipe kontroler disk atau tipe NIC yang bercampur akan menyebabkan error. VM yang sedang berjalan hanya dapat diimpor jika VLAN jaringan dan compute offering cocok; jika tidak, VM harus dihentikan terlebih dahulu.

    Source: Apache CloudStack — Tentang Import Export Instances · diakses 2026-10-19

Rute A berlaku jika tujuannya adalah KVM. Dokumentasi NexCMP sendiri menyebut KVM sebagai hypervisor yang telah teruji, sehingga kami merencanakan rute A kecuali desain Anda tetap mempertahankan host VMware di bawah CloudStack. Periksa versi CloudStack yang Anda jalankan: halaman-halaman di atas menjelaskan perbedaan perilaku antara 4.19 dan rilis terbaru.

Apa yang dipindahkan dan apa yang memerlukan perhatian

  • Disk

    Apa yang terjadi
    Dikonversi ke QCOW2 dan diimpor ke primary storage pool tujuan (rute A), atau dipetakan ke disk offerings CloudStack (rute B).
    Perhatian
    Pada rute B, ukuran disk tidak diubah jika disk offering-nya lebih besar. Penyimpanan sementara selama konversi rute A secara default menggunakan secondary storage; primary storage hanya dapat digunakan untuk kebutuhan tersebut jika bertipe NFS.

    Source: Apache CloudStack — Mengimpor VM VMware ke KVM · diakses 2026-10-19

  • Jaringan

    Apa yang terjadi
    Jaringan harus sudah ada di CloudStack sebelum proses impor. Skrip discovery akan mencantumkan jaringan vCenter yang memiliki setidaknya satu VM yang terhubung, sehingga jaringan yang sesuai dapat dibuat.
    Perhatian
    virt-v2v tidak dapat mengonfigurasi ulang konfigurasi jaringan guest atau mengubah alamat MAC-nya. Jika subnet target berbeda, guest memerlukan penyesuaian setelah konversi.

    Source: libguestfs — panduan virt-v2v · diakses 2026-10-19

  • Guest Linux

    Apa yang terjadi
    VM Linux yang sedang berjalan dapat diimpor melalui rute A: CloudStack mengkloningnya sebelum ekspor, sehingga dikonversi dalam kondisi crash-consistent.
    Perhatian
    Dokumentasi CloudStack merekomendasikan untuk mematikan VM Linux terlebih dahulu. virt-v2v tidak menginstal kernel atau driver baru, dan memberikan peringatan jika dukungan virtio tidak ada, sehingga guest harus memenuhi versi minimum sebelum konversi.

    Source: libguestfs — panduan virt-v2v · diakses 2026-10-19

  • Guest Windows

    Apa yang terjadi
    Harus dimatikan secara graceful sebelum diimpor melalui rute A. Driver virtio diambil dari paket virtio-win dan diinstal pada boot pertama; Windows dapat melakukan reboot empat kali atau lebih setelah boot pertama.
    Perhatian
    Fast Startup atau hibernasi mencegah konversi, dan disk sistem pada Dynamic Disk tidak didukung. Mengimpor Windows memerlukan driver virtio pada conversion host.

    Source: libguestfs — panduan virt-v2v · diakses 2026-10-19

  • VMware Tools

    Apa yang terjadi
    virt-v2v mencoba menghapus VMware Tools.
    Perhatian
    Buku panduan menyatakan bahwa penghapusan tidak selalu berfungsi dengan andal pada Windows, di mana Tools mungkin harus dihapus menggunakan metode lain.

    Source: libguestfs — panduan virt-v2v · diakses 2026-10-19

  • Tipe guest OS

    Apa yang terjadi
    VM yang diimpor akan mendapatkan tipe guest OS default.
    Perhatian
    Pada 4.19 tipenya adalah CentOS 4.5 (32-bit) dan harus diubah secara manual; versi 4.22.1 dapat memetakannya dari guest OS sumber jika pemetaan tersedia.

    Source: Apache CloudStack — Mengimpor VM VMware ke KVM · diakses 2026-10-19

  • Billing dan pelanggan

    Apa yang terjadi
    Paket, harga, dan akun pelanggan disiapkan di NexCMP, dan setiap mesin yang dimigrasikan dikaitkan ke pelanggan yang tepat.
    Perhatian
    Disepakati pada minggu ke-1 untuk versi CloudStack Anda. Ini adalah pekerjaan NexCMP, bukan fitur CloudStack.

Rencana kerja, minggu demi minggu

Rencana standar yang disesuaikan dengan kebutuhan Anda. Pekerjaan berkesinambungan selama 30 hari kerja setara dengan sekitar enam minggu kalender.

  1. Minggu 1 — Inventarisasi dan keputusan

    Dengan akses read-only ke vCenter, kami menginventarisasi setiap VM: guest OS, disk, network card, VLAN, snapshot, status daya, serta dependensi antar-mesin. Kami menentukan rute A atau B, menetapkan tahapan (wave), dan mencatat mesin yang memerlukan penanganan khusus, seperti guest Windows, disk berukuran besar, serta apa pun dengan lisensi terikat.

  2. Minggu 2 — Membangun target

    Zone CloudStack diperiksa atau dibangun: KVM host, storage, dan network yang sesuai dengan lingkungan VMware. Kami menginstal virt-v2v pada KVM host (dan nbdkit pada host Ubuntu), menyiapkan driver virtio untuk Windows, serta membuka jalur jaringan antara conversion host dengan vCenter dan ESXi. Jika Anda menjual mesin tersebut, NexCMP diinstal dan dihubungkan ke CloudStack pada minggu yang sama.

  3. Minggu 3 — Pilot

    Beberapa mesin non-kritis, satu untuk setiap jenis guest yang Anda miliki, melalui prosedur sebenarnya. Kami memverifikasi bahwa mesin dapat boot, memiliki koneksi jaringan dan driver yang tepat, menetapkan tipe guest OS, serta mengukur durasi offline masing-masing mesin. Hasilnya digunakan untuk menentukan window bagi setiap wave migrasi.

  4. Minggu 4 dan 5 — Gelombang migrasi

    Mesin dipindahkan dalam kelompok pada jadwal yang telah Anda sepakati. Setiap kelompok diperiksa sebelum kelompok berikutnya dimulai, dan mesin VMware asli tetap dimatikan namun tetap disimpan agar Anda dapat kembali jika diperlukan. Jika Anda menjual mesin tersebut, pelanggan, paket, dan harga disiapkan di NexCMP secara bersamaan, dan billing berjalan paralel sebelum Anda beralih sepenuhnya.

  5. Minggu 6 — Cutover final dan serah terima

    Mesin-mesin terakhir dipindahkan, tanggal billing dialihkan jika Anda menjualnya, dan perubahan DNS dilakukan. Kami mendokumentasikan seluruh proses yang telah dilakukan, meninjau hardening dan backup, serta tetap siaga untuk migrasi hingga akhir dari 30 hari kerja.

Hanya gambaran umum. Rencana kerja yang sebenarnya disusun pada minggu ke-1, dan satu-satunya komitmen berjangka waktu dalam penawaran ini adalah 30 hari kerja.

Risiko dan cara kami memitigasinya

Tidak ada migrasi yang bebas risiko, dan kami tidak menjanjikan zero downtime. Berikut adalah kendala yang dapat terjadi dan langkah antisipasi kami.

  • Downtime per mesin

    Mesin Windows tidak dapat dikonversi saat sedang berjalan, dan mesin Linux yang sedang berjalan dikonversi dalam status crash-consistent. CloudStack tidak menyatakan berapa lama proses konversi berlangsung. Kami mengukurnya pada tahap pilot, lalu menyepakati stop window untuk setiap kelompok mesin.

  • Konversi tidak berhasil

    CloudStack menyatakan bahwa keberhasilan tidak dijamin dan bergantung pada guest. Kami menguji setiap jenis guest pada tahap pilot sebelum setiap wave, dan mesin asli tetap tidak disentuh hingga mesin baru selesai diperiksa.

  • Driver dan VMware Tools

    Mesin Windows mendapatkan driver virtio selama konversi, mesin Linux memerlukan dukungan virtio sebelumnya, dan VMware Tools mungkin perlu dihapus secara manual. Hal-hal ini diperiksa per guest pada tahap pilot.

  • Alamat IP, alamat MAC, dan DNS

    Guest mempertahankan alamat MAC dan konfigurasi jaringannya sendiri, sehingga subnet tujuan yang berbeda memerlukan perubahan di dalam guest. Kami mendata setiap alamat pada minggu ke-1, menurunkan TTL DNS menjelang cutover, dan menginformasikan kepada pelanggan Anda sebelumnya.

  • Lisensi software guest

    Windows dan perangkat lunak komersial di dalam mesin mungkin dilisensikan untuk platform lama. Kami mencatatnya dalam inventaris sehingga Anda dapat mengonfirmasi ketentuannya dengan masing-masing vendor sebelum pemindahan.

  • Konversi yang terputus

    CloudStack menyatakan bahwa me-restart management server selama migrasi akan memutus proses dan impor harus dimulai dari awal. Kami menjadwalkan gelombang migrasi di luar jadwal pemeliharaan dan menghindari restart saat proses sedang berjalan.

  • Cut-over dan rollback penagihan

    Jika Anda menjual mesin-mesin tersebut, tanggal pengalihan penagihan ditentukan bersama Anda dan kedua sistem akan berjalan secara paralel terlebih dahulu. Mesin asli di VMware tetap disimpan hingga Anda menyetujui bahwa pemindahan telah selesai, sehingga setiap grup memiliki opsi rollback.

Pembagian tugas

  • Akses read-only ke vCenter dan daftar mesin yang Anda anggap kritis

    Tenaga ahli mengerjakan
    Menginventarisasi setiap VM dan merencanakan gelombang migrasi

  • Akses ke lingkungan CloudStack dan host KVM, atau perangkat keras untuk membangunnya

    Tenaga ahli mengerjakan
    Menyiapkan zone, jaringan, dan host konversi

  • Paket VDDK dan virtio yang dibutuhkan jalur pilihan Anda, jika vendor mewajibkan Anda untuk mengunduhnya sendiri

    Tenaga ahli mengerjakan
    Menginstal dan mengujinya pada host konversi

  • Jendela henti yang disepakati dan pemberitahuan kepada pelanggan Anda

    Tenaga ahli mengerjakan
    Menjalankan uji coba dan gelombang migrasi, lalu memeriksa setiap mesin setelahnya

  • Keputusan penetapan harga Anda, jika Anda menjual mesin-mesin tersebut

    Tenaga ahli mengerjakan
    Menyiapkan paket, pelanggan, dan penagihan di NexCMP serta menjalankan periode paralel

Apa yang Anda dapatkan dalam 30 hari kerja

Migrasi ini adalah bagian dari upgrade NexCMP Source: biaya sekali bayar $499 yang mencakup seluruh kode sumber (server Rust, portal dan admin Vue, agent node Go, CLI, build scripts), hak untuk memodifikasi dan mem-build versi Anda sendiri tanpa batas, 12 bulan rilis kode sumber baru, semua aplikasi, dan 30 hari kerja kolaborasi berkelanjutan dengan teknisi ahli.

Dalam 30 hari kerja tersebut, teknisi ahli akan memigrasikan sistem Anda dari VMware ke Apache CloudStack tanpa biaya tambahan. Selain itu, atau sebagai alternatif, waktu yang sama dapat digunakan untuk migrasi dari WHMCS atau sistem lain, maupun untuk penyiapan menyeluruh A-to-Z serta pembuatan aplikasi Anda. Perhitungan waktu dimulai saat Anda memulai pekerjaan bersama teknisi ahli dan ditampilkan di halaman lisensi Anda. Dukungan untuk pemindahan ini berlangsung selama 30 hari yang sama.

NexCMP Free tidak mencakup ini. Free gratis selama satu tahun dengan semua modul dan tanpa dukungan teknis, hanya perbaikan bug kode sumber, serta diperpanjang seharga $99 per tahun.

VMware ke CloudStack — pertanyaan umum

Berapa biayanya?
Migrasi ini adalah bagian dari upgrade NexCMP Source, biaya satu kali sebesar $499. Harga tersebut mencakup source code, 12 bulan rilis source baru, semua aplikasi, dan 30 hari kerja bersama engineer ahli. Penawaran ini tidak memiliki biaya per jam.
Apakah ini termasuk dalam NexCMP Free?
Tidak. Layanan migrasi hanya disertakan dengan NexCMP Source. NexCMP Free mencakup semua modul selama satu tahun namun tanpa dukungan teknis, hanya perbaikan bug kode sumber, dan diperpanjang seharga $99 per tahun.
Versi CloudStack dan VMware mana saja yang didukung?
Dokumentasi CloudStack menyatakan bahwa konversi dari VMware ke KVM tersedia mulai versi 4.19 dan tidak menyebutkan versi vSphere mana yang didukung; halaman terbaru merekomendasikan VDDK 8 untuk lingkungan vSphere 7 dan 8. Dokumentasi NexCMP mencantumkan 4.23 sebagai rilis CloudStack yang telah diuji. Periksa versi yang Anda jalankan; kami akan mengonfirmasi keduanya di minggu 1.
Apakah mesin virtual saya akan mengalami downtime?
Ya, setiap mesin akan offline selama beberapa waktu, dan kami tidak menjanjikan zero downtime. Mesin Windows harus dimatikan secara normal sebelum diimpor. Mesin Linux yang sedang berjalan dapat diimpor namun dikonversi dalam kondisi crash-consistent, sehingga kami biasanya mematikannya terlebih dahulu. Uji coba percontohan akan mengukur waktu yang dibutuhkan dan menetapkan jendela waktunya.
Apakah setiap VM dapat dikonversi?
Belum tentu. CloudStack menyatakan bahwa keberhasilan tidak dijamin dan bergantung pada OS guest dan sistem berkas. Beberapa kasus Windows, seperti disk sistem pada Dynamic Disk atau Fast Startup, dicatat sebagai pemblokir oleh virt-v2v. Itulah mengapa kami menguji setiap jenis guest sebelum gelombang migrasi dimulai.
Apakah saya harus tetap mempertahankan VMware setelahnya?
Tidak untuk mesin yang telah dipindahkan. Kami membiarkan mesin asli dalam keadaan mati hingga Anda menyetujui bahwa pemindahan telah selesai, kemudian Anda dapat memutuskan kapan akan menonaktifkannya. Lisensi lingkungan VMware itu sendiri merupakan urusan antara Anda dan vendornya.
Apa saja yang perlu saya sediakan?
Akses hanya-baca ke vCenter, akses ke lingkungan CloudStack beserta host KVM-nya, jendela penghentian yang telah disepakati, serta personel yang dapat menjawab pertanyaan seputar mesin-mesin tersebut. Jika vendor mewajibkan Anda untuk mengunduh sendiri paket seperti VDDK, Anda yang menyediakannya.

Sumber dan catatan

Pernyataan teknis bersumber dari dokumentasi resmi Apache CloudStack dan manual virt-v2v. Dokumentasi dapat berubah antar-rilis, jadi pastikan untuk memeriksa versi yang Anda jalankan. Pernyataan 4.19 berasal dari dokumentasi 4.19, yang membuka halaman VMware-ke-KVM dengan 'As of CS 4.19'. VMware, WHMCS, HostBill, Blesta, Paymenter, StackBill, Virtualizor, dan Apache CloudStack adalah merek dagang dari pemiliknya masing-masing. NexCMP bersifat independen dan tidak berafiliasi maupun didukung oleh mereka.

Beralih dari VMware bersama teknisi di sisi Anda

Upgrade ke NexCMP Source seharga $499 dan mulai 30 hari kerja Anda, atau hubungi [email protected] terlebih dahulu untuk menanyakan tentang lingkungan Anda.

Dapatkan NexCMP gratisHubungi salesLihat demo

Terakhir diperbarui: