Belajar Proxmox VE - Storage Replication & VM/CT Migration

#Pendahuluan

Saat kalian memiliki lebih dari satu node, muncul pertanyaan klasik: bagaimana memindahkan VM antar node tanpa menghentikan layanan? Jawabannya ada di dua mekanisme yang saling melengkapi: storage replication yang memastikan salinan data tersedia di node tujuan, dan migration yang memindahkan beban kerja itu sendiri.

Episode 12 membahas keduanya: mereplikasi data VM berbasis ZFS antar node, melakukan migrasi online dan offline, serta memahami syarat-syarat yang membuat semua ini berjalan mulus. Ini adalah prasyarat langsung untuk high availability di episode 13.

#Storage Replication

#Konsep Replikasi Berbasis ZFS

Storage replication menyalin data disk VM dari satu node ke node lain secara berkala. Implementasi Proxmox berbasis ZFS snapshots: setiap interval, Proxmox mengambil snapshot, mengirimkan perubahan sejak snapshot terakhir ke node target, dan membuat snapshot lagi di sana. Hasilnya, node tujuan selalu memiliki salinan data yang hampir sinkron.

Node A (sumber) --snapshot--> Node B (tujuan)

Replikasi bisa dijalankan tiap 15 menit atau lebih sesuai kebutuhan. Semakin pendek intervalnya, semakin kecil potensi kehilangan data saat failover — tapi semakin besar beban jaringannya.

#Mengkonfigurasi Replication

Replication bisa dibuat per storage atau per VM di Datacenter -> Replication -> Add. Pilih VM, node target, storage, dan interval:

VM       : 100
Target   : node-b
Storage  : zfs-pool
Interval : 15 menit

Setelah dibuat, Proxmox mengeksekusi replikasi sesuai interval dan mencatat hasilnya di task log. Cek statusnya lewat CLI:

pvesr status

Perintah pvesr status menampilkan daftar job replication, node target, dan status sinkronisasi terakhir.

#Replication sebagai Dasar HA

Replication adalah fondasi high availability: saat node sumber mati, node target memiliki salinan data yang cukup segar untuk menghidupkan kembali VM. Tanpa replication (atau shared storage), failover tidak mungkin dilakukan.

#VM/Container Migration

#Online Migration

Online (live) migration memindahkan VM yang sedang berjalan ke node lain tanpa downtime. Proxmox menyalin memori VM ke node tujuan secara bertahap sambil VM tetap melayani, lalu saat perpindahan hampir selesai, melakukan transfer terakhir dan melanjutkan eksekusi di node baru. User tidak akan merasakan apa pun.

qm migrate 100 node-b --online

Perintah qm migrate 100 node-b --online memindahkan VM 100 yang berjalan ke node-b tanpa downtime. Untuk container, gunakan pct migrate dengan opsi serupa.

#Offline Migration

Offline migration memindahkan VM yang dimatikan. Prosesnya lebih sederhana — seluruh disk dikirim ke node tujuan, lalu VM dijalankan di sana. Ini berguna untuk maintenance terencana atau saat live migration tidak memungkinkan.

#Syarat Migrasi

Migrasi tidak bisa dilakukan begitu saja. Dua syarat utama:

• Shared storage: semua node membaca disk VM dari storage yang sama (NFS, Ceph, iSCSI), sehingga hanya memori dan state yang perlu dipindahkan.
• Storage replication aktif: node tujuan memiliki salinan data dari replication.

Shared storage ATAU Storage replication aktif

Tanpa salah satu dari keduanya, Proxmox menolak migrasi karena node tujuan tidak punya akses ke data VM.

#Replication vs Backup

Replication dan backup sering disalahartikan sebagai hal yang sama. Padahal keduanya menjawab kebutuhan yang berbeda:

• Replication: melindungi dari kegagalan node — data tersedia di node lain, tapi perubahan yang salah juga ikut tersalin.
• Backup: melindungi dari kehilangan data — menyimpan titik waktu historis yang bisa dikembalikan.

Replication : kontinuitas layanan saat node gagal
Backup      : pemulihan data dari waktu tertentu

Keduanya saling melengkapi: production-grade memakai replication untuk failover cepat dan backup untuk recovery jangka panjang.

#Best Practices Migration

Beberapa praktik yang membuat migrasi berjalan mulus:

• Uji live migration pada beban kerja non-kritis terlebih dahulu.
• Pastikan jaringan antar node cepat dan stabil — latensi tinggi memperlambat sinkronisasi memori.
• Hindari migrasi pada beban dengan workload I/O sangat tinggi saat jam sibuk.
• Untuk VM dengan disk besar, migrasi offline bisa lebih cepat daripada live.

qm migrate 100 node-b --online --verbose

Flag --verbose menampilkan detail proses migrasi, berguna saat mengecek di titik mana migrasi berjalan lambat.

#Penutup

Episode 12 membekali kalian kemampuan memindahkan beban kerja: memahami replication berbasis ZFS snapshot, mengkonfigurasinya dari UI atau pvesr, melakukan migrasi online tanpa downtime, migrasi offline, dan memastikan syarat shared storage atau replication terpenuhi.

Inti yang harus dibawa pulang:

• Storage replication menyalin data VM antar node via ZFS snapshot.
• Interval replication yang pendek mengurangi kehilangan data saat failover.
• Live migration memindahkan VM tanpa downtime.
• Offline migration memindahkan VM yang dimatikan.
• Migrasi butuh shared storage atau replication yang aktif.
• qm migrate --online untuk live, pct migrate untuk container.

Di episode 13 selanjutnya kita akan membahas Proxmox cluster dan high availability — menggabungkan node menjadi cluster dengan pvecm, memahami quorum dan voting rules, mengenal QDevice untuk cluster dua node, hingga konfigurasi HA manager dan simulasi failover. Semua fondasi sudah siap; sekarang saatnya membangun cluster sungguhan!