Broadcoms opkøb af VMware blev for os, og for mange andre hosting- og cloudleverandører, starten på store ændringer i licenser, produktstruktur, partnerprogrammer og priser. Samtidig kunne vi se ind i væsentlige opadgående prisjusteringer, hvis vi fortsatte uændret.
For mig blev det efterhånden et mere grundlæggende spørgsmål end bare licenspris. Jeg synes ikke det er sundt, hvis en så central del af vores tekniske fundament gennem næsten 20 år, med kort varsel kan gennemtvinge fundamentale ændringer til både økonomi og vilkår.
Derfor valgte vi at bevæge Rackhosting væk fra VMware og over på et fundament baseret på OpenStack og KVM.
Hvad ændrede sig omkring VMware?
- Alle partnerprogrammer blev opsagt med kort varsel
- Nye partnerprogrammer blev varslet uden detaljer
- Licensmodellerne blev ændret fra permanente til subscription licenser.
- Optioner blev pakket sammen til færre og større produktpakker
- Store ændringer til partnerprogrammerne
- Stor usikkerhed for MSP’er og hostingudbydere
- Markante prisstigninger i dele af markedet
For os var det ikke én enkelt ændring der traf beslutningen. Det var summen af mange ændringer på kort tid – Det var usikkerheden om hvad der kunne komme mere, med lige så korte varsler.
Broadcom ændrede spillereglerne omkring VMware
Efter Broadcoms køb af VMware var det ikke kun priserne der ændrede sig. Licensmodeller, produktpakker, partnerprogrammer og måden VMware blev solgt og leveret på blev lagt markant om.
Permanente licenser blev erstattet af subscription-modeller, produkter blev samlet i større bundles og partnerstrukturen blev ændret markant, og der var ikke rigtig plads til mindre og mellemstore partnere. For MSP’er og hostingudbydere skabte det stor usikkerhed.
Rackhosting er medlem af Danish Cloud Community, hvor VMware/Broadcom naturligt har fyldt i dialogen. Allerede i marts 2024 beskrev foreningen store prisstigninger, ændrede forretningsvilkår og korte varsler, som satte MSP’er i Danmark og resten af Europa under pres.
Det billede kunne vi godt genkende. Vi så selv ind i væsentlige prisstigninger, og vi har set VMware-baserede kollegaer blive ramt af store opadgående prisjusteringer.
På et tidligt tidspunkt handlede det for mig ikke længere kun om hvor stor den næste regning kunne blive. Det handlede mindst lige så meget om forudsigelighed og stabilitet for vores kunder men også ordentlighed.
Læs Danish Cloud Communitys artikel om Broadcom, VMware og prisstigninger
Hvorfor OpenStack og KVM?
Da vi skulle vælge ny retning, var det vigtigt at vi ikke bare erstattede VMware med en ny binding.
Vi bliver aldrig leverandøruafhængige, men der er forskel på hvor i teknologistacken afhængigheden ligger.
KVM ligger på hypervisorniveau, mens OpenStack er en central del af cloud- og styringslaget. Det giver os et mere åbent fundament, hvor vi ikke er bundet til en proprietær hypervisorlicens fra én producent.
”Det er den strategiske frihed vi har været ude efter.”
Et mere åbent fundament med OpenStack og KVM
I dag anvender vi Virtuozzo som en central del af vores OpenStack/KVM-baserede platform. Virtuozzo er en kommerciel leverandør, og det har vi det sådan set fint med. Pointen er ikke at alt skal være open source eller gratis. Pointen er, at vi ikke igen ønsker at være fastlåst helt nede på hypervisorniveauet.
Det KVM-baserede fundament giver os samtidig et bedre udgangspunkt, hvis vores behov ændrer sig, eller hvis en anden KVM-baseret teknologi på et tidspunkt giver en strategisk fordel for os og vores kunder. Vi står langt friere end hvis selve hypervisorlaget var proprietært og bundet til én leverandør.
Man flytter selvsagt ikke en produktionsplatform på en weekend. Managementlag, storage, netværk og integrationer kan stadig være forskellige og af varierende kompleksitet. Men når det grundlæggende virtualiseringslag fortsat er KVM, er der færre fundamentale tekniske bindinger der skal brydes op.
Det er præcis en af de ting vi gerne ville opnå med skiftet fra VMware: Vi har valgt en platform i dag, uden nødvendigvis at låse os selv til den for altid.
Teknologi alt efter kundens behov
Vores Virtual Private Cloud Platform er nu baseret på OpenStack og udgør en standardiseret platform til en stor del af vores virtuelle cloudleverancer. Det giver stabil drift, automation, gode features og en fornuftig økonomi for både os og kunderne.
Men alle kundecases er ikke ens. Nogle virksomheder har særlige krav til hardware, isolation, performance, licenser eller arkitektur. Her forsøger vi at finde det bedste tekniske fit til den konkrete kunde, frem for at presse alle løsninger ned på samme platform – naturligvis i det omfang at vi kan understøtte det med kompetencer.
Proxmox i kundespecifikke Private Cloud-løsninger
Et eksempel er Proxmox, som vi snart tester som en mulig teknologi i Private Cloud-løsninger på dedikeret udstyr.
Her vil vi kunne levere en Private Cloud baseret på Proxmox, hvor vi har ansvaret for den samlede platform og leverance. Valget afhænger af kundens krav til blandt andet hardware, performance, isolation, drift og økonomi.
For selvom vores centrale platform fortsat er OpenStack, kan en kundespecifik Private Cloud sammensættes anderledes hvis det giver bedre mening.
Særligt efter Broadcom overtagelse af VMware, er der sket en væsentlig udvikling på mange forskellige virtualiseringsplatforme herunder f.eks. Proxmox. Vi vil gerne have flere teknologier i værktøjskassen, så vi kan tilpasse løsningerne til den enkelte kundes behov og budget.
Hvad giver den nye retning os?
- Mindre lock-in
Vi er ikke bundet til en proprietær teknologi fra én producent. - Mere kontrol over økonomien
En licensændring hos én leverandør kan ikke på samme måde ændre økonomien i hele platformen. - Flere veje videre
Virtuozzo er en central del af vores platform i dag, men KVM-fundamentet gør det nemmere at følge den teknologiske udvikling. - Bedre mulighed for best fit
En standardiseret OpenStack-baseret VPC-platform og mulighed for andre teknologivalg i kundespecifikke Private Cloud-leverancer.
Et skifte fra VMware kan mærkes
Det er også vigtigt for mig at være ærlig om bagsiden.
At skifte virtualiseringsplatform efter mange år på VMware er ikke bare at installere en anden hypervisor. Arbejdsgange, automation, overvågning, integrationer og vores måde at drive platformen på har skullet ændres.
Det har givet udfordringer undervejs, og nogle af dem har vores kunder også mærket. Langt størstedelen er håndteret i dag, og samtidig har vi opbygget en praktisk erfaring med platformen som man ikke kan læse sig til.
I den forbindelse skylder vi vores kunder en stor tak. Vi har mødt stor forståelse, tålmodighed og loyalitet, også når tingene ikke er gået helt så gnidningsfrit som hverken vi eller kunderne havde ønsket.
Mange kunder bifalder også vores platformvalg ud fra et datasuverænitets synspunkt.
Det sætter jeg personligt stor pris på.
En beslutning vi er blevet mere sikre på undervejs
Havde Broadcom fortsat deres VMware forretning nogenlunde som før opkøbet, er det langt fra sikkert at vi havde truffet beslutningen på samme tidspunkt.
Men håndteringen tvang os til at se kritisk på en afhængighed, der havde fået lov til at vokse sig stor gennem mange år. Det var i første omgang en udfordring, men i dag ser jeg det i langt højere grad som en fordel.
Vi har fået større kontrol over vores eget tekniske fundament og flere muligheder for at vælge hvilken vej vi vil gå fremover. Ikke fordi vi tror vi kan gøre os uafhængige af leverandører, men fordi vi gerne selv vil have mere indflydelse på hvor afhængighederne ligger.
Det synes jeg er blevet vigtigere efter hele oplevelse med Broadcom / VMware – og hvis vi samtidig kan bruge den frihed til at vælge den løsning der passer bedst til den enkelte kunde, er vi kommet stærkere ud på den anden side.
