OpenShift Virtualization giver mening for en virksomhed, der allerede har valgt Red Hat OpenShift til containere og vil samle virtuelle maskiner på samme platform. For den, der kun vil væk fra VMware, findes en særskilt udgave til virtuelle maskiner, men den bringer stadig en containerplatforms driftsform med sig.
Felterne svarer til sammenligningen. Oplysningerne er Red Hats egne og læst 8. november 2026. Red Hats tekniske dokumentation afviste automatiske opslag den dag, så tekniske krav og begrænsninger står ikke her.
Hvad produktet gør
OpenShift Virtualization er en funktion i Red Hat OpenShift, der kører virtuelle maskiner side om side med containere i samme klynge. De virtuelle maskiner styres med de samme værktøjer og den samme grænseflade som containerne.
OpenShift Virtualization Engine er en selvdrevet udgave kun til virtuelle maskiner. Red Hat retter den mod kunder, der flytter fra andre virtualiseringsløsninger og ikke skal køre containere i de samme klynger.
Hvilket åbent projekt funktionen bygger på, har vi ikke kunnet læse hos Red Hat, så det står ikke her som Red Hats oplysning. Det åbne projekt KubeVirt har sin egen beskrivelse sammen med Harvester.
Ejer og land
Red Hat har hovedsæde i Raleigh, North Carolina, og skriver selv, at selskabet har været en del af IBM siden 2019.
Licens
Vi har ikke læst licensen for selve funktionen, fordi dokumentationen afviste opslag. Kommercielt sælges den som abonnement.
Support
Red Hat leverer supporten. Lager, backup og netværk leveres ifølge Red Hat gennem certificerede partnere. Det betyder, at supporten for en samlet løsning kan være delt mellem Red Hat og en eller flere partnere. Spørg, hvem der tager sagen, når fejlen ligger mellem to af dem.
Prismodel i ord
Virtualization Engine licenseres pr. node, når den installeres på fysisk hardware, og med abonnementer baseret på kerner til virtuelle klynger. Skal I køre containere, kræver det yderligere abonnementer. Vil I køre et ubegrænset antal virtuelle maskiner med Red Hat Enterprise Linux som gæst, kræver det køb af en særskilt udgave til virtuelle datacentre. Migration Toolkit for Virtualization indgår. Priser oplyses af Red Hat eller en partner.
Hvornår den passer, og hvornår den ikke gør
Den passer, når containerplatformen allerede findes, folkene kender den, og målet er færre platforme. Så bliver virtuelle maskiner endnu en arbejdsbelastning i en klynge, I drifter i forvejen, og drift, overvågning og adgang kan samles.
Den passer dårligt, når I ingen containerplatform har og ingen planer om én. Så skal I bygge og drive en Kubernetes-baseret platform for at køre virtuelle maskiner, der ellers kunne køre på en almindelig hypervisor. Det er en stor ændring i driftsform. Spørg først, om Kubernetes passer til jer.
Det skal også siges, at Red Hat er ejet af IBM og har hovedsæde i USA. For en virksomhed, der vil væk fra VMware af hensyn til en europæisk ejer, ændrer produktet ikke på ejerskabet.
Hvad et skifte dertil kræver
Red Hats flytteværktøj, Migration Toolkit for Virtualization, følger med Virtualization Engine, og producenten beskriver det som et værktøj til flytning med så lidt nedetid som muligt. Hvilke kilder og versioner værktøjet understøtter, står i dokumentationen, vi ikke kunne læse. Øvrige værktøjer findes i artiklen om flytningen.
Lager og netværk er de store spørgsmål. Når lager og netværk kommer fra certificerede partnere, skal I vælge dem som en del af projektet, og jeres nuværende lagersystem skal have en certificeret integration, hvis det skal bruges videre. Se også lager og netværk efter VMware.
Backup skal tjekkes særskilt. OpenShift Virtualization har pr. november 2026 intet eget punkt hos Veeam. Backup kan godt lade sig gøre med andre værktøjer. Find værktøjet, og læs dets understøttelse, før I flytter. Mere under backup ved hypervisorskift.
Hvad det kræver, og hvad det koster at lade være
Uden en containerplatform i forvejen kræver vejen, at I opbygger kompetencer i Kubernetes og OpenShift, vælger lager- og netværkspartnere og etablerer backup. Det er måneder af arbejde for et team, før de første produktionsmaskiner kan flytte. Med en containerplatform i forvejen er arbejdet mindre og ligger mest i lager, net og backup til de virtuelle maskiner.
Uden den skelnen kan produktets retning vælge for jer, før organisationen er klar til at bære det. Posterne viser sig først i driften: vagt, opdateringer af klyngen og fejlsøgning på tværs af partnere.
Det skal I lade være med
- At vælge en containerplatform alene for at erstatte en hypervisor · driftsformen skifter med.
- At regne med jeres nuværende lagersystem uden certificeret integration · lager kommer gennem partnere.
- At flytte uden et backupværktøj, der understøtter platformen · den står ikke på alle værktøjers lister.
Det skal valget kunne vise
- ☐ Om I har eller vil have en containerplatform, og hvorfor.
- ☐ Valgt udgave og abonnementsform i ord.
- ☐ Lager-, netværks- og backuppartnere med deres understøttelse læst.
- ☐ Hvem der tager supportsagen, når fejlen ligger mellem to leverandører.
- ☐ Kompetencer i teamet, og hvordan de skal bygges op.
Kilder
- Red Hat, OpenShift Virtualization Engine, læst 8. november 2026.
- Red Hat, About the company, læst 8. november 2026.
- Veeam Help Center, VBR 13, platform support, læst 8. november 2026 (resumé).
Senest gennemgået: november 2026.
Næste skridt
Afklar først, om I har eller skal have en containerplatform. Er svaret nej, så se på de andre veje først.
Læs også: Harvester og KubeVirt · Kubernetes på egne servere eller i colocation
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
