Opslag in een Space
Opslag is het deel van een Space waarover je beter voor je iets met state deployt beslist, want het eerlijke antwoord is een menu en niet één standaardkeuze.
Kort: de schijven van je nodes zijn van jou en kosten niets extra. Al het andere is een afweging tussen gemak, duurzaamheid en prijs.
Het menu
1. Lokale schijven — gratis, en van jou
Je nodes hebben schijven. Een pod kan ze gebruiken, en daar komt kubehz niet aan te pas, noch kost het iets bovenop de machine die je al betaalt.
Goed voor: caches, scratch-ruimte, build-artefacten, alles waarvan het verlies je niet raakt, en databases op één node, als je de afweging hebt geaccepteerd.
De afweging: een lokaal volume hangt aan de machine waarop het staat. Gaat die node stuk, dan staan de data op een dode machine, en een pod die ze nodig heeft start elders niet. Er is geen replicatie, tenzij je applicatie die zelf doet. Kubernetes lost dat niet voor je op, en wij ook niet.
Maak zelf back-ups. Niemand anders back-upt de schijf van je node.
2. Gekoppelde blokvolumes — duurzaam, nog steeds van jou
Zijn je machines Hetzner Cloud-VM’s, dan kun je een Hetzner Cloud Volume aan een node koppelen, mounten en gebruiken als een lokale schijf die de machine overleeft. Het volume koop en beheer je zelf; kubehz zit er niet tussen en factureert het niet.
Goed voor: databases en alles waarbij het verlies van de node niet het verlies van de data mag betekenen.
De afweging: het volume koppelt aan één node tegelijk. Het naar een andere verplaatsen is vandaag een handmatige stap: koppelen, mounten, de pod laten herplannen. Voor een database die je toch bewust zou verplaatsen is dat prima; een transparante failover is het niet.
Dit netjes automatiseren vraagt een storagedriver die namens jou op je cloud-account kan handelen, een groter stuk werk dan het lijkt. Het staat op de roadmap; het handmatige recept werkt nu.
3. Objectopslag: degene die met je meereist
Voor S3-compatibele objectopslag maakt het niet uit op welke node je pod draait, wat het de logische keuze maakt in een model waarin nodes komen en gaan. Vandaag breng je je eigen bucket mee (Hetzner Object Storage of een willekeurig S3-endpoint); een door kubehz uitgegeven bucket met credentials die alleen voor jouw Space gelden is gepland, nog niet geleverd.
Goed voor: uploads, back-ups, artefacten, statische assets: alles wat je applicatie via HTTP kan aanspreken.
De afweging: het is objectopslag, geen bestandssysteem. Je applicatie moet S3 spreken.
Gepland
Pakketten en prijzen voor door kubehz geleverde objectopslag zijn niet definitief. Niets hier is een prijstoezegging; gebruik tot ze er zijn een eigen bucket.
4. Netwerkblokopslag — later
Gerepliceerde blokopslag vanaf de nodes van het platform, met een volume per tenant en credentials die alleen bij jouw data komen. Latency binnen dezelfde regio, dus prima voor gematigde IO.
Dit is gepland, niet geleverd. Als het er is, komt het het dichtst bij “het werkt gewoon” voor workloads met state in een Space.
Kiezen
| Je draait | Begin met |
|---|---|
| Een stateless dienst | Niets: je hebt geen opslag nodig |
| Caches, scratch, build-state | Lokale schijf |
| Een database die je toch met de hand zou verplaatsen | Gekoppeld blokvolume |
| Uploads, back-ups, artefacten | Objectopslag |
| Iets dat transparant elke enkele node moet overleven | Wacht op netwerkblokopslag, of neem een eigen cluster |
Wat wij niet doen
Wij back-uppen je data niet. Lokale schijven niet en gekoppelde volumes niet. Wij draaien het control plane (de Kubernetes-objecten die je workloads beschrijven), en dat is wat we beschermen. De bytes in je PersistentVolumes zijn van jou, op jouw machines, onder jouw back-upbeleid.
Voelt dat ongemakkelijk voor wat je bouwt, dan is dat een echt signaal: overweeg een hosted cluster, waar het opslagverhaal het onze is, of houd het deel met state elders beheerd en draai het stateless deel hier.
Documentstatus
| Aspect | Detail |
|---|---|
| Status | live: lokale schijven en gekoppelde volumes zoals beschreven; door kubehz geleverde objectopslag en netwerk-blokopslag gepland, niet uitgeleverd |
| Laatst gecontroleerd | 2026-09-05 |