Proxmox vs. VMware pro malou firmu 2026: co rozhodne a jak zálohovat virtuální servery

Odpověď hned: Pro malou firmu vychází Proxmox VE obvykle levněji a předvídatelněji — účtuje se za osazený socket, ne za jádra ani za virtuální stroje. Podmínkou je správce, který umí Debian, sítě a úložiště. VMware nechte tam, kde na něm stojí zaběhnutý provoz a podpora dodavatele aplikace, Hyper-V tam, kde jedete převážně na Windows Serveru. O výsledném rozpočtu ale nerozhodne licence hypervizoru, nýbrž licence hostovaných Windows Serverů, návrh vysoké dostupnosti a ověřená obnova záloh.

Srovnání „Proxmox vs. VMware” skoro vždycky začne otázkou, co je levnější. To je špatná první otázka. Levnější je ta platforma, kterou váš správce zvládne v pátek večer, když odejde napájecí zdroj a čeká se na spuštění skladu.

Tenhle text je o třech číslech, která rozhodují místo ceny licence: kolik stojí celé prostředí za tři až pět let, jak dlouho trvá obnova po havárii a kdo to reálně udrží v chodu.

Co se po převzetí VMware Broadcomem opravdu změnilo

Portfolio přešlo na předplatné účtované podle fyzických jader, ne podle procesorů ani virtuálních strojů. U hlavních balíků (VMware Cloud Foundation, vSphere Foundation) se navíc uplatňuje minimum 16 licencovaných jader na každý osazený procesor — server s dvěma osmijádry se tedy počítá jako 32 jader, i když jich má fyzicky šestnáct. Podrobnosti k přechodu na předplatné popisuje oznámení Broadcomu.

Starou trvalou licenci můžete dál provozovat podle jejích podmínek. Problém nastane ve chvíli, kdy potřebujete rozšířit prostředí, obnovit podporu nebo přejít na novější verzi — tam už platí nový propočet.

Praktický důsledek pro malou firmu je nepříjemně konkrétní: dva výkonné procesory jsou najednou licenčně dražší než jeden. Server 2× 16 jader vyjde na 32 licencovaných jader, jednosocketový stroj s 24 jádry na 24. Výkon je přitom srovnatelný. Tohle číslo patří do rozhodování o hardwaru, ne až do objednávky licencí.

To je důvod, proč firmy otevřely Proxmox. Automatická migrace ale nedává smysl, pokud kvůli ní přijdete o podporu dodavatele ERP, o zavedené zálohování nebo o jediného člověka, který tomu ve firmě rozumí.

Rychlé srovnání: Proxmox VE, VMware vSphere, Hyper-V

Jedna věc platí pro všechny tři sloupce: žádná z platforem sama nezajistí nepřetržitý provoz. Jeden fyzický server s libovolným hypervizorem zůstává jedním bodem selhání — jen na něm teď leží deset služeb místo jedné.

Co virtualizace opravdu stojí

Proxmox VE. Všechny hlavní funkce jsou dostupné i bez placeného předplatného — HA cluster, ZFS, Ceph, zálohy. Předplatné kupujete kvůli přístupu do testovaného enterprise repozitáře a kvůli podpoře, ne kvůli odemčení funkcí. Ceník je veřejný, nejnižší úroveň je v řádu nižších stovek eur za socket a rok, nejvyšší zhruba desetinásobek. Podstatné je, za co se platí: za osazený CPU socket. Ne za jádra, ne za virtuální stroje. Rozpočet tak nevyskočí jen proto, že jste přidali pátý server.

Bez předplatného běží uzel na no-subscription repozitáři a při každém přihlášení vám GUI připomene chybějící licenci. Pro test to nevadí. Pro produkci to znamená, že aktualizace dostáváte dřív, než projdou stejným kolem testování.

VMware. Rozpočet se nedá spolehlivě odhadnout ze starého ceníku ani z ceny za procesor. Potřebujete nabídku postavenou na počtu fyzických jader, délce předplatného a konkrétních součástech. Kdo vám cenu odhadne po telefonu, hádá.

Hyper-V není „zdarma s Windows”. Samostatný bezplatný produkt Microsoft Hyper-V Server skončil verzí 2019 a novější nevyšel — dnes Hyper-V znamená roli ve Windows Serveru. Ten se licencuje podle jader: musíte pokrýt všechna fyzická jádra, minimálně 8 na procesor a 16 na server. Standard dává právo na dva virtualizované Windows Server systémy; třetí a čtvrtý znamená koupit celou sadu jádrových licencí znovu. Datacenter povoluje na plně licencovaném hostiteli neomezený počet instancí. K tomu se připočítávají CAL licence. Rozdíly mezi edicemi shrnuje přehled Microsoftu.

Tady se láme většina rozpočtů: licence hostovaných Windows Serverů bývá dražší položka než licence hypervizoru. A ta se nezmění tím, že přejdete z VMware na Proxmox — Windows si licencujete tak jako tak.

Do srovnání proto patří celý seznam:

• hardware, síťové prvky a UPS;
• licence hypervizoru, Windows Serveru, CAL a aplikací;
• samostatné zálohovací úložiště a kopie mimo firmu;
• monitoring, aktualizace a správa;
• migrace, plánovaná odstávka a test obnovy;
• náhradní díly nebo druhý hostitel.

Rozhodovací číslo tedy není roční licence, ale tříletý až pětiletý celkový náklad. Kolik z toho spolkne samotná správa, jsme rozebrali v článku kolik stojí správa IT pro malou firmu — a pokud na to nemáte vlastního člověka, návrh i provoz virtualizace pro vás uděláme.

Kterou platformu vybrat podle toho, jak firma jede

Proxmox VE obvykle sedí, když provozujete jednotky až desítky linuxových i windowsových serverů, chcete cluster bez nákupu vyšší edice a máte správce se znalostí Debianu, sítí, KVM a úložišť. Silná stránka je integrace se ZFS, Ceph a Proxmox Backup Serverem.

Dvě věci si ale ověřte předem. ZFS potřebuje řadič v IT/HBA režimu — pod hardwarovým RAID řadičem ztrácí přístup k jednotlivým diskům a s ním i schopnost samoopravy z kontrolních součtů. A ARC cache si bere RAM: novější instalace Proxmoxu ji ve výchozím stavu omezují zhruba na desetinu paměti, ale u starších instalací se běžně potká hodnota poloviny RAM se serverem, kde se pak diví, proč nejde nastartovat další VM.

VMware nechte v užším výběru, když na něm stojí stabilní provoz, máte platnou podporu, hotovou automatizaci a dodavatele aplikací, kteří tuto platformu vyžadují. Migrace jen kvůli licenci může vyjít dráž než další období předplatného — zvlášť když se do ní započítá odstávka a týden, kdy nikdo neví, kde co je.

Hyper-V je praktický pro firmy postavené na Windows Serveru, Active Directory a PowerShellu. Ekonomika vychází úplně jinak při dvou windowsových serverech než při dvaceti, takže licenční propočet musí vzniknout před nákupem hostitelů, ne po něm.

Jeden, dva, nebo tři hostitelé — a proč quorum není detail

Jeden hostitel je nejlevnější a pro řadu malých firem naprosto legitimní volba. Musíte ale unést, že porucha základní desky nebo špatná aktualizace hypervizoru zastaví všechny virtuální servery naráz. Záloha obnovu urychlí, provoz nezachrání.

Dva hostitelé umožní replikaci a údržbu s kratší odstávkou. Automatické HA na nich ale znamená vyřešit hlasování clusteru. Dva uzly nemají většinu — při přerušení linky mezi nimi si každý myslí, že ten druhý je mrtvý. Proxmox to řeší třetím hlasem přes QDevice (klidně malý stroj nebo Raspberry Pi s corosync-qnetd), Failover Cluster ve Windows přes witness — sdílený adresář, disk nebo cloud witness v Azure.

A pozor na síť. Corosync je citlivý na latenci; když ho pustíte po stejné lince, po které v noci teče záloha, vyrobíte si ztrátu paketů a s ní falešné rozpady clusteru. Uzel s aktivními HA službami, který ztratí quorum, se po zhruba minutě sám tvrdě restartuje — watchdog to udělá záměrně, aby dvě části clusteru nespustily tentýž virtuální stroj současně a nerozbily mu souborový systém. Cluster síť patří na vlastní port.

Tři hostitelé řeší quorum přirozeně a jsou podmínkou pro rozumný Ceph (ten navíc chce 10GbE a víc — na gigabitu se chová jako brzda, ne jako úložiště). Cena ale roste skokově.

V malé firmě proto často vyjde líp jeden kvalitní produkční hostitel, samostatný zálohovací server a smluvně zajištěný postup obnovy než chudý tříuzlový cluster. Rozhoduje RTO: jak dlouho firma vydrží bez účetnictví, skladu nebo souborového serveru. Když je to osm hodin, cluster nepotřebujete. Když jsou to dvě, potřebujete ho a musíte ho zaplatit celý — včetně sítě a správy.

Snapshot, replikace a záloha jsou tři různé věci

Tohle je nejčastější a nejdražší nedorozumění, na které v malých firmách narážíme.

Snapshot zachytí stav virtuálního disku před aktualizací nebo krátkým zásahem. Není to záloha — leží ve stejném úložišti jako produkční VM a s ním taky zmizí. U VMware vznikají delta VMDK, u Hyper-V soubory AVHDX, u Proxmoxu záleží na úložišti: qcow2 a ZFS snapshoty umí, na klasickém „tlustém” LVM nad sdíleným blokovým polem historicky nebyly k dispozici vůbec. Jak snapshoty na LVM fungují a co obnášejí, rozebíráme v článku LVM srozumitelně. Společné mají jedno: dlouhé řetězce snapshotů žerou místo a jejich slučování je ta operace, při které se pole zaplní.

Replikace kopíruje změny na druhý hostitel. Když ransomware zašifruje data nebo správce omylem smaže sdílenou složku, replikace to poslušně přenese i do kopie — často během minut.

Záloha musí držet starší body obnovy a přežít ztrátu produkčního clusteru i administrátorského účtu. To druhé je dnes důležitější než to první.

Praktické schéma vypadá takhle:

Virtuální servery
       │ oddělená zálohovací síť
       ▼
Samostatný backup server
       │ účet bez práva mazat starší body
       ▼
Off-site / objektově uzamčená / odpojená kopie

Pravidlo 3-2-1 rozvádíme v článku o externím disku jako jediné záloze. U virtualizace k němu přibývá jeden požadavek navíc: obnovit musíte celý virtuální stroj, ne jednotlivé dokumenty.

Jak zálohovat virtuální servery, aby šly obnovit

Nejdřív stanovte RPO a RTO pro každý systém zvlášť. RPO určuje přijatelnou ztrátu dat, RTO dobu obnovy. „Zálohujeme každý večer” v praxi znamená až jeden pracovní den ztracených objednávek — pro souborový server to stačí, pro skladový systém většinou ne.

U Proxmoxu je přímou volbou Proxmox Backup Server: inkrementální deduplikované zálohy, retenční pravidla, kontrola integrity a synchronizace do druhého úložiště. Klíčové je nastavení oprávnění. Produkční uzly mají mít token, který smí zapisovat, ale ne mazat; prořezávání podle retence si řídí backup server sám. Když se pak někdo dostane na hypervizor, zálohy nesmaže. K tomu naplánujte pravidelné Verify Jobs — bez nich se o poškozeném chunku dozvíte až při obnově. Detaily popisuje dokumentace PBS.

VMware a Hyper-V mají vyzrálou podporu ve Veeam Backup & Replication, který dnes umí i Proxmox VE — při migraci tedy nemusíte automaticky měnit celý zálohovací systém. Cílové úložiště řešte jako hardened Linux repository, objektové úložiště s Object Lock nebo fyzicky odpojovanou kopii.

U databází nestačí konzistentní obraz disku. Zapněte VMware Tools, Hyper-V Integration Services nebo QEMU Guest Agent a ověřte, že záloha probíhá aplikačně konzistentně přes VSS. U SQL Serveru a PostgreSQL k tomu přidejte nativní zálohy a hlídejte transakční logy — obnovený obraz s rozbitým logem je jen pomalejší cesta ke ztrátě dat.

A nejméně několikrát ročně proveďte řízenou obnovu. Zelená ikona „backup successful” neznamená nic. Potřebujete vědět, že se server nastartuje, přihlásí do domény a otevře aplikaci s použitelnými daty. Když už je pozdě a zálohy selhaly, data ze serveru a diskových polí vytahujeme — je to ale řádově dražší a pomalejší než jeden odpolední test obnovy.

Co má správce umět doložit

Základní audit se dá začít read-only příkazy, které nic nezmění:

# Proxmox VE
pveversion -v
pvecm status
pvesm status
qm list
pct list
zpool status

# VMware PowerCLI
Get-VMHost
Get-VM
Get-Snapshot

# Hyper-V
Get-VM
Get-VMSnapshot -VMName *
Get-VMReplication

Výstup patří převést do inventáře: hostitelé, verze, licence, virtuální stroje, závislosti mezi nimi, snapshoty, úložiště, zálohovací úlohy a odpovědné osoby. K tomu evidence posledního úspěšného testu obnovy — s datem.

Varovné signály jsou tři a poznáte je za jedno odpoledne: správce neumí říct RPO a RTO, všechny přístupy drží ve svém osobním účtu, a zálohy leží na stejném serveru jako virtuální stroje. Co si vyžádat, když se s IT rozcházíte, jsme sepsali v článku odešel vám ajťák.

Migrace z VMware na Proxmox bez zbytečného rizika

Nezačínejte doménovým řadičem ani hlavní databází. Nejdřív inventura kompatibility, úplná záloha a testovací převod něčeho, co může být hodinu vypnuté.

Proxmox umí importovat disky přímo z ESXi datastoru přes průvodce v GUI, případně ručně:

qm importdisk 101 server.vmdk local-lvm

Import ale není celá migrace. U Windows hostů čekají čtyři klasické pasti:

Ovladače úložiště. Windows nabootovaný z LSI nebo VMware PVSCSI řadiče spadne na INACCESSIBLE_BOOT_DEVICE, jakmile ho přepnete na VirtIO SCSI. Ovladače z virtio-win ISO se musí nainstalovat ještě na staré platformě, nebo se disk připojí dočasně na kompatibilním řadiči a přepne až potom.

Firmware. VM běžící na EFI potřebuje v Proxmoxu OVMF a přidaný EFI disk. Přehodit ji na SeaBIOS znamená, že nenastartuje.

BitLocker a vTPM. Změna platformy je z pohledu BitLockeru změna hardwaru — a ten si řekne o recovery klíč. Pokud ho nemáte vyexportovaný, právě jste přišli o server. Proč se to děje a odkud klíč vytáhnout, popisuje článek BitLocker najednou chce recovery klíč.

Identita v síti. MAC adresy, statické IP, licenční aktivace vázané na hardware a aplikace, které si pamatují sériové číslo stroje.

Po převodu odinstalujte VMware Tools, nainstalujte QEMU Guest Agent a otestujte aplikaci i novou zálohu. Původní VM nemažte, dokud není potvrzená funkčnost, obnova a přijatelný výkon. Postup návratu je součást migračního plánu, ne improvizace v pátek v 18:00.

Časté otázky

Je Proxmox pro firmu opravdu zdarma?

Software používat bez předplatného lze. Pro produkci ale započítejte podporu, přístup do enterprise repozitáře, správu a samostatný Proxmox Backup Server. Bezplatná licence není bezplatný provoz — jen posouvá náklad z faktury dodavatele do hodin vašeho člověka.

Dá se migrovat z VMware na Proxmox bez odstávky?

U běžné malé instalace ne. Počítejte s plánovaným vypnutím konkrétního serveru, finální kopií dat a startem na nové platformě. Odstávku zkrátíte přípravou VirtIO ovladačů předem, testovacím importem a migrací služba po službě, ne všeho najednou.

Stačí snapshot virtuálního serveru jako záloha?

Nestačí. Snapshot leží ve stejném úložišti jako produkční VM a nepřežije ztrátu serveru, pole ani administrátorského účtu. Používejte ho krátkodobě před řízenou změnou — a po ověření ho zase odstraňte.

Kolik místa potřebuje zálohovací server?

Ze součtu velikostí virtuálních disků to nespočítáte. Rozhoduje objem skutečných dat, denní změna, komprese, deduplikace a délka retence. Vezměte změřený denní přírůstek, vynásobte retencí a nechte rezervu na údržbu a růst — ne opačně.

Potřebuje malá firma cluster?

Ne vždy. Když snesete obnovu v řádu hodin, bývá hospodárnější jeden kvalitní produkční hostitel, samostatný backup server a připravený náhradní hardware. Cluster má smysl ve chvíli, kdy cena několika hodin odstávky převýší náklady na druhého hostitele, síť a jejich pravidelnou správu — včetně toho, že HA cluster je sám o sobě věc, kterou je potřeba hlídat.