Proxmox VE je jednou z nejrychlejších cest od licenčních nákladů VMware. Při nulových licenčních poplatcích, virtualizaci KVM/LXC a integrovaném clusteringu zvládne Proxmox 80 % toho, co vSphere, a to pro malá a střední prostředí. Tento průvodce pokrývá celý proces migrace — od úvodního posouzení přes konverzi až po produkční přechod — s reálnými časovými plány, nástroji a daty o nákladech z migrační praxe PROZETA.
Proč byste měli migrovat z VMware na Proxmox v roce 2026?
Akvizice VMware společností Broadcom v listopadu 2023 spustila největší licenční otřes v historii podnikové virtualizace. Perpetuální licence byly ukončeny v únoru 2024 a nahrazeny čistě předplatným s minimem 72 jader na socket. Pro české podniky provozující 50–100 serverů nyní roční licencování VMware stojí 340 000–500 000 Kč. Proxmox VE stojí přesně 0 Kč za licence — podpora je volitelná a začíná přibližně na 2 200 Kč/server/rok.
Hlavní důvody pro migraci:
- Eliminace nákladů: VMware vSphere Standard pro 100 serverů: ~450 000 Kč/rok. Proxmox VE: 0 Kč licence + volitelná podpora.
- Žádné vynucené balíčky: Broadcom vyžaduje nákup VMware Cloud Foundation nebo vSphere Foundation — platíte za komponenty, které nepoužíváte.
- Open source základ: Proxmox běží na KVM (jádro Linuxu) a LXC. Žádný jednotlivý dodavatel nekontroluje hypervizor.
- Snadný přechod: Webové rozhraní, REST API, CLI nástroje. Administrátoři vSphere jsou produktivní během 1–2 týdnů.
- Aktivní komunita: Více než 300 000 instalací Proxmoxu celosvětově, přičemž podnikové nasazení se od roku 2024 výrazně zrychluje.
Trh s alternativami k VMware výrazně dozrál. Proxmox je správná volba pro prostředí, která potřebují jednoduchou a spolehlivou virtualizaci bez složitosti plnohodnotné cloudové platformy.
Je vaše prostředí připravené na migraci na Proxmox?
Před tím, než se dotknete jakýchkoli migračních nástrojů, potřebujete důkladné posouzení. Přibližně 15 % migračních projektů se zastaví kvůli nedokumentovaným závislostem nebo nekompatibilním zátěžím objeveným uprostřed migrace. Strukturované posouzení trvá 3–5 dní pro většinu prostředí a předchází týdnům pozdějšího odstraňování problémů.
Kontrolní seznam před migrací
| Oblast posouzení | Co zdokumentovat | Proč je to důležité |
|---|---|---|
| Inventář VM | Počet, OS, vCPU, RAM, velikost disku | Dimenzuje cílový Proxmox cluster |
| Topologie úložiště | VMFS, NFS, vSAN, celková kapacita, IOPS | Určuje volbu storage backendu |
| Síťová konfigurace | VLANy, port skupiny, distribuované přepínače, NSX pravidla | Musí se znovu vytvořit v Proxmoxu (Linux bridges/OVS) |
| Závislosti aplikací | Komunikace mezi VM, sdílené úložiště, clustery | Definuje seskupení migračních vln |
| Kompatibilita hardware | Model serveru, generace CPU, modely NIC/HBA | Ověřit podporu ovladačů v Proxmox/Debian |
| VMware-specifické funkce | DRS, HA, vMotion, FT, vSAN | Namapovat na ekvivalenty Proxmox nebo identifikovat mezery |
| Licenční smlouvy | Data obnovení, podmínky EA, konec podpory | Určuje deadline migrace |
Mapování funkcí VMware na Proxmox
- vMotion → Proxmox Live Migration (vyžaduje sdílené úložiště nebo lokální migraci s výpadkem)
- vSphere HA → Proxmox HA Manager (fencing na bázi Corosync)
- DRS → Žádný přímý ekvivalent. Ruční umístění VM nebo skripty třetích stran.
- vSAN → Ceph (integrovaný), lokální ZFS úložiště nebo externí SAN
- NSX → Open vSwitch (OVS) nebo Linux bridges + SDN plugin (Proxmox 8.x)
- vCenter → Proxmox Datacenter Manager (centralizovaná správa více clusterů)
Jaké nástroje potřebujete pro migraci z VMware na Proxmox?
Sada nástrojů závisí na vašem přístupu: offline konverze (doporučeno pro většinu případů) nebo online/živá migrace (pro požadavky s téměř nulovým výpadkem). Proxmox nativně podporuje formáty VMDK, QCOW2 a raw. Klíčovou výzvou je konverze souborů VMDK z VMware a adaptace konfigurace VM.
Hlavní migrační nástroje
1. qm importdisk (vestavěný v Proxmoxu)
Nejjednodušší přístup pro konverzi VMDK do Proxmoxu. Dostupný přímo na každém Proxmox hostu.
`bash # Import VMDK disku do Proxmox VM qm importdisk
Příklad: Import disku VM do local-lvm úložiště
qm importdisk 101 server-web01-flat.vmdk local-lvm --format raw
`
Funguje dobře pro jednotlivé VM. Pro hromadné migrace (50+ VM) se doporučuje skriptování.
2. qemu-img convert
Nízkoúrovňový nástroj pro konverzi disků. Užitečný pro předzpracování VMDK souborů před importem.
`bash # Konverze VMDK na QCOW2 qemu-img convert -f vmdk -O qcow2 zdroj.vmdk cil.qcow2
Konverze s kompresí (šetří čas přenosu)
qemu-img convert -f vmdk -O qcow2 -c zdroj.vmdk cil.qcow2
`
3. V2V konvertor (virt-v2v)
Nástroj Red Hat pro konverzi virtual-to-virtual. Automaticky řeší injekci ovladačů (VirtIO), což je kritické pro Windows VM.
`bash # Konverze přímo z VMware vCenter virt-v2v -i vmx /vmfs/volumes/datastore/vm/vm.vmx -o local -os /var/tmp
Konverze z OVA exportu
virt-v2v -i ova exported-vm.ova -o local -os /var/tmp
`
4. Skripty pro hromadnou migraci
Pro prostředí s 50+ VM používá PROZETA automatizované migrační pipeline:
- Export VM z vSphere (OVF/OVA nebo přímá kopie VMDK)
- Paralelní konverze disků (qemu-img)
- Vytvoření konfigurací Proxmox VM z metadat vSphere
- Import disků a připojení k VM
- Post-importová injekce ovladačů a validace
Specifika Windows VM
Windows VM vyžadují ovladače VirtIO pro přístup k disku a síti pod KVM. Bez nich se VM nespustí nebo nebude mít síťové připojení.
- Stáhněte VirtIO ISO z Proxmox (fedorapeople.org mirrors)
- Po importu připojte ISO k VM
- Nainstalujte ovladače VirtIO SCSI, NetKVM a Balloon
- Pro automatizovanou migraci použijte injekci ovladačů před startem přes virt-v2v
Jak provést migraci krok za krokem?
Strukturovaná migrace probíhá v pěti fázích. Každá fáze má jasná vstupní a výstupní kritéria pro minimalizaci rizika. Celkový časový rámec závisí na velikosti prostředí, ale většina organizací dokončí migraci za 2–8 týdnů.
Fáze 1: Příprava cílové infrastruktury (Týden 1)
- Instalace Proxmox VE 8.x na cílové servery (základ Debian 12)
- Konfigurace sítě: bridges, VLANy, bonding odpovídající VMware port skupinám
- Nastavení úložiště: lokální ZFS, Ceph cluster nebo napojení na stávající SAN/NAS
- Vytvoření Proxmox clusteru (doporučeny 3+ uzly pro HA quorum)
- Test HA failoveru s testovacím VM před migrací produkčních zátěží
Fáze 2: Pilotní migrace (Týden 2)
- Vyberte 3–5 nekritických VM reprezentujících různé typy OS (Linux, Windows)
- Export z vSphere (OVF nebo kopie VMDK)
- Import pomocí qm importdisk nebo virt-v2v
- Ověření: spuštění, síť, úložiště, funkčnost aplikace
- Srovnání výkonnostního baseline oproti metrikám z VMware
- Dokumentace problémů a jejich řešení
Fáze 3: Hromadná migrace (Týdny 3–6)
- Seskupení VM do migračních vln podle závislostí aplikací
- Vlna 1: Vývojová/testovací prostředí
- Vlna 2: Interní služby (monitoring, CI/CD, souborové servery)
- Vlna 3: Produkční zátěže (s údržbovými okny)
- Vlna 4: Kritické podnikové aplikace (s plánem rollbacku)
Fáze 4: Validace (Týden 6–7)
- Spuštění kompletních testovacích sad aplikací na migrovaných VM
- Ověření procedur zálohování/obnovy na Proxmoxu (PBS nebo třetí strana)
- Test HA failoveru pro kritické zátěže
- Porovnání výkonnostních metrik: CPU, paměť, diskové IOPS, síťová propustnost
- Validace integrace monitoringu (Prometheus, Zabbix atd.)
Fáze 5: Vyřazení VMware (Týden 7–8)
- Paralelní provoz po dobu 1–2 týdnů (VMware jako záloha)
- Potvrzení stability všech zátěží na Proxmoxu
- Vypnutí vSphere hostů
- Ukončení VMware licencí (nebo nechat vypršet)
- Přeúčelování nebo vyřazení ESXi hardware
Časový plán migrace podle velikosti prostředí
| Velikost prostředí | Počet VM | Úložiště (TB) | Délka migrace | Výpadek na VM |
|---|---|---|---|---|
| Malé | 10–30 VM | 2–10 TB | 2–3 týdny | 15–30 min |
| Střední | 30–100 VM | 10–50 TB | 4–6 týdnů | 15–60 min |
| Velké | 100–500 VM | 50–200 TB | 8–16 týdnů | 30–120 min |
| Enterprise | 500+ VM | 200+ TB | 16–30 týdnů | Variabilní |
Výpadek na VM předpokládá offline migraci s kopií VMDK. Přístupy s téměř nulovým výpadkem (blokovou replikací) přidávají složitost, ale redukují okno pod 5 minut.
Kolik migrace z VMware na Proxmox skutečně ušetří?
Rozdíl v licenčních nákladech je významný, ale celkové náklady na vlastnictví zahrnují migrační effort, přeškolení a průběžný provoz. Zde je realistické srovnání nákladů pro prostředí se 100 servery, typické pro české středně velké podniky.
Srovnání nákladů: VMware vs. Proxmox (100 serverů, 3leté TCO)
| Kategorie nákladů | VMware (3 roky) | Proxmox (3 roky) |
|---|---|---|
| Licencování hypervizoru | 1 020 000–1 500 000 Kč | 0 Kč |
| Volitelné předplatné podpory | Zahrnuto v licenci | 220 000–660 000 Kč |
| Náklady na migrační projekt | N/A | 200 000–400 000 Kč |
| Přeškolení administrátorů | N/A | 50 000–100 000 Kč |
| Celkové náklady za 3 roky | 1 020 000–1 500 000 Kč | 470 000–1 160 000 Kč |
| Roční úspora | — | ~180 000–340 000 Kč/rok |
Tyto údaje předpokládají Proxmox Community nebo Standard support předplatné. Enterprise podpora přidává přibližně 5 500 Kč/server/rok.
Kdy Proxmox NENÍ správnou náhradou VMware?
Proxmox je vynikající pro přímočarou serverovou virtualizaci, ale má architektonické limity. Přibližně 20 % prostředí VMware, která v PROZETA posuzujeme, potřebuje schopnosti přesahující možnosti Proxmoxu. Buďte upřímní ohledně svých požadavků, než se zavážete.
Proxmox nestačí, když potřebujete:
- Multi-tenantní izolaci — Proxmox má základní role oprávnění, ale postrádá izolaci sítě a compute na úrovni projektů. OpenStack poskytuje plné oddělení tenantů přes Keystone + Neutron.
- API-řízené provisioning ve velkém — Proxmox má REST API, ale nebylo navržené pro self-service provisioning 500+ VM. Integrace OpenStack s Heat/Terraform je mnohem vyspělejší.
- Software-defined networking (SDN) — SDN plugin Proxmoxu (EVPN/VXLAN) je funkční, ale omezený ve srovnání s Neutron a OVN.
- Kubernetes-nativní infrastrukturu — Provoz Kubernetes na Proxmoxu funguje, ale chybí integrované load balancery, provisioning persistent volumes a síťové politiky, které poskytuje OpenStack Magnum nebo bare-metal K8s.
- Compliance ve velkém — Infrastruktura certifikovaná podle ISO 27001/9001 s garancemi SLA typicky vyžaduje řízenou cloudovou platformu, ne self-managed Proxmox.
Když Proxmox nestačí, cloud Tier5 OpenStack od PROZETA vyplní mezeru — řízený OpenStack s úložištěm BlackStor, certifikací ISO 27001+9001 a datovým centrem v Praze. Žádní hluční sousedé, žádná sdílená infrastruktura.
Jaké jsou nejčastější chyby při migraci?
Po dokončení více než 60 migračních projektů z VMware identifikovala PROZETA opakující se vzorce, které migraci zpomalují nebo komplikují. Vyvarování se jim ušetří průměrně 2–3 týdny na projekt.
- Přeskočení posouzení — „Máme jen 50 VM, jak těžké to může být?" Těžké, když 12 z nich má nedokumentované NFS mounty a 3 běží na VMware-specifických paravirtualizačních ovladačích.
- Ignorování VirtIO ovladačů — Windows VM bez ovladačů VirtIO se pod KVM nespustí. Vždy injektujte ovladače před přechodem.
- Slepé kopírování síťové konfigurace — VMware distribuované přepínače se nemapují 1:1 na Linux bridges. Přepracujte síťovou topologii pro Proxmox.
- Žádný plán rollbacku — Nechte VMware běžet paralelně alespoň 1 týden po migraci. Nevyřazujte předčasně.
- Podcenění doby migrace úložiště — Kopírování 50 TB VMDK souborů přes 10 Gbps trvá minimálně ~12 hodin. Plánujte s tím.
Jak vám PROZETA pomůže s migrací z VMware na Proxmox?
PROZETA buduje virtualizační infrastrukturu od roku 1991 a provozuje produkční cloudy od roku 2016. Nabízíme tři úrovně migrační asistence.
- Pouze posouzení — Provedeme audit vašeho VMware prostředí a dodáme migrační plán s časovým harmonogramem a odhadem nákladů. Typická délka: 1 týden.
- Řízená migrace — Inženýři PROZETA pracují společně s vaším týmem a poskytují nástroje, skripty a expertízu. Vy provádíte, my vedeme a řešíme problémy.
- Plně řízená migrace — PROZETA zvládne celý projekt od začátku do konce, od posouzení přes migraci až po vyřazení VMware. Zahrnuje 30denní post-migrační podporu.
Ať už zvolíte Proxmox pro přímočarou virtualizaci nebo Tier5 OpenStack pro podnikový cloud, PROZETA poskytuje infrastrukturní expertízu a podporu z Prahy, aby váš odchod od VMware proběhl úspěšně.