Flyt fra VMware uden selv at skulle bygge og drive en ny platform
UDGANGSPUNKTET
Hvorfor beslutningen er aktuel nu
Efter Broadcoms overtagelse er salget af nye perpetuelle licenser stoppet til fordel for abonnementsmodeller, og den generelle support for vSphere 7 udløb den 2. oktober 2025.
Samtidig har mange organisationer oplevet højere eller mindre forudsigelige fornyelsesomkostninger.
For mange betyder det, at et fundament, der før var forudsigeligt, nu kræver en aktiv beslutning: forlænge, migrere eller vælge en anden vej.
HVAD KAN FLYTTES
Ikke alle workloads skal behandles ens
Et VMware-exit begynder med at opdele miljøet. Assessmentet placerer hver workload i én af tre kategorier.
Kan flyttes direkte
Standardiserede virtuelle workloads, der kan migreres uden væsentlige ændringer i netværk, storage, backup, appliances eller integrationer.
Kan flyttes efter tilpasning
Workloads med afhængigheder til netværk, storage, backup, appliances eller integrationer, som kræver teknisk tilpasning før migreringen.
Kræver en særskilt beslutning
Legacy-systemer, hardwarebundne workloads eller leverandørbundne applikationer, der kræver en særskilt beslutning om migrering, modernisering, udfasning eller fortsat drift.
METODEN
Sådan foregår migreringen
-
01
Kortlægning
Workloads, integrationer, netværk, storage, backup og driftskrav afdækkes.
-
02
Klassificering
Hvert workload placeres: kan flyttes direkte, kræver tilpasning, eller bør blive, hvor det er.
-
03
Pilot
Udvalgte workloads migreres til målmiljøet og testes, før resten af miljøet flyttes.
-
04
Migrering i bølger
Miljøet flyttes trinvist i aftalte servicevinduer med en defineret rollback-plan for hver bølge.
-
05
Overdragelse til drift
Ansvar for platform, workloads, overvågning, backup og support dokumenteres tydeligt, hvorefter Edora overtager den aftalte platformdrift.
FØR OG EFTER
Hvad ændrer sig for jer
| Feature | Efter flytning til Edora | I VMware-miljøet |
|---|---|---|
| Virtualisering | KVM-baseret virtualisering via OpenStack | VMware vSphere |
| Platformdrift | Driftet af Edora | Eget team eller driftspartner |
| Licensmodel | Ingen separat proprietær hypervisorlicens | VMware-abonnement |
| Netværk | Integreret i Edora-platformen | Afhænger af eksisterende arkitektur |
| Backup og recovery | Aftales som del af målarkitekturen | Eksisterende løsning og integrationer |
| Automatisering | API, Terraform og selvbetjening | Eksisterende VMware-værktøjer |
| Fremtidig exit | Åbne teknologier, standardiserede grænseflader og dokumenteret exit | Afhænger af VMware-arkitekturen |
DESTINATIONEN
Væk fra én binding, ikke ind i den næste
Edora Cloud bygger på OpenStack, KVM og standardiserede grænseflader. Det reducerer den tekniske afhængighed af en proprietær hypervisor og gør adgangen til ressourcer og data lettere at dokumentere.
En fremtidig exit kræver stadig planlægning. Storage, netværk, automatisering, sikkerhedskontroller og driftsansvar skal beskrives, så organisationen ved, hvordan workloads kan flyttes igen.
Edora Cloud er ejet og driftet i Danmark. Dataplacering, ansvarsdeling og exitvilkår dokumenteres som en del af den konkrete aftale.
-
Et skift fra VMware er en anledning til at rydde op og forenkle, ikke bare en nødvendighed. Vores rolle er at gøre vejen dertil overskuelig og sikre, at organisationen lander et sted, den også selv kan komme videre fra.
ASSESSMENTET
Hvad I konkret får ud af vurderingen
Migrationsvurderingen kortlægger jeres workloads, integrationer og afhængigheder. I får et workload-kort, en anbefalet målarkitektur og en prioriteret migrationsplan med afhængigheder, servicevinduer, forventet nedetid og rollback-plan. Vurderingen indeholder desuden en realistisk tidsplan og et prisestimat for migreringen og den efterfølgende platformdrift.
SPØRGSMÅL & SVAR
Det, der oftest vurderes før et skift
Kan vores virtuelle maskiner flyttes?
De fleste standardiserede workloads kan konverteres fra vSphere til KVM ad en kendt vej. Assessmentet viser præcis, hvad der kan flyttes direkte, hvad der kræver tilpasning, og hvad der bør vurderes særskilt.
Hvor meget nedetid skal vi forvente?
Det afhænger af det enkelte workload og planlægges i servicevinduer. Migreringsplanen fra assessmentet angiver forventet nedetid pr. bølge og en rollback-tilgang.
Kan vi køre parallelt og rulle tilbage?
Parallel drift og rollback kan normalt indgå i migrationsdesignet, men mulighederne afhænger af det enkelte workload, datasynkronisering og ændringer foretaget under migreringen. Hver migrationsbølge får derfor egne valideringskriterier og en konkret rollback-plan.
Hvad bliver anderledes for driftsteamet?
Platformen driftes af Edora, så teamet aflastes for hypervisor-drift og -licenser. Til gengæld arbejdes der med API, Terraform og selvbetjening frem for VMware-værktøjer.
Binder vi os til Edora?
Et leverandørskifte medfører altid nogle operationelle og kontraktuelle afhængigheder. Edora Cloud bygger på åbne teknologier og standardiserede grænseflader, som reducerer den tekniske binding. Exitvilkår, dataudtræk og ansvarsdeling dokumenteres i den konkrete aftale.
Hvor lang tid tager et VMware-exit?
Det afhænger af miljøets størrelse, kompleksitet og afhængigheder. Standardiserede workloads kan typisk flyttes først, mens tæt integrerede og leverandørbundne systemer kræver mere planlægning. Migrationsvurderingen giver jer en realistisk tidsplan opdelt i pilot og efterfølgende migrationsbølger.