Europæisk cloud

Managed Kubernetes i Europa

Managed Kubernetes i Europa

Flere europæiske udbydere tilbyder administreret Kubernetes, hvor udbyderen driver kontrolplanen, og I driver det, der kører i klyngen. Forskellene mellem dem ligger sjældent i selve Kubernetes og oftere i fem ting omkring den: hvor hurtigt versionerne følger med, hvem der passer kontrolplanen, hvordan lager og netværk er koblet på, og hvilken support der står bag.

Kubernetes er et open source-system til at køre containere på en gruppe servere. Kontrolplanen er den del, der holder styr på klyngen: API-serveren, databasen etcd, hvor klyngens tilstand ligger, og de komponenter, der placerer containerne på noderne. Noderne er de servere, containerne kører på. Ved administreret Kubernetes, ofte kaldt managed Kubernetes, lejer I kontrolplanen som en tjeneste og betaler for noderne.

Fem felter, der skiller udbyderne

Version. Projektet bag Kubernetes passer på de seneste tre mindre udgaver ad gangen, pr. 8. november 2026 er det 1.37, 1.36 og 1.35, og en udgave får rettelser i omkring et år. Spørg, hvor længe efter projektet en ny udgave kommer hos udbyderen, hvor længe en gammel udgave må køre, og om opgraderingen sker automatisk eller på jeres tidspunkt.

Kontrolplan. Er kontrolplanen spredt over flere zoner, hvem tager backup af etcd, og er der en serviceaftale for den? Det sidste afgør, hvad I kan love videre til jeres egne brugere.

Lager. Containere med data bruger vedvarende volumener fra udbyderens bloklager. Spørg, hvilke lagertyper der kan bindes til klyngen, om de kan tage øjebliksbilleder, og om et volumen er bundet til én zone.

Netværk. Trafik ind i klyngen går gennem en load balancer, en fordeler, som udbyderen opretter på bestilling fra klyngen. Spørg, hvordan den bestilles, om der findes private netværk mellem noderne, og hvordan indgangen til klyngen (ingress) er tænkt.

Support. Hvem svarer, når kontrolplanen driller, på hvilke tider og på hvilket sprog? Det står på udbydernes egne supportsider og i artiklen om support og sprog.

Udbyderne efter de samme felter, pr. november 2026

Rækkefølgen er ikke en rangering. Alt er udbydernes egne oplysninger, læst 8. november 2026. Ejer, kontraktpart og datacentre står i artiklen om hver udbyder.

STACKIT Kubernetes Engine (SKE). Udbyderen beskriver en “CNCF-compliant” klynge med administreret, højt tilgængelig kontrolplan og automatiske opdateringer af både Kubernetes og styresystemet på noderne. Flatcar og Ubuntu er mulige nodesystemer. Om kontrolplanen afregnes særskilt, er ikke oplyst på den læste side. Ejer og øvrige felter står i STACKIT efter samme målestok.

OVHcloud Managed Kubernetes. Ifølge OVHcloud er tjenesten certificeret af CNCF, og kontrolplanen afregnes ikke særskilt. Nodesystem og opgraderingspolitik er ikke læst. Se OVHcloud efter samme målestok.

IONOS Managed Kubernetes. IONOS skriver, at kunden betaler for de ressourcer, der oprettes, mens klynger og kontrolplan ikke afregnes særskilt. Antal CPU, CPU-type, hukommelse og lager pr. node vælger kunden selv. CNCF-certificering er ikke nævnt på den læste side. Se IONOS efter samme målestok.

Exoscale SKS. Exoscale driver kontrolplanen. Pro-udgaven har høj tilgængelighed på kontrolplanen og backup af etcd; Starter-udgaven har ingen serviceaftale. Udbyderen skriver “CNCF Certified Kubernetes”. Se Exoscale efter samme målestok.

Netic Contain. Den danske leverandør beskriver en administreret platform med Kubernetes som kerne, som kan køre i Netics egne datacentre, i kundens abonnement hos en af de store amerikanske udbydere, i kundens eget datacenter eller helt adskilt fra nettet. Versionspolitik og certificering er ikke læst. Se Danske cloud- og hostingleverandører.

Ikke læst. Scaleways side om Kubernetes Kapsule gav kun menutekst, så det felt står tomt. UpCloud tilbyder ifølge egne sider administreret Kubernetes, også i zonen i København; resten af felterne står i gennemgangen af UpCloud. Unit IT nævner Kubernetes as a Service på sin forside; indholdet er ikke læst. Hetzners side om cloud nævner private netværk til fx at drive en Kubernetes-klynge, men ingen administreret Kubernetes-tjeneste.

Prismodel i ord. Hos alle afregnes noder og lager efter forbrug. Kontrolplanen afregnes forskelligt fra udbyder til udbyder, og nogle har en betalt udgave med serviceaftale ved siden af en enklere. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.

CNCF-mærket og det, det ikke dækker

CNCF, som er Kubernetes’ hjem i Linux Foundation, driver et program for konformitet. Programmet skal sikre, at en leverandørs udgave understøtter de API’er, Kubernetes kræver, så en arbejdsbelastning kan flyttes mellem leverandører. Mærket gælder de fælles API’er. Udbyderens egne lagerdrivere, load balancere, login og overvågning ligger uden for, og det er netop dér, flytningen bliver tung. Hele listen står i artiklen om det, der skal holdes neutralt.

Hvad det kræver, og hvad det koster at lade være

At sammenligne to eller tre udbydere på de fem felter tager for en driftsansvarlig, der kender Kubernetes, fra tre til fem arbejdsdage, inklusive en lille prøveklynge hos hver. Prøveklyngen er den del, der afslører mest: opret et volumen, en load balancer og en opgradering, og se, hvad der sker.

Springer I sammenligningen over, opdager I forskellene i drift. Typisk ved den første tvungne opgradering, ved et volumen, der ikke kan følge med til en anden zone, eller ved en fejl i kontrolplanen uden en serviceaftale bag. Hver for sig kan de løses. Problemet er, at de lander på et tidspunkt, I ikke selv har valgt.

Det skal I lade være med

  • At vælge efter CNCF-mærket alene · det siger noget om API’erne og intet om lager, netværk og support.
  • At lade versionen styre sig selv uden aftale · få tidspunktet for opgraderinger skrevet ind.
  • At sammenligne en udgave uden serviceaftale med en med · sammenlign den samme klasse hos alle.

Det skal valget kunne vise

  • ☐ Versionspolitik: hvor hurtigt nye udgaver kommer, og hvornår gamle lukkes.
  • ☐ Hvem der driver kontrolplanen, og hvordan etcd sikres.
  • ☐ Lagertyper, zonebinding og øjebliksbilleder.
  • ☐ Load balancer, private netværk og indgang til klyngen.
  • ☐ Supporttider, sprog og serviceaftale for kontrolplanen.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Skriv de fem felter op som kolonner, og bed to udbydere udfylde dem. Opret derefter en prøveklynge hos hver, før I beslutter noget.

Læs også: Har I overhovedet brug for Kubernetes? · Sådan vurderes udbyderne her

→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Overvejer I at flytte infrastruktur til Europa?

Skriv kort, hvilke systemer eller hvilken platform det drejer sig om, og hvad der sætter spørgsmålet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ingen forhandleraftaler.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.