Proxmox VE 9.1 kao “default” VMware alternativa: kako migracija izgleda u 2026

Migracija sa VMware-a je ranije bila projekat “jednog dana”. U 2026 vrlo često postaje odluka na nivou menadžmenta zbog licenci i renewal realnosti—i onda se pretvori u ozbiljan infra projekat preko noći. Timovi koji uspeju gledaju to kao dve stvari u isto vreme: biznis pritisak (cena/uslovi) i tehničku egzekuciju (storage, network, backup, HA i operativa).

Proxmox je sve češći izbor jer je zreo, transparentan za operativu i fleksibilan u dizajnu klastera i storage-a. Sa Proxmox VE 9.1 platforma dodatno jača “day-2 ops”—posebno kroz SDN vidljivost—tako da nemaš osećaj da radiš u crnoj kutiji tokom i posle migracije.

Ovaj tekst je praktičan: šta donosi Proxmox VE 9.1, šta moraš da imaš spremno pre nego što kreneš da seliš VM-ove, checklista korak-po-korak i tipične zamke koje prave downtime ili pad performansi.

Zašto Proxmox u 2026 (biznis + engineering)

Biznis je okidač: neizvesnost oko renewala, bundling, minimumi, promene u partner modelu i prelazak na subscription-first planiranje. Engineering je realnost: treba ti platforma koju možeš da vodiš operativno—jasna mrežna vidljivost, predvidiv storage i backup koji možeš stvarno da restore-uješ.

Ako želiš čistu migraciju, prvo definiši cilj: da li samo “preslikavaš” VMware okruženje (isti VLAN-ovi, isti način rada) ili koristiš migraciju da standardizuješ i pojednostaviš (jasniji tier-ovi, manje improvizacije, više automatizacije)?

Šta donosi Proxmox VE 9.1 (SDN transparentnost + operativa)

Proxmox VE 9.1 (izdan krajem 2025) donosi stvari koje su baš bitne tokom i posle migracije: jači operativni alati, jasniju vidljivost u mreži i korisne VM/container funkcije koje smanjuju frikciju pri onboardingu workload-a.

1) SDN vidljivost koju možeš da operišeš

Jedna od najkorisnijih novina u 9.1 je SDN status reporting i bogatija vidljivost u web UI-ju. Možeš da vidiš sve goste koji su nakačeni na local bridge ili VNet, a EVPN zone mogu da prikažu “learned” IP i MAC adrese. Fabrics su integrisani u resource tree i prikazuju rute, neighbore i interfejse—tačno ono što ti treba kada debug-uješ usred migracionog talasa.

2) Dodatne stvari koje olakšavaju mixed workload okruženja

• Kreiranje LXC kontejnera iz OCI image-a (brži standardizovan deployment aplikacija)
• Fine-grained kontrola nested virtualization za specifične VM-ove
• Intel TDX podrška (confidential computing scenariji)
• Datacenter bulk actions (manje ručnog kliktanja kada imaš mnogo objekata)
• TPM state podrška u qcow2 (korisno za moderni Windows baseline i sigurnosne opcije)

Ovo nisu “fensi” opcije—ovo su stvari koje realno skidaju edge-case frikciju: nested virt kad ti treba, standardizovani OCI image-i za interne servise i bulk akcije kada onboarduješ desetine VM-ova.

Pre nego što pomeriš ijedan VM: readiness baseline za 2026

Većina fail-ova ne nastane na konverziji VM-a, nego na osnovi: storage koji ne trpi write pattern, network model koji ruši MTU/VLAN očekivanja ili backup koji nikad nije testiran. Ovo je tvoj “go/no-go” gate.

A) Storage layout (izaberi pravi failure domain)

• Definiši tier-ove: lokalni NVMe za performance-critical, shared storage za mobilnost, object storage za arhivu
• Ako koristiš Ceph: potvrdi replikaciju/EC politiku, separaciju mreže i performanse pod failure-om
• Definiši snapshot i backup strategiju po klasi workload-a (DB ≠ file server ≠ stateless)
• Upiši RPO/RTO i mapiraj ih na storage i backup odluke

B) Network model (da bude dosadan i merljiv)

• Potvrdi VLAN plan, trunking i naming konvencije (bez “misterioznih VLAN-ova” iz navike)
• Standardizuj MTU end-to-end (posebno ako storage ide na posebnom linku)
• Odvoji management, storage i tenant saobraćaj gde god možeš
• Odluči SDN nivo: simple bridges, VNets ili EVPN—i drži konzistentno

C) Backup i restore (jedini pravi test)

• Izaberi backup target i retention u skladu sa RPO (PBS je čest izbor u Proxmox svetu)
• Definiši app-consistent backup pravila (DB i AD traže poseban tretman)
• Uradi bar jedan full restore drill pre produkcije
• Napiši rollback: kako vraćaš staro okruženje ako cutover pukne

Migration checklista: praktičan redosled u 2026

Ovaj redosled minimizuje rizik i čuva konzistentan napredak.

Faza 0 — inventar i grupisanje

• Izvuci VM inventar: OS, CPU/RAM, diskovi, NIC-ovi, VLAN-ovi, zavisnosti, osetljivost na downtime
• Taguj workload-e: stateless, stateful, kritični (AD/DB), specijalni (GPU, nested virt)
• Rano detektuj blokere (stari OS, legacy drajveri, specifične licence, USB dongle)

Faza 1 — landing zone

• Podigni Proxmox klaster i proveri HA/quorum ponašanje
• Konfiguriši storage tier-ove i testiraj performanse + failure scenario
• Konfiguriši mreže (bridge/VLAN/SDN) i validiraj putanju (MTU, rutiranje, firewall)
• Podigni backup i uradi restore test

Faza 2 — pilot migracija (low-risk prvo)

• Migriraj mali set low-risk VM-ova da proveriš proces
• Izmeri: boot time, app latency, disk performanse, network throughput
• Ispravi šablone (drajveri, NIC tip, cache mode) pre skaliranja

Faza 3 — skaliranje (talasi + standard šabloni)

• Radi u talasima po servisima (ne nasumično po listi VM-ova)
• Standardizuj VM hardware profile template-e (CPU type, VirtIO opcije, disk bus)
• Maintenance window + test plan po servisu, ne po VM-u
• Rollback plan eksplicitno po talasu

Tipične zamke (i kako da ih izbegneš)

1) VirtIO drajveri (Windows zamka #1)

Ako prebaciš disk i NIC na VirtIO zbog performansi, moraš imati drajvere instalirane i testirane pre cutover-a. Najbezbednije je staged: dodaš VirtIO uređaj, instaliraš drajvere, validiraš, pa tek onda prebacuješ boot disk ili primary NIC.

• Spremi VirtIO ISO unapred i dokumentuj verzije drajvera
• Testiraj VBS/TPM ponašanje ako Windows baseline zavisi od toga
• Proveri NIC naming i DHCP/static config posle promene NIC modela

2) Storage cache mode i write amplification

Pad performansi često dođe od pogrešnog cache mode-a ili pogrešnog tier-a. DB VM može izgledati ok na idle-u i pasti na peak-u. Odredi cache politiku po klasi workload-a i testiraj sa realnim IO pattern-om.

3) HA očekivanja vs realnost

HA nije magija. To je politika plus realnost infrastrukture. Potvrdi fencing, quorum i šta se dešava kod delimičnog network failure-a. Mnogo incidenta nastane u sivoj zoni: nije host “down”, nego je host “unreachable”.

4) Backup ≠ restore

Zeleni backup job nije dokaz. Dokaz je restore koji vraća aplikaciju u upotrebljivo stanje unutar RTO. Restore drill ubaci u plan migracije, ne posle migracije.

Tabela: VMware pojmovi prevedeni u Proxmox odluke

Zaključak: Proxmox kao “default” radi kad migriraš kao Ops tim

U 2026, Proxmox VE 9.1 može biti realan “default” VMware replacement—ali samo ako migraciju tretiraš kao operativni projekat, ne kao trik konverzije. Prvo pobedi osnove: storage tier-ovi, konzistentna mreža, backup koji je restore-testiran i wave-based plan. Onda migracija postaje predvidiva, a 9.1 poboljšanja—posebno SDN vidljivost i operativa—plaćaju se svaki dan posle cutover-a.