Från virtualisering till ett gemensamt privat moln
VMware Explore 2026 i Las Vegas förstärker Broadcoms vägval: VMware Cloud Foundation, VCF, ska vara den gemensamma plattformen för datacentrets arbetslaster. Virtuella maskiner är fortfarande grunden, men diskussionen omfattar nu också Kubernetes, lagring, nätverk, säkerhet, automation och AI. För den som ska förnya ett VMware-avtal blir frågan därför större än vilken hypervisor som kostar minst.
Det är viktigt att hålla isär lanseringarna. VCF 9.1 kom i maj. Memory Tiering-förbättringar, ändringar i vSphere och flera säkerhetsfunktioner hör till den generationen. Under Explore presenterades den fortsatta AI-inriktningen, och VCF 9.1.1 blev allmänt tillgänglig den 3 september. Allt som demonstrerades på konferensen är däremot inte en färdig produktionsfunktion. Broadcoms lanseringsbesked för 9.1.1 ger utgångspunkten.
LabOps IT har redan behandlat säkerhet och drift i VCF 9.1.1. Den här sammanfattningen tar ett bredare grepp: vad plattformens utveckling betyder för arkitektur, hårdvara och valet mellan VMware och alternativen.
VCF-stacken är det egentliga erbjudandet
Compute-lagret omfattar ESX/vSphere, vCenter och välbekanta funktioner som HA, DRS och vMotion. vSAN står för mjukvarudefinierad lagring, NSX för nätverksvirtualisering och VCF Operations och Automation för gemensam drift och självservice. Kubernetes och AI-arbetslaster ska kunna använda samma infrastrukturbas.
Tanzu, vDefend och Avi ingår också i Broadcoms bredare berättelse om privata moln och AI. En arkitekturbild är dock inte en licensspecifikation. Att produkter kan integreras betyder inte att alla funktioner, supportnivåer och tillägg ingår i varje VCF-avtal. Börja med den faktiska offererade paketeringen när nyttan räknas fram.
LabOps IT:s tolkning är att Broadcom vill flytta konkurrensen från enskilda hypervisorfunktioner till integration. Det kan vara ett starkt argument i stora miljöer där flera team annars bygger och underhåller egna kontrollplan. För en organisation som bara behöver VM:ar, HA och backup kan samma bredd i stället innebära att man betalar för funktioner som aldrig används.
Memory Tiering gör minnesekonomin intressant
Enhanced NVMe Memory Tiering låter ESX använda NVMe som ett andra minneslager vid sidan av DRAM. Ofta använda minnessidor hålls i DRAM medan kallare sidor kan flyttas till NVMe. Applikationen ser ett logiskt minne, men de underliggande lagren har olika prestanda.
I 9.1 förenklas konfigureringen med vSphere Configuration Profiles och mjukvarubaserad NVMe-spegling tillkommer. Broadcom beskriver även bättre övervakning av minneslagren och en analysfunktion för att bedöma potentialen innan aktivering. Se den tekniska genomgången av Memory Tiering.
Tänk en host med 2 TB RAM som når minnesgränsen medan CPU-kapacitet finns kvar. Traditionellt behöver organisationen köpa mer RAM, fler servrar eller flytta arbetslaster. Tiering kan ge ett ytterligare alternativ. Det betyder inte att NVMe blir lika snabbt som RAM eller att varje VM får högre prestanda.
Broadcom anger upp till 40 procent lägre TCO i sina exempel. Det är ett leverantörspåstående, inte en besparing som kan läggas direkt i budgeten. Mät svarstider, aktivt minne, enheternas uthållighet och beteendet vid fel med representativa arbetslaster. Tätare konsolidering måste också lämna utrymme för HA och underhåll. Annars kan den teoretiska vinsten försvinna när ett kluster behöver klara en host mindre.
Live Patching och Quick Patch minskar underhållsarbetet
Traditionell hostpatchning innebär ofta maintenance mode, evakuering med vMotion, installation och omstart. ESX Live Patching kan för kompatibla patchar undvika den kedjan. VCF 9.1 utökar stödet till TPM-aktiverade hostar. Det är särskilt relevant där patchning annars kräver omfattande samordning mellan drift och applikationsägare.
vCenter Quick Patch angriper ett annat problem: bara ändrade RPM-paket eller binärer behöver uppdateras. Broadcoms vSphere-genomgång beskriver mindre än en minuts avbrott i vissa flöden, ibland inget alls, beroende på vilken tjänst som uppdateras. Det går därför inte att utlova att varje vCenter-patch sker utan avbrott. vSphere 9.1:s tekniska ändringar förklarar skillnaden.
För driftteamet är den praktiska vinsten kortare tid från tillgänglig säkerhetsfix till genomförd uppdatering. Behåll prechecks, återställningsplan och efterkontroll. Kontrollera alltid den aktuella patchens stöd; en versionsuppgradering eller firmwareändring kan fortfarande kräva ett vanligt underhållsfönster. Broadcoms patchningsöversikt beskriver hur metoderna skiljer sig mellan plattformens lager.
Säkerheten flyttar närmare hypervisorn
User-Level Monitor, ULM, är en arkitekturförändring i VCF 9.1. VM-monitorn körs med lägre privilegier och dess adressrymd utesluter värdens hemligheter och andra VM:ars minne. Broadcom anger att ULM är standard för virtuella maskiner. Syftet är att begränsa konsekvenserna om monitorn komprometteras.
ESX 9.1 får också stöd för EDR-agenter i isolerade containrar på hosten. Det kräver en kompatibel agent från säkerhetsleverantören. File Integrity Monitoring i vCenter kontrollerar statiska filer och binärer, är aktiverat som standard och körs enligt Broadcom var fjärde timme. Säkerhetsarkitekturen i VCF 9.1 beskriver funktionerna.
Den distribuerade säkerhetsmodellen är samtidigt fortsatt central i vDefend: policy nära arbetslasten kan begränsa lateral trafik och minska möjligheten för ett intrång att sprida sig. Den praktiska uppgiften är att koppla tekniken till organisationens incidenthantering. Bestäm vem som tar emot larm, hur en host isoleras och hur återställning genomförs. Fler sensorer ger begränsat värde om deras signaler aldrig når någon som kan agera.
vSAN: dataeffektivitet och återställning
vSAN ESA får global deduplicering och förbättrad komprimering. Dedupliceringen arbetar över klustret, medan den nya komprimeringen gäller nya skrivningar. Broadcom lyfter även QLC-baserade ReadyNodes för cyberåterställning och bredare replikering till vSAN från arbetslaster på andra lagringssystem. vSAN-översikten för VCF 9.1 beskriver utvecklingen.
Leverantören anger 39 procent lägre lagrings-TCO jämfört med externa arrayer i sitt jämförelsescenario. Utfallet beror på data, skyddspolicy, hårdvara och driftmodell. Redan komprimerade eller krypterade data ger inte samma reduktion som repetitiva VM-diskar. Använd därför egna mätvärden före dimensionering.
För återställning är billig kapacitet bara en del av kalkylen. Återställningstid, isolering, behörigheter och möjligheten att verifiera en ren återställningspunkt är minst lika viktiga. En gemensam återställningsmiljö kan förenkla infrastrukturen, men den behöver testas mot det scenario där flera produktionskluster påverkas samtidigt.
S3-stödet måste beskrivas med rätt mognadsgrad
Native S3-kompatibel objektlagring är ett strategiskt steg mot block-, fil- och objektlagring i samma plattform. Det kan passa Kubernetes, utvecklingsflöden och AI-data. Funktionen presenterades i maj inför en kommande patch och ingår enligt lanseringsbeskedet i VCF 9.1.1 som Tech Preview.
Vi behandlar därför inte funktionen som generellt tillgänglig och produktionsklar i den här artikeln. Kontrollera status och supportvillkor för den exakta version som ska installeras. Den detaljerade S3-genomgången visar både ambitionen och begränsningen.
Det påverkar affärskalkylen: en aviserad funktion kan motivera en pilot, men bör inte räknas som en redan realiserad besparing från att avveckla en annan produkt. Samma princip gäller kommande AI-tjänster.
Private AI Cloud och VMware AI Factory
På Explore presenterade Broadcom VMware Private AI Cloud med VMware AI Factory som infrastrukturbas. Ambitionen är att automatisera vägen från fysisk server till modell och AI-tjänst nära organisationens egna data. Broadcom beskriver VCF Private AI Services som en del av VCF.
I VCF 9.1.1 är multi-tenant model sharing allmänt tillgängligt enligt leverantören: flera tenants kan använda en delad modellinstans med separerade data. vLLM är standardruntime, med stöd för över 150 modeller enligt Broadcom. Bolaget meddelar också NVIDIA-Certified Hypervisor-certifiering för vSphere 9.1 och beskriver samarbete kring AMD Instinct och ROCm.
AI Gateway och Secure Agent Framework ligger däremot under framtida funktioner i tillkännagivandet. De ska inte blandas ihop med GA-funktionen för modelldelning. Se Explore-beskedet om AI Factory och AI-tjänster.
För en verksamhet med känsliga data kan lokal inferens vara attraktiv. LabOps IT:s bedömning är att nyttan främst måste bevisas genom verklig användning: modellkvalitet, svarstider, beläggning och kostnad per färdig uppgift. Lokal drift gör inte automatiskt AI säker eller billig. Åtkomstkontroll, loggning, modelllicenser och regler för vilka verktyg en agent får anropa behöver fortfarande utformas.
Certifiering ersätter heller inte kapacitetsprov med egna modeller, kontextlängder och samtidiga användare. Delning av modeller kan spara GPU-minne, men kapacitetsgränser och prioritering mellan team måste fungera under belastning.
Operations och desired state förändrar arbetssättet
VCF:s utveckling handlar också om att minska antalet manuella specialfall. Configuration Profiles uttrycker önskad hostkonfiguration, och vSphere 9.1 förbättrar flödet när nya hostar ansluts. I 9.1.1 fortsätter Broadcom utveckla gemensam drift av AI och Kubernetes.
Den organisatoriska konsekvensen är större än en ny instrumentpanel. Ett driftteam som vill använda önskat tillstånd behöver versionshanterade beslut, tydliga undantag och en process för att rätta konfigurationsavvikelser. Automatisering blir annars bara ett snabbare sätt att sprida en felaktig inställning.
Prioritera en avgränsad användning: exempelvis konsekvent hostkonfiguration eller samlad kapacitetsuppföljning. Mät hur mycket handpåläggning som försvinner och vilka integrationer som fortfarande måste underhållas. Det ger ett bättre beslutsunderlag än att räkna antalet funktioner i produktportföljen.
Licensadministration är inte samma sak som licenspris
VCF 9.1 centraliserar licenshantering med licensserver, API:er och automatiserad hantering i anslutet läge. Det kan minska administrationen i stora miljöer. Broadcoms licensgenomgång beskriver mekanismerna, men ger inte ett universellt kundpris.
Explore-beskeden ger därför inget underlag för slutsatsen att VMware generellt blivit billigare. Ta in ett skriftligt erbjudande som anger kärnor, minimivolymer, löptid, support, förnyelsevillkor och tillägg. Historiskt rapporterade ordergränser ska inte användas som om de vore verifierade villkor i varje nytt avtal.
Broadcoms ekonomiska argument är i stället att högre konsolidering och mer integrerad drift kan sänka hela datacentrets kostnad. Det är en möjlig effekt att pröva, inte ett facit. En produkt som ingår men aldrig används ersätter ingen befintlig kostnad.
Proxmox, Hyper-V, Nutanix och OpenShift
Proxmox VE är relevant när behovet främst är virtualisering, kluster, lagring och backup. Version 9.2 har Dynamic Load Balancer enligt Proxmox egen genomgång. De publicerade abonnemangspriserna är 1 100 euro för Premium, 550 för Standard och 370 för Basic per upptagen CPU-sockel och år, exklusive moms. Kontrollera supportens omfattning och öppettider i Proxmox prislista. Detta är supportabonnemang; funktionerna är inte låsta till de högre nivåerna.
Hyper-V kan vara ekonomiskt attraktivt i en Windows-tung miljö. Full fysisk kärnlicensiering med Windows Server Datacenter ger rätt till obegränsat antal Windows Server-VM:ar på servern enligt Microsofts licensvägledning. Gästrättigheterna gäller även med andra hypervisorer, så hela Windows-licenskostnaden ska inte automatiskt räknas som en unik Hyper-V-besparing. Hantering, backup och övriga beroenden behöver fortfarande ingå i jämförelsen.
Nutanix AHV är en närmare jämförelse för den som vill ha en integrerad infrastrukturplattform. AHV ingår i Nutanix Cloud Infrastructure och licensieras inte separat enligt Nutanix produktinformation. Jämför därför de konkreta NCI- och VCF-erbjudandena, inklusive lagring, nätverk, återställning och driftverktyg.
OpenShift Virtualization passar in i ett Kubernetes-baserat arbetssätt. Red Hat erbjuder verktyg för att migrera VMware-VM:ar till plattformen; se Migration Toolkit for Virtualization. För organisationer som redan driver OpenShift kan det vara ett naturligt alternativ. För andra måste kompetensuppbyggnad och den nya driftmodellen vägas in.
Detta är användningsfall att utvärdera, inte en benchmark eller en generell rangordning. Provkör kritiska integrationer: backup, återställning, identitet, nätverk, övervakning och applikationsleverantörernas support. En lyckad VM-import är bara början på en migration.
Prioritering: räkna på kostnaden per arbetslast
För ett mindre företag med några hostar kan det vara svårt att motivera en komplett private-cloud-plattform. I ett datacenter med exempelvis 70 hostar, 2 000 VM:ar, många nätsegment och drift dygnet runt kan integration och befintlig kompetens väga betydligt tyngre. Storleken avgör ändå inte svaret på egen hand.
- Inventera det som används. Lista VCF-komponenter, externa produkter och faktiska driftkostnader. Skilj dagens behov från planerade projekt.
- Testa de konkreta effektiviseringarna. Börja med Memory Tiering, patchflöden och datareduktion där mätbara problem redan finns. Dokumentera också begränsningar och reservkapacitet.
- Håll piloter åtskilda från produktionskalkylen. S3-preview och framtida AI-funktioner kan vara intressanta utan att räknas som färdiga ersättare.
- Begär jämförbara offerter. Samma kapacitet, skyddsnivå, support och avtalsperiod måste ingå för VMware och alternativen.
- Räkna migrationen hela vägen. Ta med parallell drift, omskolning, omskriven automation, applikationstest, avveckling och risk för avbrott.
Gör kalkylen över flera år och prova olika antaganden om tillväxt, licensförnyelse och GPU-beläggning. Kostnad per VM kan vara användbart för traditionell drift, medan AI även behöver mått som kostnad per genomförd uppgift. Poängen är att mäta levererad nytta med den servicenivå verksamheten behöver.
LabOps IT:s bedömning
Explore 2026 stärker det tekniska argumentet för VMware som plattform för stora privata moln. Memory Tiering, snabbare patchning, förbättrad isolering och AI-infrastruktur är relevanta svar på verkliga driftproblem. Samtidigt behöver både leverantörens besparingssiffror och funktionernas mognadsgrad granskas noga.
Det starkaste argumentet för VMware är integrationen när organisationen faktiskt använder den. Det starkaste motargumentet är kostnaden och komplexiteten när behovet huvudsakligen är vanlig virtualisering. Båda kan vara sanna samtidigt för olika verksamheter.
Vår slutsats är därför att pröva VCF:s värde mot den egna infrastrukturen: vilka produkter och arbetsmoment kan verkligen ersättas, med vilken support och till vilken totalkostnad? Om svaret är få blir plattformen svår att motivera. Om svaret är många kan ett högre licenspris ändå vara förenligt med lägre kostnad per arbetslast. Det måste räknas fram och verifieras i drift.
Källor
Källorna är länkade vid respektive avsnitt. Versionsstatus och prisuppgifter kontrollerades den 6 september 2026. Broadcoms besparingar och prestandabeskrivningar är leverantörsuppgifter; slutsatser om val av plattform är LabOps IT:s analys.