KubeVirt er et åbent projekt, der lader virtuelle maskiner køre på Kubernetes, og Harvester er en samlet platform fra SUSE, der bygger på KubeVirt og andre åbne komponenter. De passer til den, der vil have virtuelle maskiner og containere på samme grundlag med åben kode og er parat til at drive en Kubernetes-baseret platform.
Felterne er sitets faste, som de står i sammenligningsartiklen. Kilderne er projekternes egne sider og licensfiler fra 8. november 2026, og intet er prøvet af os.
KubeVirt
Hvad det gør. KubeVirt gør det muligt at køre virtuelle maskiner, der ikke let kan lægges i containere, på en Kubernetes-klynge. Maskinerne bliver styret som andre ressourcer i klyngen. KubeVirt er en byggesten og ingen færdig platform. Lager, net, overvågning og administration skal komme fra resten af klyngen.
Ejer. KubeVirt er et projekt i Cloud Native Computing Foundation. Projektet blev optaget 6. september 2019, blev inkuberende 19. april 2022 og blev den 4. november 2026 et færdigudviklet projekt, som fonden kalder graduated.
Licens. Apache 2.0, læst i licensfilen.
Support og prismodel. KubeVirt har ingen kommerciel afdeling. Hjælp og betaling kommer fra den leverandør, hvis platform bruger projektet.
Harvester
Hvad det gør. Harvester er hyperkonvergeret infrastruktur bygget på Kubernetes. Den består af styresystemet SUSE Linux Enterprise Micro, Kubernetes, KubeVirt til virtualisering, Longhorn til distribueret bloklager og Grafana og Prometheus til overvågning. Virtuelle maskiner kan tages backup af til NFS, S3 eller NAS direkte fra platformen.
Ejer og land. Harvester udvikles af SUSE. SUSE’s kontaktenhed for persondata er SUSE Software Solutions Germany GmbH i Nürnberg. Hvem der ejer SUSE, står kun i kilder, vi ikke har kunnet bekræfte hos SUSE selv, så ejerfeltet er tomt.
Licens. Harvester og Longhorn er udgivet under Apache 2.0, læst i licensfilerne.
Support og prismodel. SUSE’s kommercielle udgave, supportniveauer og prismodel har vi ikke læst. Spørg SUSE eller en partner, og få svaret på skrift.
Krav ifølge dokumentationen. Alle funktioner med flere noder kræver tre noder. En enkelt node kan ikke give høj tilgængelighed, flere replikaer eller livemigrering. Til produktion anbefaler dokumentationen mindst 16 kerner, 64 GB hukommelse, 500 GB disk og 10 Gbit/s net pr. node. Kun lokale diske og hardware-RAID understøttes, og blandede processorarkitekturer i samme klynge understøttes ikke.
Byggesten eller samlet platform
Forskellen mellem de to er vigtig for driften. Vælger I KubeVirt direkte, skal I selv samle platformen: Kubernetes, lager, net, overvågning og backup. Det giver frihed og kræver et team, der kan bygge og vedligeholde det. Vælger I Harvester, er komponenterne valgt af producenten og leveret samlet, og I får én platform at opgradere.
Den åbne licens betyder, at koden kan bruges uden licensbetaling, og at andre end producenten kan levere support. Om nogen står klar til at hjælpe, afhænger af den aftale, I indgår. Hvem der står bag driften af åben kode, beskriver europaeiske-alternativer.dk.
Hvad et skifte dertil kræver
Fra VMware er der to opgaver. Den første er at få maskinerne over i et format, KubeVirt kan køre. Hvilke værktøjer Harvester tilbyder til import, har vi ikke læst. Andre platformes værktøjer står i artiklen om selve flytningen.
Den anden er lageret. Harvester bruger Longhorn på lokale diske i noderne, og ifølge dokumentationen understøttes kun lokale diske og hardware-RAID. Har I i dag et SAN, kan det ikke bruges direkte som platformens lager. Det kan betyde nye diske eller servere. Mere i lagerartiklen.
Backup er det tredje spørgsmål. Harvester kan selv tage kopier af sine virtuelle maskiner. Til KubeVirt i andre klynger findes de værktøjer, der tager backup af Kubernetes, fx Velero og Kanister. Hos Veeam stod KubeVirt pr. november 2026 ikke som selvstændig platform. Hvad der skal testes, står i backup efter hypervisorskift.
Hvad det kræver, og hvad det koster at lade være
Harvester kræver mindst tre noder, der opfylder kravene, net på 10 Gbit/s, og folk, der kan drive Kubernetes, også når noget går galt i lageret. KubeVirt direkte kræver det samme og mere, fordi I selv samler platformen. En pilot med tre noder og rigtige maskiner viser, om teamet kan bære det.
At lade være med at afklare supporten betyder, at I kan ende med en åben platform uden nogen at ringe til. Posterne er egne timer til opbygning og vagt, eventuelt et supportabonnement og den uddannelse, teamet skal have. Hvad Kubernetes kræver af en organisation, er emnet for spørgsmålet om Kubernetes.
Det skal I lade være med
- At tage KubeVirt for en færdig platform · det er en byggesten i en Kubernetes-klynge.
- At planlægge Harvester på jeres SAN · dokumentationen understøtter kun lokale diske.
- At gå i drift med en enkelt node · den giver ingen høj tilgængelighed.
Det skal valget kunne vise
- ☐ Valget mellem byggesten og samlet platform, med begrundelse.
- ☐ Noder, diske og net efter producentens krav.
- ☐ Supportleverandør, niveau og tider på skrift.
- ☐ Backupværktøj med understøttelse læst hos producenten.
- ☐ Kompetencer i teamet til Kubernetes og lager.
Kilder
- KubeVirt, kubevirt.io, og CNCF, projektside for KubeVirt, læst 8. november 2026.
- Harvester docs v1.6, oversigt og Hardware and Network Requirements, læst 8. november 2026.
- Licensfilerne for Harvester, KubeVirt og Longhorn, læst 8. november 2026.
- SUSE, Legal og Privacy, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Spørg SUSE eller en partner om supportvilkår for Harvester på skrift, og sammenhold med teamets erfaring med Kubernetes.
Læs også: OpenShift Virtualization · Data i Kubernetes
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
