Tahukah Anda? Lebih dari 40% tim TI melaporkan pengurangan biaya operasional setelah memindahkan virtual machine ke platform berbasis Debian dengan manajemen terpusat.

Kami membuka panduan end-to-end yang merangkum proses penting—dari inventaris aset hingga validasi pasca-proses. Fokus kami: memastikan setiap vms berpindah aman dan efisien, sambil meminimalkan downtime layanan bisnis.

Proxmox VE menyediakan GUI web, CLI, dan REST API untuk mengelola VM, container, storage, dan network. Kami jelaskan dua pilihan import—otomatis menggunakan pve-esxi-import-tools dan cara manual (OVF/disk, clone, restore)—serta peran Proxmox Backup Server untuk deduplikasi dan backup incremental.

Kami juga menempatkan keputusan antara otomatis vs manual dalam konteks tujuan bisnis, kapasitas tim, dan kompleksitas workload. Untuk detail konfigurasi interface dan pengaturan host/server silakan tinjau panduan jaringan kami di konfigurasi jaringan Proxmox.

Ringkasan Kunci

• Rencanakan inventaris dan dependensi aplikasi sebelum memulai.
• Pilih import otomatis atau manual sesuai tujuan bisnis dan tim.
• Siapkan storage, disk, dan network untuk performa pasca-pindah.
• Gunakan Proxmox Backup Server untuk backup incremental dan live-restore.
• Catat setiap perubahan pada interface dan proses untuk audit dan rollback.

Memahami Tujuan dan Manfaat Migrasi ke Proxmox VE

Keputusan platform harus berangkat dari kebutuhan biaya, performa, dan kepastian layanan. Kita menilai apakah perubahan memberi penghematan lisensi, fleksibilitas open-source, dan kontrol roadmap tanpa mengganggu produksi.

Kapan memilih migrasi dari vmware esxi

Kita memilih saat ingin memangkas biaya lisensi dan meningkatkan kebebasan teknologi. Pilihan ini cocok jika SLA, dependensi aplikasi, dan kapasitas tim sudah dinilai.

Gambaran arsitektur, lisensi, dan antarmuka

Arsitektur berbasis Debian dengan kernel kustom. Konfigurasi disimpan di /etc/pve dan disinkronkan oleh pmxcfs; cluster memakai Corosync untuk konsensus.

• Lisensi: AGPLv3 — fitur dasar gratis; langganan menambah akses repository Enterprise dan dukungan services.
• Interface: GUI web terpusat, CLI, dan REST API memudahkan user mengelola virtual machines, network, dan storage.
• Storage & network: Mendukung qcow2 (file level) dan block level seperti ZFS atau Ceph — pilih sesuai profil disk dan performa.

Intent Pengguna dan Ruang Lingkup: VMware to Proxmox migration steps

Klarifikasi cakupan—dari host sumber hingga target storage dan network—mencegah kejutan selama proses. Kita menetapkan prioritas mesin, tolok ukur keberhasilan, dan kebijakan downtime sebelum eksekusi.

Ada dua method utama: wizard otomatis full VM via pve-esxi-import-tools (mendukung esxi 6.5–8.0) dan jalur manual—restore backup, clone, atau import OVF/disk. Live-import memungkinkan VM menyala saat data sudah dipindah, namun berdampak pada I/O. VMs di vSAN tidak bisa diimport langsung; pindahkan disk ke datastore lain terlebih dahulu.

Ruang lingkup inti mencakup dokumentasi host sumber/tujuan, mapping jaringan, target storage, dan daftar mesin prioritas. Kita juga menyepakati tools—GUI, qm, qemu-img—serta mekanisme verifikasi dan rollback.

• Standar sukses: machine berfungsi setara atau lebih baik (keamanan, performa disk, ketahanan).
• Options teknis: model NIC, controller disk, target datastore, dan bridge network.
• Kebijakan downtime & jadwal lintas tim—agar upaya dan dependensi terukur.

Pra-syarat Teknis dan Checklist Lingkungan

Kami mulai dengan memastikan prasyarat teknis terpenuhi. Hal ini mengurangi risiko saat proses berlangsung.

Versi paket dan repositori

pve-esxi-import-tools tersedia sejak Proxmox VE 8.1.10 di repo test/no-subscription dan resmi di 8.2.

Aktifkan repository No-subscription dan Test. Lakukan refresh, upgrade, verifikasi paket dengan dpkg -l, lalu reboot (init 6).

Konektivitas antar host

Konfirmasi koneksi network antara esxi host dan proxmox host. Periksa firewall, MTU, dan jalur transfer agar files tidak terhambat.

Gunakan ssh hanya dari segment tepercaya dan catat address endpoint untuk audit dan keamanan.

Kompatibilitas perangkat dan disk

Matikan vTPM dan nonaktifkan enkripsi disk pada VM sumber. Disarankan vms dalam keadaan power-off dan tanpa snapshot yang tidak perlu.

Verifikasi kapasitas storage dan IOPS — hindari bottleneck saat impor massal.

• Service & system: tetapkan siapa yang berwenang menjalankan perintah dan memantau proses.
• Note: dokumentasikan device passthrough atau konfigurasi khusus yang memengaruhi kompatibilitas.

Menyiapkan Target Proxmox Server dan Storage

Persiapan server target dan struktur storage menentukan keberhasilan setiap pemindahan mesin virtual. Kita mulai dengan memilih format disk dan model storage yang sesuai profil aplikasi.

Konfigurasi storage: local, shared, dan opsi qcow2/raw

Storage pada setiap node bisa berupa file-level atau block-level. File-level (qcow2) direkomendasikan untuk snapshot fleksibel.

Block-level seperti ZFS, Ceph, atau LVM thin memberi latensi lebih rendah dan throughput lebih stabil. Local storage berbeda per host; shared storage harus memuat konten yang sama di semua node.

Gunakan is_mountpoint pada directory non-standar agar Proxmox hanya menulis saat filesystem ter-mount: pvesm set {storage} --is_mountpoint 1.

Perencanaan VMID, path penyimpanan, dan is_mountpoint

VMID harus unik dan konsisten antar lingkungan. Penamaan seragam mempercepat audit, backup, dan orkestrasi vms skala besar.

Tentukan path penyimpanan untuk setiap VM. Pastikan mount point benar. Flag is_mountpoint mencegah penulisan ke filesystem host jika mount gagal.

• Kita menyiapkan server dengan storage sesuai workload — qcow2 untuk snapshot, raw untuk performa maksimal.
• Evaluasi kapasitas dan performa disks; atur tiering SSD/HDD sesuai prioritas aplikasi.
• Standarisasi template VM (cpu, memori, controller) untuk new proxmox deployments agar provisioning cepat.
• Pastikan izin, kuota, dan integrasi backup aktif untuk melindungi vms baru.

“Rencana storage yang matang mengurangi downtime dan mempermudah rollback jika diperlukan.”

Menangkap Konfigurasi VM Sumber dari VMware ESXi

Sebelum memindah mesin, kita harus merekam setiap konfigurasi sumber agar target setara dan handal.

Di esxi host atau vSphere Client, cek parameter inti: cpu, memori, controller disk, dan mode boot (BIOS atau UEFI). Lepas perangkat media yang tidak perlu—CD/DVD virtual dapat mengganggu boot pada host tujuan.

CPU, memori, hard disk, network, dan boot mode

Kita inventarisasi setiap virtual machine—jumlah vCPU, kapasitas RAM, tipe disk (thin/thick), dan ukuran disk. Catat juga format vmdk dan lokasi files pada datastore.

Pastikan target memahami apakah mesin memakai bios atau UEFI. Kesalahan mapping boot sering menjadi penyebab VM tidak menyala setelah transfer.

Mencatat konfigurasi network untuk mencegah konflik IP

Dokumentasikan address IP, VLAN, dan aturan firewall setiap mesin. Pertimbangkan memberi DHCP sementara agar network baru tidak menyebabkan konflik saat NIC berubah.

Aktifkan ssh (TSM-SSH service) pada host sumber sebelum penyalinan agar akses berkas aman. Verifikasi akses baca ke datastore terlebih dahulu.

“Dokumentasi lengkap konfigurasi mempercepat troubleshooting dan menjaga ketersediaan layanan.”

Metode Otomatis: Import Wizard pve-esxi-import-tools

Wizard impor resmi mempercepat transfer virtual machine dengan antarmuka yang familiar bagi administrator. Kita mulai dengan menyiapkan sistem agar tool muncul stabil dalam interface Proxmox.

Tambahkan repository No-subscription dan Test di Updates > Repositories. Lakukan Refresh dan Upgrade, lalu verifikasi paket pve-esxi-import-tools dengan dpkg -l dan reboot host.

Menambahkan ESXi sebagai storage dan memindai VMX

Di Datacenter > Storage > Add > ESXi masukkan Server (IP ESXi), Username, Password, dan Nodes target. Proses ini memberi Proxmox akses baca langsung ke datastore dan menampilkan daftar VMX siap import.

Opsi import: target storage, network bridge, dan Advanced

Pada panel import, pilih VMX lalu klik Import. Atur target storage per disk, pilih network bridge, dan sesuaikan model NIC.

Tab Advanced memungkinkan menonaktifkan device (mis. CD-ROM), memilih ISO driver, dan mengatur opsi boot. Ini menghemat waktu karena semua penyesuaian dilakukan dari satu panel.

Live-Import: kapan digunakan dan dampaknya

Live-Import menyalakan VM saat data minimum sudah tersalin—sisanya dikopi secara asynchronous. Gunakan opsi ini bila kita want import dengan downtime minimal.

“Live-Import mengurangi downtime, namun dapat menurunkan performa I/O sementara — uji coba pada jam non-puncak sangat disarankan.”

• Jangan import langsung vms di vSAN; tidak didukung.
• Snapshot memperlambat proses—hapus snapshot yang tidak perlu sebelum import.
• Gunakan user berizin pada esxi host dan validasi sertifikat; opsi skip sertifikat ada, namun ada note risiko keamanan.
• Untuk vmdk besar, jadwalkan pada off-peak dan rencanakan batch agar storage tidak kelebihan beban.

Kami memantau status per step di panel dan menyesuaikan boot order setelah import agar virtual machine langsung berfungsi sesuai harapan.

Metode Manual: Transfer Disk dan Pembuatan VM Baru

Metode manual cocok bila kita butuh kontrol penuh atas setiap disk dan konfigurasi target. Proses ini membantu memastikan kompatibilitas firmware dan controller sebelum mesin dijalankan.

Kami mulai dengan menyiapkan VM baru pada host target, lalu memindahkan file disk sumber secara aman. Langkah ini ideal untuk file vmdk besar atau ketika alat otomatis tidak tersedia.

Menyiapkan VM di target: create new dan hapus disk default

Kita create new virtual machine dengan CPU, RAM, dan firmware yang sama dengan sumber. Setelah VM dibuat, hapus disk default agar tidak mengganggu lampiran disk hasil impor.

Salin files VMDK via ssh/scp atau ekspor OVF dengan tool ovftool

Aktifkan ssh pada ESXi (TSM-SSH) dan matikan VM sumber. Salin WinServer2022.vmdk dan WinServer2022-flat.vmdk via SCP ke path direktori VM di server target.

Alternatif: gunakan ovftool — contoh: ovftool vi://root@esxi_host/VM /mnt/datastore/target untuk mengekspor OVF ke datastore lokal.

Konversi dan import disk: qemu-img, qm importdisk, format qcow2

Jika ingin menghemat ruang dan mendapatkan fitur snapshot, konversi ke qcow2:

qemu-img convert -O qcow2 source.vmdk output.qcow2

Atau impor langsung VMDK:

qm importdisk <VMID> source.vmdk <storage> [-format qcow2]

Melampirkan hard disk, atur boot order, dan verifikasi boot

Setelah import selesai, lepaskan disk default pada VM baru. Lampirkan disk hasil impor ke controller yang kompatibel—gunakan IDE/SATA jika driver VirtIO belum tersedia.

Atur boot order sehingga disk impor berada di prioritas pertama. Nyalakan VM dan pantau konsol untuk verifikasi boot.

“Jika gagal boot, coba ganti controller atau periksa apakah firmware (BIOS/UEFI) sesuai sumber.”

Konfigurasi VM Target: Driver, BIOS/UEFI, dan Device

Sebelum menyalakan mesin pada host baru, kita harus menyesuaikan driver, controller, dan opsi boot agar layanan stabil.

Install VirtIO guest drivers dan aktifkan QEMU guest agent. Ini meningkatkan telemetri, memungkinkan shutdown terkelola, dan memperbaiki performa I/O pada vms.

Controller, IO threads, dan discard

Gunakan VirtIO SCSI single dan aktifkan IO threads untuk mengoptimalkan antrian disk. Untuk storage thin, nyalakan discard agar blok tidak terpakai kembali dilepaskan.

• Set NIC ke VirtIO; aktifkan Ballooning untuk efisiensi memori.
• Pilih opsi SCSI yang mendukung IO threads—mengurangi latensi pada beban berat.
• Evaluasi MSI-X untuk NIC/blk bila target machine memerlukan throughput tinggi.

Linux vs Windows: driver dan initramfs

Untuk Windows, pasang driver VirtIO dari ISO sebelum mengganti hard disk boot ke VirtIO SCSI. Untuk Linux, rebuild initramfs agar modul VirtIO dimuat sejak fase boot.

“Selaraskan BIOS dengan mode boot sumber — SeaBIOS untuk legacy dan OVMF untuk UEFI — lalu uji boot berulang untuk memastikan stabilitas.”

Pemetaan Network dan Storage untuk Kinerja Optimal

Desain jaringan dan pilihan storage menentukan batas performa dan ketahanan platform virtual. Kita merancang konfigurasi agar jalur data, manajemen, dan layanan tersegmentasi—mencegah kontensi dan mempermudah troubleshooting.

Bridge, VLAN, bond, dan model NIC

Proxmox memakai Linux bridge (vmbr) sebagai switching utama. Kita konsisten menggunakan bridge + VLAN untuk memisah trafik data, manajemen, dan backup.

Bonding antar fisik menambah throughput dan redundansi pada server produksi. Untuk model NIC, arahkan ke VirtIO demi efisiensi; sediakan opsi kompatibel untuk OS lawas.

Pilihan storage dan catatan snapshot

ZFS dan Ceph ideal untuk kinerja dan HA pada level block. NFS/SMB mendukung qcow2 dan kemudahan deployment.

LVM-thick menawarkan snapshot volume-chain (preview pada PVE 9.0) dengan beberapa batasan TPM. Aktifkan multipath pada iSCSI/FC/SAS untuk ketahanan I/O.

• Kustomisasi queue dan scheduler disk sesuai profil beban.
• Capacity planning disks per kelas aplikasi untuk menghindari kontensi.
• Sinkronkan kebijakan backup dengan tier storage demi RPO/RTO.

“Rancang network dan storage sebagai satu kesatuan—keduanya menentukan pengalaman layanan akhir.”

Untuk analisis performa Ceph dan pilihan storage lanjutan, lihat studi performa Ceph.

Langkah Pasca Migrasi dan Optimalisasi

Setelah cutover, fase validasi dan optimasi menentukan apakah layanan kembali stabil dan sesuai SLA. Kita segera memverifikasi fungsi inti, lalu menyiapkan perlindungan data agar server siap beroperasi penuh.

Validasi layanan, tools/agent, dan pembersihan files

Kita memvalidasi services end-to-end — cek konektivitas aplikasi, database, dan integrasi eksternal. Pastikan setiap virtual machine mengembalikan trafik seperti sebelum proses.

Aktifkan QEMU guest agent dan instal VirtIO drivers untuk meningkatkan telemetri dan performa I/O. Verifikasi metrik system agar monitoring dapat membaca status vms secara akurat.

• Periksa boot order dan parameter device — hindari kegagalan saat reboot terjadwal.
• Hapus files sementara seperti VMDK impor yang tidak lagi dibutuhkan untuk menghemat disk.
• Dokumentasikan perubahan konfigurasi sebagai playbook untuk gelombang berikutnya.

Backup dan opsi live-restore dengan Proxmox Backup Server

Proxmox Backup Server menawarkan deduplikasi dan backup incremental untuk VM berjalan—memanfaatkan dirty bitmap/CBT untuk efisiensi. Opsi live-restore memungkinkan VM dinyalakan saat proses restore masih berlangsung.

Jadwalkan backup penuh pertama segera setelah cutover. Aktifkan kebijakan rutin agar storage terlindungi dari kejadian tak terduga.

Kami juga mengukur kembali performa—bandingkan metrik sekarang dengan baseline pra-migrasi. Lakukan tuning pada layer network dan disk bila perlu.

“Backup incremental plus live-restore memperpendek jendela recovery sambil menjaga penggunaan disk tetap efisien.”

Terakhir, edukasi tim operasi dan dokumentasikan seluruh process pasca-migrasi. Untuk panduan instalasi server target, lihat panduan instalasi Proxmox.

Troubleshooting Umum Migrasi VM

Gangguan boot dan jaringan adalah kasus paling umum yang kita temui setelah pemindahan VM. Kita memberikan panduan ringkas untuk mempercepat identifikasi dan perbaikan.

VM tidak boot: BIOS, OVMF, dan boot path UEFI

Verifikasi kecocokan bios (SeaBIOS) vs OVMF (UEFI) terlebih dahulu. Beberapa OS tidak membuat default path /EFI/BOOT/BOOTX64.EFI—maka entri path kustom sering diperlukan.

Jika gagal boot, coba ubah options controller ke IDE/SATA sementara agar driver VirtIO tidak menghalangi proses. Setelah driver terpasang, kembalikan ke VirtIO SCSI.

Masalah network: address conflict, driver NIC, dan bridge

Konflik address muncul saat NIC baru dikenalkan. Kita sarankan aktifkan DHCP sementara atau set alamat statis yang unik untuk menghindari bentrok layanan.

Periksa model NIC di guest dan konfigurasi network bridge. Driver NIC yang tidak kompatibel menyebabkan hilangnya konektivitas—instal driver atau ganti model NIC di konfigurasi VM.

Keterbatasan impor: vSAN, snapshot, dan ukuran disk

Catat note penting: VMs pada vSAN tidak bisa diimpor langsung—pindahkan disk ke datastore lain lebih dulu. Snapshot memperlambat proses; hapus snapshot yang tidak perlu sebelum transfer.

Jika file vmdk tipis berubah menjadi tebal setelah salin, evaluasi kapasitas disks pada target. Untuk efisiensi ukuran, pertimbangkan ekspor OVF—lihat ekspor OVF.

“Jika live-import gagal, perubahan sejak awal transfer bisa hilang—uji di lingkungan non-produksi dan jadwalkan pada jam rendah aktivitas.”

Kita selalu meninjau log pada esxi host dan proxmox host untuk pesan error detail. Siapkan rencana rollback agar layanan dapat kembali ke sumber bila perlu.

Kesimpulan

Kami menegaskan prinsip yang menjamin keberhasilan pemindahan mesin virtual pada skala produksi.

Kombinasi tool otomatis (pve-esxi-import-tools) dan jalur manual (OVF/disk) memberi fleksibilitas. Pilih method sesuai risiko, ukuran disk, dan jumlah vms.

Performa dan ketersediaan bergantung pada storage (ZFS, Ceph, NFS/LVM) dan desain network configuration—bridge, VLAN, atau bond. Pemetaan setiap disk dan parameter harus diuji sebelum cutover.

Rekomendasi: rencanakan, validasi di host uji, dokumentasikan playbook, dan aktifkan backup incremental serta live-restore pada proxmox server. Untuk panduan penambahan storage fisik, lihat cara menambah hard drive.

Dengan disiplin eksekusi, new proxmox memberi efisiensi biaya dan jalur modernisasi yang tahan lama.