Odchod od VMware po Broadcomu: kdy dává smysl migrace do cloudu a jak ji udělat pořádně

Co se od roku 2024 skutečně změnilo

Kolem licencování VMware koluje hodně polopravd, proto nejdřív stav ověřitelný k podzimu 2026. Podle přehledu licencování od Stackscale ze září 2026 se dnes prodávají dva balíky v předplatném – vSphere Foundation (VVF) a VMware Cloud Foundation (VCF) – s licenčním minimem 16 jader na fyzický procesor. V několika zemích regionu EMEA je od prosince 2025 v nabídce pouze VCF.

Stejný přehled vyvrací jednu z nejčastěji opakovaných informací: minimum 72 jader na objednávku, oznámené partnerům 28. března 2025, bylo po reakci partnerů kolem 10. dubna 2025 staženo a neplatí. Kdo s ním počítá v business casu, počítá špatně.

V září 2026 se objevily zprávy, že Broadcom chystá návrat vSphere Standard v podobě předplatného; podle rozboru Erica Sloofa to zaznělo od vedení VMware na konferenci VMware Explore 2026, nikoli v oficiálním produktovém oznámení. Cena, dostupnost ani obchodní podmínky zveřejněny nebyly, takže s ním zatím nelze plánovat.

Odcházejí zákazníci, nebo jen hrozí?

Data ukazují něco mezi. Průzkum CloudBolt mezi 302 IT manažery v Severní Americe, zveřejněný v únoru 2026, říká, že 86 % respondentů své nasazení VMware aktivně zmenšuje, ale plně odmigrovala jen 4 %. Zhruba polovina volí postupný, částečný přechod. Téměř tři čtvrtiny přesouvají workloady do veřejného cloudu a zhruba dvě třetiny změnily strategii od akvizice nejméně dvakrát.

Zajímavé je i rozložení zdražení: nárůst nákladů o více než 100 % uvedlo 14 % dotázaných, častější bylo pásmo 25–49 %. Titulky o desetinásobcích tedy popisují krajní případy, ne průměr. Jde ovšem o severoamerický vzorek; srovnatelný český průzkum se dohledat nepodařilo.

Gartner podle zprávy The Register ze září 2025 očekává, že do roku 2028 poběží více než třetina dnešních VMware workloadů na jiné platformě. Viceprezidentka výzkumu Julia Palmer zároveň upozornila, že úplná migrace trvá tři roky i déle a že migrovat pouze kvůli úspoře je slabý důvod – smysl dává až ve spojení s modernizací.

Spory, které situaci dokreslují

• Tesco: podle Computer Weekly z června 2026 řetězec od dubna 2025 zrychleně odchází od VMware na jiný hypervisor s cílem dokončit nasazení do konce roku 2027. Soudní spor s Broadcomem pokračuje, upravenou žalobu Tesco podalo 22. května 2026.
• CISPE: sdružení evropských poskytovatelů cloudu podalo 19. března 2026 antimonopolní stížnost u Evropské komise s návrhem na předběžná opatření. Broadcom obvinění odmítá a poukazuje na to, že CISPE financují hyperscaleři.

Pro plánování z toho plyne jediné: žádný z těchto sporů zatím nepřinesl výsledek, na který by se dalo spolehnout. Strategie postavená na tom, že regulátor nebo soud vrátí staré podmínky, je sázka, ne plán.

Čtyři cesty a co která skutečně řeší

V praxi skoro nikdy nevyjde jedna cesta pro celé portfolio. Realistický výsledek je kombinace: část aplikací vyřadit, část nechat, část přesunout do cloudu a zbytek dočasně držet na menším VMware clusteru.

Past jménem „VMware v cloudu“

Služby typu Azure VMware Solution nebo Amazon EVS vypadají jako elegantní únik: stejné nástroje, žádné datacentrum. Od Broadcomu jimi ale neodcházíte.

Microsoft v dokumentaci k ukončení variant s licencí v ceně uvádí, že Broadcom v listopadu 2025 změnil pravidla pro všechny hyperscalery a nově vyžaduje, aby si zákazník přinesl vlastní přenositelnou licenci VCF. Důsledky jsou konkrétní:

• průběžně placené (PayGo) SKU s licencí v ceně končí 31. října 2026,
• rezervované instance s licencí v ceně budou vyřazeny 30. srpna 2027; do té doby je nutné přejít na variantu VCF BYOL, nebo workloady přesunout jinam v Azure.

Na AWS je to stejné. Dokumentace Amazon EVS vyžaduje aktivní předplatné VCF s přenositelností, trvalé licence vSphere nepodporuje a pro čtyři hosty typu i4i.metal počítá s minimem 256 licencovaných jader. To je pro menší prostředí hodně vysoký práh.

Kdy migrace do nativního cloudu dává smysl – a kdy ne

Argumenty pro

• Blíží se obnova hardwaru nebo konec smlouvy na datacentrum, takže investice by přišla tak jako tak.
• Aplikace se aktivně vyvíjejí a tým chce využívat spravované databáze, Kubernetes nebo služby pro AI.
• Zátěž kolísá a elasticita má měřitelnou hodnotu.
• Firma už v cloudu část provozu má a existuje základní governance.

Argumenty proti

• Stabilní, předvídatelná zátěž běžící nepřetržitě na plně využitém hardwaru – tady bývá cloud dražší.
• Software, jehož licence je vázaná na fyzická jádra nebo konkrétní hypervisor; licenční podmínky je nutné ověřit u každého výrobce zvlášť.
• Systémy s nízkou latencí k výrobním technologiím nebo k zařízením v provozu.
• Tým bez zkušenosti s cloudem a bez času se ho naučit před termínem.

Jediným kritériem by neměla být cena licence. Poctivé srovnání počítá na obou stranách totéž: hardware a jeho obnovu, energii, prostory, licence, zálohování, lidi a na straně cloudu také odchozí provoz, úložiště a cenu migrace samotné.

Jak migraci udělat pořádně

1. Inventura a závislosti

Začněte exportem všech VM včetně skutečného využití CPU, paměti a disku za několik týdnů, ne přidělené kapacity. Doplňte závislosti mezi systémy a vlastníka každé aplikace. Bez vlastníka nelze naplánovat odstávku ani akceptační test.

2. Rozhodnutí pro každou aplikaci

Metodika AWS pro velké migrace rozlišuje sedm strategií: retire, retain, rehost, relocate, repurchase, replatform a refactor. Pro velké migrace doporučuje hlavně rehost, replatform, relocate a retire; refactor během migrace výslovně nedoporučuje a modernizaci radí provést až po přesunu.

S tím lze polemizovat. Doporučení zrychluje přesun, ale počítá s tím, že na modernizaci po migraci zbude rozpočet i chuť. Pokud nezbude, zůstanou v cloudu předimenzované virtuální stroje běžící nepřetržitě. Rozumný kompromis je replatform u toho, co jde levně – typicky databáze na spravovanou službu – a správné dimenzování už při přesunu.

3. Landing zone před první migrační vlnou

Microsoft definuje landing zone jako architekturu pro řízení, zabezpečení a škálování prostředí s více subskripcemi a rozděluje ji do osmi návrhových oblastí: billing a tenant, identita a přístupy, organizace zdrojů, síťová topologie a konektivita, bezpečnost, management, governance a automatizace platformy. Na AWS je logika stejná, jen s účty místo subskripcí.

Landing zone má vzniknout jako kód. Ruční proklikání v portálu se za půl roku nedá zopakovat ani auditovat; více k tomu v článcích o bezpečnosti Infrastructure as Code a o zabezpečení AWS.

4. Pilot a vlny

První vlna má být malá, málo kritická a reprezentativní – ověřuje síť, DNS, zálohy, monitoring a postup návratu. Další vlny skládejte podle závislostí, ne podle organizační struktury. Každá vlna potřebuje definované kritérium úspěchu a rozhodnutí, do kdy se lze vrátit zpět.

5. Provoz po přesunu

Migrace nekončí přepnutím DNS. Hned po přesunu nastavte tagování, rozpočty a alerty na náklady, logování a bezpečnostní monitoring a teprve potom vypínejte staré prostředí. Souběh obou prostředí je nejdražší fáze celého projektu, proto má mít pevné datum konce.

Co udělat tento měsíc

Poslední bod stojí za zdůraznění. I firma, která nakonec zůstane, vyjedná lepší podmínky, když má rozpracovaný a věrohodný plán odchodu. A naopak: obnova na jeden rok za účelem získání času je legitimní rozhodnutí, pokud je ten rok skutečně využit.

Klíčové poznatky

• Exodus se nekoná, zmenšování ano. 86 % dotázaných v průzkumu CloudBolt zmenšuje nasazení VMware, plně odešla 4 %.
• Pracujte s ověřenými pravidly. Platí minimum 16 jader na procesor; minimum 72 jader bylo v dubnu 2025 staženo.
• Rozhodující datum je 11. října 2027. Konec podpory vSphere 8 bez cesty upgradu pro trvalé licence Standard a Enterprise Plus.
• VMware u hyperscalera není odchod od Broadcomu. AVS i Amazon EVS vyžadují vlastní předplatné VCF.
• Cena licence nestačí jako důvod. Migrace do cloudu se vyplatí tam, kde přinese i modernizaci a jiný provozní model.
• Landing zone a FinOps patří před první vlnu. Dodatečné dohánění governance je dražší než její příprava.
• Migrační nástroje si vyzkoušejte. Omezení přístupu k VDDK ze srpna 2026 může změnit postup i harmonogram.