Hoe u een beheerde Kubernetes-aanbieder in Europa beoordeelt

September 2026 • Comparison

Een prijspagina van beheerde Kubernetes vertelt u niet wat er gebeurt als er 's nachts iets misgaat. Deze checklist behandelt de vragen die dat bepalen en laat bij elke vraag zien wat verschillende Europese aanbieders daadwerkelijk publiceren. Elk feit over een aanbieder komt uit de eigen documentatie of prijspagina van die aanbieder, gelezen in september 2026, en is opgenomen in de sectie Bronnen.

1. Vraag wat er daadwerkelijk wordt beheerd

Aanbieders trekken de grens tussen hun taak en de uwe op verschillende plekken. De SKS-servicelevelovereenkomst van Exoscale is expliciet: ze dekt alleen de beschikbaarheid van het control plane, niet worker nodes, pods, volumes, applicaties of data. De klant blijft verantwoordelijk voor workloads, toegangsbeheer van het cluster, persistente data, back-ups, disaster-recoveryplanning en herstelprocedures.

Andere aanbieders beschrijven meer automatisering. IONOS zegt dat zijn beheerde dienst updates en beveiligingsfixes automatisch afhandelt en dat u kiest wanneer ze worden uitgevoerd. Infomaniak zegt dat u het control plane en de worker nodes op elk moment kunt updaten en dat het alle Kubernetes-componenten beheert. Hoe het ook is geformuleerd, vraag schriftelijke antwoorden op deze vragen:

• Wie upgradet het control plane, wie upgradet de worker nodes, en wie bepaalt het tijdstip?
• Wie patcht het besturingssysteem van de worker nodes?
• Wie is eigenaar van de back-ups van de clusterstatus en van uw persistente volumes?
• Welke add-ons (netwerk, ingress, metrics) worden geleverd, en wie houdt ze actueel?

2. Controleer welk control-plane-niveau u werkelijk koopt

Een gratis control plane is niet hetzelfde product als een betaald control plane. De onderstaande gratis niveaus zijn gedeeld en hebben geen SLA, terwijl de betaalde niveaus replica's, een dedicated datastore en een schriftelijk beschikbaarheidsdoel toevoegen.

Dit is van belang vanwege de manier waarop Kubernetes zelf is gebouwd. Zoals ons artikel over beheerd versus zelf gehost Kubernetes uitlegt, beveelt de Kubernetes-documentatie etcd-clusters met meerdere leden aan voor productie, en heeft etcd een meerderheid van zijn leden nodig om wijzigingen door te voeren. Eén API-replica op een gedeelde datastore is een redelijke keuze voor ontwikkeling en een zwakke voor productie.

3. Lees in de SLA wat er wordt gedekt

Twee aanbieders kunnen allebei een percentage adverteren en heel verschillende dingen bedoelen. Vraag wat er wordt gemeten (beschikbaarheid van de control-plane-API, beschikbaarheid van nodes, of beide), over welke periode, wat is uitgesloten en wat u ontvangt als het doel niet wordt gehaald. Exoscale crediteert bijvoorbeeld 50% van de maandelijkse kosten voor de getroffen resources wanneer de uptime tussen 99,95% en 98,3% ligt, en 100% daaronder. Het sluit ook storingen in nodes, volumes en pods uit, omdat de SLA van toepassing is op het control plane.

Het helpt ook om het percentage om te rekenen naar tijd. In een maand van 30 dagen:

Scaleway vermeldt 99,5% voor zijn dedicated Kapsule-control-planes, Infomaniak vermeldt 99,9% voor zijn dedicated niveaus en Exoscale vermeldt minimaal 99,95% voor zijn Pro-abonnement. Die getallen zijn alleen vergelijkbaar als de definities overeenkomen, dus lees de definities voordat u de getallen vergelijkt.

4. Vraag of de vCPU's dedicated zijn

Gedeelde vCPU's worden ingepland op fysieke cores die meerdere virtuele machines tegelijk gebruiken. De documentatie van Scaleway beschrijft het gevolg helder: bij piekvraag van naburige workloads kunnen uw workloads vertragen door CPU-contentie, bekend als CPU steal. Dedicated vCPU's geven exclusieve toegang tot fysieke cores en consistente prestaties. De eigen richtlijnen van Scaleway noemen worker nodes in Kubernetes-clusters onder de typische toepassingen van gedeelde instances, wat een redelijke keuze is voor ontwikkeling en een reële afweging voor productie.

IONOS laat u kiezen tussen dedicated cores en vCPU's voor de worker nodes van zijn beheerde Kubernetes. Veel aanbieders vermelden niet welke u bij een bepaald abonnement krijgt. Als de documentatie zwijgt, vraag het dan schriftelijk, want het verandert zowel de prestaties als de prijs die u mag verwachten.

5. Controleer de replicatie van opslag en waar de kopieën staan

Persistente volumes zijn waar een Kubernetes-cluster de data bewaart die u niet opnieuw kunt opbouwen, dus vraag hoe ze worden beschermd:

• Blokopslag van Exoscale bewaart twee kopieën van de data op afzonderlijke servers, gerepliceerd binnen dezelfde zone, met 5.000 IOPS per volume.
• Blokopslag van Scaleway (NVMe-volumes) wordt drievoudig gerepliceerd met een SLA van 99,99%, en de FAQ merkt op dat IOPS tijdens piekbelasting kunnen schommelen.
• Blokopslag van Infomaniak draait op een versleuteld Ceph-cluster met drie replica's op NVMe en vermeldt tot 4.000 gegarandeerde IOPS.
• Hikube geeft aan data synchroon te repliceren over drie Zwitserse datacenters.

Replicatie beschermt tegen het verlies van een schijf of een server. Het is geen back-up, want een per ongeluk verwijderd bestand wordt ook gerepliceerd, en kopieën binnen één zone of één locatie beschermen u niet tegen het verlies van die zone of locatie. Vraag waar elke kopie staat en plan een aparte back-up buiten de locatie voor alles wat u zich niet kunt veroorloven te verliezen.

6. Lees de supportvoorwaarden, niet de kop

"24/7 support" kan heel verschillende dingen betekenen. De tabel laat zien wat elke aanbieder zegt zonder extra kosten inbegrepen te hebben en wat snellere of continue dekking kost.

Let op wat deze cijfers zijn. Het zijn doelen voor de eerste reactie, niet voor de oplossing. OVHcloud zegt dat zelf: de afhandeltijd eindigt wanneer het team het ticket begint te verwerken, niet wanneer het incident is opgelost, en er wordt niet gegarandeerd dat de doelen worden gehaald. Vraag bij het vergelijken van aanbieders naar het oplostijddoel, het escalatiepad, de kanalen en de talen, en controleer of support wordt gefactureerd als percentage van uw uitgaven.

7. Zoek naar verkeerskosten en verborgen kostenposten

De maandprijs van een node is zelden de hele rekening. Vraag naar uitgaand verkeer, publieke IPv4-adressen, load balancers, snapshots, aanvragen voor objectopslag en supportkosten. Infomaniak geeft aan dat bandbreedte gratis is, behalve objectopslag boven 10 TB verbruikte bandbreedte, en UpCloud geeft aan geen kosten voor uitgaand verkeer te rekenen. Verschillende aanbieders rekenen hun snellere supportniveaus als percentage van uw maandelijkse uitgaven, zoals de bovenstaande tabel laat zien, waardoor die kostenpost meegroeit met uw gebruik.

8. Vraag waar de data staat, inclusief back-ups en logs

Datalocatie omvat meer dan de primaire database. Vraag waar back-ups, logs en monitoringdata worden opgeslagen, welke entiteit de infrastructuur beheert en welk nationaal recht op die entiteit van toepassing is. Hikube geeft een voorbeeld van een specifiek antwoord: het geeft aan dat er geen data via buitenlandse servers loopt, inclusief back-ups, logs en monitoringmetrics, en dat verklaringen over dataresidentie op verzoek beschikbaar zijn voor auditors. Vraag van elke aanbieder hetzelfde detailniveau schriftelijk.

9. Controleer de uitgang voordat u instapt

Kubernetes zelf is portable, dus lock-in komt van alles eromheen. Vraag of het cluster standaard upstream Kubernetes is met een gewone kubeconfig, of Terraform-, Helm- en GitOps-tools ermee werken, hoe u uw data en volumes exporteert en hoe lang resources na opzegging worden bewaard. Een aanbieder die hier duidelijk op antwoordt, is er een die u kunt verlaten, en dat maakt hem makkelijker te vertrouwen zolang u blijft.

10. Voer een test van twee weken uit voordat u zich vastlegt

Vraag om een proefperiode of een abonnement met weinig verplichtingen en test wat ertoe doet in plaats van de consoledemo:

• Tijd tot het eerste cluster. Maak een cluster aan en meet de tijd.
• Stateful data. Deploy een applicatie met een persistent volume, verwijder de pod en controleer of de data behouden blijft.
• Een upgrade. Upgrade het cluster met één minor versie en noteer wat u zelf moest doen.
• Een herstel. Herstel vanuit een back-up of snapshot naar een nieuw cluster. Een back-up waaruit u niet hebt hersteld, is een aanname.
• Support. Open 's nachts een ticket, classificeer het als urgent en registreer zowel de eerste reactietijd als de oplostijd.
• Prestaties onder belasting. Draai een CPU-zware taak op een worker node, controleer op CPU steal en test de schijf met een fsync-intensieve benchmark.

Twee commando's dekken het laatste punt. Op een worker node toont vmstat 1 10 een kolom st voor steal-tijd; aanhoudende waarden ongelijk aan nul terwijl uw taak draait, betekenen dat andere tenants uw CPU afpakken. Voor schijven legt de etcd-prestatiedocumentatie uit dat de latentie van een aanvraag wordt begrensd door de netwerkrondlooptijd plus de tijd die fdatasync nodig heeft om data naar permanente opslag te schrijven, en noemt de typische fdatasync-latentie ongeveer 10 ms voor een draaiende schijf en vaak minder dan 1 ms voor een SSD. Een gangbare manier om dit te meten is fio met synchrone schrijfacties en fdatasync:

fio --name=disk-latency --directory=/mnt/test --rw=write --ioengine=sync --fdatasync=1 --size=22m --bs=2300

Het rapport bevat percentielen van de fdatasync-latentie. De etcd-richtlijnen van Red Hat beschouwen een fsync-latentie van minder dan 10 ms op het 99e percentiel als de lat voor een schijf die etcd kan hosten, dus gebruik dat als referentiepunt wanneer u aanbieders vergelijkt.

Waar Kube-DC staat

Zo beantwoordt Cloud Acropolis Kube-DC dezelfde vragen. We vermelden wat gedocumenteerd is en wat niet, zodat u het kunt toetsen aan uw eigen checklist.

Bronnen (gelezen in september 2026)

• Exoscale: SKS service-level agreement
• Exoscale: support plans
• Exoscale: SKS product page
• Exoscale: block storage
• Infomaniak: managed Kubernetes service
• Infomaniak: Public Cloud
• Infomaniak: premium support guide
• Scaleway: containers pricing (Kapsule)
• Scaleway: support plans
• Scaleway: shared vs dedicated vCPUs
• Scaleway: block storage FAQ
• OVHcloud: support levels
• OVHcloud: Standard support
• OVHcloud: Business support
• IONOS: Managed Kubernetes
• UpCloud
• Hikube by Hidora
• etcd: performance
• Red Hat: recommended etcd practices
• Kube-DC platform datasheet

Gerelateerd

• Beheerd vs. zelf gehost Kubernetes: de technische realiteit

Leg Kube-DC langs de checklist

Elk punt hierboven kunt u testen op een Kube-DC-pakket: dedicated vCPU, op Ceph gebaseerde NVMe-opslag, een dedicated publiek IPv4-adres, S3-compatibele objectopslag, uw eigen door de tenant beheerde Kubernetes-clusters en 24/7 support met een oplostijddoel van 4 uur. Bestel in een self-serviceportaal, voer de test van twee weken uit en beoordeel ons op de resultaten.