Setup High Availability di Proxmox 9 Biar VM Nggak Pernah Down

Salah satu alasan terbesar kenapa banyak orang (termasuk saya) jatuh hati sama Proxmox VE itu ya fitur High Availability (HA)-nya. Bayangin deh, kalau salah satu server lo tiba-tiba mati karena masalah hardware, VM yang jalan di situ bisa otomatis pindah ke node lain. Nggak perlu panik, nggak perlu begadang. Tapi ya, ada beberapa syarat yang harus dipenuhi dulu sebelum bisa nikmatin fitur ini.

Artikel ini bakal jadi semacam panduan lengkap buat lo yang mau setup HA di Proxmox 9, termasuk fitur terbaru kayak affinity rules dan dynamic load balancing yang baru rilis di versi 9.2. Langsung gas aja ya!

Syarat Wajib Sebelum Setup HA

Sebelum mulai, gue perlu kasih tau beberapa asumsi biar kita nggak kepanjangan. Soalnya kalau semua dijelasin dari nol, bisa-bisa jadi buku, bukan artikel.

• Lo udah punya Proxmox Cluster — minimal 2 node yang udah di-join. Kalau belum, lo perlu setup cluster dulu ya. Ini di luar cakupan artikel ini, tapi Proxmox bikin prosesnya cukup gampang lewat GUI.

  BACA JUGA: Review ASUS Vivobook Go 14 E1404FA: Laptop 6 Jutaan Terbaik?

• Semua node punya akses ke shared storage — bisa NFS, Ceph, iSCSI, atau apapun. Intinya, semua node harus bisa baca hard drive yang sama. Tanpa ini, HA nggak akan jalan karena node tujuan nggak bisa nge-boot VM-nya.

• Minimal 2 node aktif — ini penting banget buat quorum cluster.

  - Iklan -

Jujur aja, kalau cluster lo cuma punya 2 node, pertimbangin juga buat setup ZFS replication. Ini bikin data VM lo tetap tersinkron meski shared storage lo cuma local disk. Tapi topik itu sendiri udah cukup buat satu artikel penuh.

Langkah Pertama: Tambahkan Resource ke HA

Oke, ini inti dari semuanya. HA di Proxmox itu bekerja dengan cara memantau resource yang udah lo daftarkan. Resource di sini bisa berupa Virtual Machine (VM) atau Linux Container (LXC). Jadi kalau lo punya VM penting yang harus selalu online, lo harus daftarin dia ke HA dulu.

Caranya gampang banget:

1. Buka Datacenter → HA di panel kiri Proxmox web GUI

2. Di bagian Resources, klik tombol Add

3. Di dropdown VM, pilih VM atau container yang mau lo tambahin

Tips: Lo bisa langsung ketik di field tersebut buat filter daftar VM/container. Cepet banget kalau lo punya banyak guest.

Nah, perlu diingat satu hal penting: kalau VM yang lo tambahin itu lagi dalam keadaan mati (offline), HA bakal otomatis menyalakannya begitu lo klik Add. Jadi pastiin emang itu yang lo mau sebelum klik.

Pahami Setting HA yang Penting

Kalau lo cuma klik Add tanpa utak-atik setting lain, sebenernya itu udah cukup buat banyak kasus. Tapi ada beberapa setting yang wajib lo pahami biar nggak kaget nantinya.

Max. Restart

Setting ini ngatur berapa kali HA coba nyalain ulang VM di node yang sama sebelum akhirnya memutuskan buat migrasi ke node lain.

Contoh kasus: VM lo jalan di Node 1, terus tiba-tiba mati. HA bakal coba nyalain ulang di Node 1 sebanyak nilai Max. Restart (default-nya 1). Kalau berhasil, berarti cuma masalah software dan selesai. Kalau gagal, kemungkinan besar ini masalah hardware, jadi HA bakal migrasi ke node lain.

Pola pikirnya logis sih: coba fix dulu di tempat yang sama, baru kalau nggak bisa, pindahin.

Max. Relocate

Ini sebaliknya — berapa kali HA coba migrasi VM ke node lain.

Misalnya Node 1 mati total. HA bakal coba migrasi VM ke Node 2 (default: 1 kali percobaan). Kalau gagal, dia nggak otomatis coba Node 3. Lo harus tau ini karena kalau setup lo punya banyak node, satu kali percobaan mungkin terlalu sedikit.

Failback

Ini nih setting yang menurut saya paling sering bikin orang bingung. Sebelumnya namanya Nofailback (kebalikan, lebih membingungkan), sekarang jadi lebih intuitif.

Failback itu artinya: kalau Node 1 yang tadinya mati terus hidup lagi, VM bakal otomatis balik ke Node 1.

Kedengerannya bagus? Ternyata bisa jadi masalah besar.

Bayangin skenario ini: Node 1 punya masalah power yang intermiten — mati, hidup, mati, hidup. Kalau Failback aktif, VM lo bakal terus bolak-balik antara Node 1 dan Node 2. User lo bakal ngalamin intermittent outage yang bikin frustrasi.

Menurut gue pribadi, lebih baik matiin Failback. Biarin aja VM-nya jalan di Node 2 sampai lo yakin masalah di Node 1 udah bener-bener beres. Setelah itu, lo bisa migrasi manual. User cuma ngalamin sekali outage, bukan berkali-kali.

Auto-Rebalance (Fitur Baru!)

Nah ini dia fitur baru yang bikin penasaran di Proxmox 9.2. Auto-Rebalance memungkinkan HA secara otomatis mendistribusikan beban VM ke seluruh node secara merata.

Kedengerannya keren, tapi ada tapinya: bahkan live migration bisa bikin gangguan sesaat. Jadi kalau lo punya service kritis kayak database atau aplikasi real-time, pertimbangin buat matiin opsi ini di resource tersebut.

Untuk service yang nggak terlalu sensitif? Silakan aktifin, biar beban cluster lo tersebar rata.

Request State

Default-nya adalah started, artinya begitu lo nambahin resource, HA bakal langsung nyalain VM-nya. Kalau lo lagi mau daftarin VM tapi belum mau nyala, set ke stopped atau ignored.

Tabel Ringkasan Setting HA

Dynamic Load Balancing di Proxmox 9.2

Fitur ini sebenernya udah ada di versi sebelumnya, tapi baru di 9.2 implementasinya jadi lebih solid. Intinya, Proxmox bisa memantau utilisasi CPU dan memory di setiap node, terus secara otomatis migrasi VM dari node yang overloaded ke node yang lebih longgar.

Buat lo yang punya cluster dengan beban nggak merata (yang honestly jarang banget merata), ini fitur yang sangat helpful. Tapi ya itu tadi, pastiin service yang di-VM nggak terganggu sama proses live migration.

Pengalaman Pribadi: Kapan HA Benar-Benar Berguna?

Gue pernah punya setup di mana satu node tiba-tiba mati total karena power supply rusak. Tanpa HA, semua VM di situ pasti mati dan gue harus manual restore dari backup. Dengan HA, semua VM hidup lagi di node lain dalam hitungan menit. Ada downtime? Pasti, tapi jauh lebih singkat dibanding manual.

Tapi gue juga pernah ngalamin kejadian Failback yang bikin pusing — VM bolak-balik terus karena node asal nggak stabil. Makanya gue sekarang selalu matiin Failback di setup HA gue.

Hal yang Perlu Diingat

Beberapa catatan penting yang sering dilupain orang:

• HA butuh quorum — kalau separuh cluster lo mati dan quorum hilang, HA nggak bisa jalan. Makanya disarankan punya jumlah node ganjil (3, 5, dst.)

• Shared storage adalah kunci — tanpa ini, HA cuma jadi pajangan. Pastiin semua node bisa akses storage yang sama.

• Monitor resource usage — kalau semua node udah hampir penuh, HA nggak bisa berbuat banyak karena nggak ada tempat buat migrasi.

• Test, test, test — jangan tunggu kejadian nyata buat tau HA lo work atau nggak. Cabut kabel node pas weekend dan liat hasilnya.

FAQ Seputar Proxmox High Availability

Berapa minimal node buat setup HA di Proxmox?

Secara teknis, lo bisa bikin cluster dengan 2 node. Tapi buat HA yang benar-benar reliable, minimal 3 node sangat disarankan karena masalah quorum. Dengan 2 node, kalau salah satu mati, yang satunya nggak bisa tentuin dia "pemenang" quorum sendirian. Bisa diakali dengan QDevice, tapi 3 node tetap lebih simpel.

Apakah HA di Proxmox bisa handle semua jenis kegagalan?

HA Proxmox terutama didesain buat hardware failure — node mati total, power supply rusak, network card rusak, dll. Untuk masalah software di dalam guest OS (VM freeze, kernel panic), HA juga bisa detect kalau guest-nya berhenti responding, tapi efektivitasnya tergantung konfigurasi watchdog-nya.

Shared storage apa yang paling cocok buat HA?

Terganggung budget dan kebutuhan. Ceph itu paling powerful karena bisa jadi storage sekaligus, tapi butuh minimal 3 node. NFS paling gampang buat setup awal. ZFS replication cocok buat cluster kecil (2 node) tapi ada delay sinkronisasi.

Apakah live migration bikin downtime?

Secara teori, live migration dirancang hampir tanpa downtime. Tapi di praktiknya, terutama buat VM dengan beban tinggi atau I/O intensif, ada kemungkinan micro-second hiccups. Makanya gue sarankan matiin Auto-Rebalance buat service yang sangat sensitif kayak database production.

Bisa nggak HA di Proxmox handle VM Windows?

Bisa banget! HA di Proxmox itu hypervisor-level, jadi nggak peduli guest OS-nya apa. Mau Windows, Linux, BSD, semua bisa. Yang penting VM-nya registered sebagai resource di HA dan shared storage-nya accessible dari semua node.