3 augustus 2026
Storage in een Hyper-V-omgeving bepaalt direct hoe snel, stabiel en schaalbaar je virtuele machines draaien. Hyper-V ondersteunt meerdere opslagtypen: lokale schijven, SAN-opslag, NAS via SMB 3.0 en software-defined storage via Storage Spaces Direct. Welk type je kiest, hangt af van je workload, beschikbaarheidseisen en budget. VHDX is het standaard schijfformaat voor VM’s, en voor de beste prestaties kies je NVMe-opslag in combinatie met Storage Spaces Direct.
Als storage de bottleneck is, merk je dat overal: trage opstarttijden, hoge latency in applicaties en VM’s die bij piekbelasting vastlopen. Veel beheerders richten zich op CPU en RAM, maar vergeten dat opslag net zo bepalend is voor de algehele prestaties van een Hyper-V-cluster. De oplossing zit niet altijd in meer hardware, maar in de juiste keuze van opslagtype en configuratie. Kies je voor NVMe-gebaseerde storage en richt je Storage Spaces Direct correct in, dan verdwijnen veel van deze problemen zonder dat je het hele platform hoeft te vervangen.
Veel beheerders starten met VHD-bestanden omdat dat vertrouwd aanvoelt, maar lopen later tegen limieten aan: maximaal 2 TB per schijf, geen ondersteuning voor nieuwere functies en minder veerkracht bij schijffouten. Overstappen naar VHDX op een later moment kost tijd en vraagt om migraties die je liever vermijdt in productie. De betere aanpak is om vanaf het begin VHDX te gebruiken met dynamische toewijzing en een duidelijke naamgevingsconventie, zodat je storage-structuur meegroeit met je omgeving in plaats van je af te remmen.
Storage in een Hyper-V-omgeving is de opslaglaag waarop virtuele machines hun besturingssystemen, applicatiedata en configuraties bewaren. Het omvat zowel de fysieke schijven in de host als de virtuele schijfbestanden die aan VM’s zijn gekoppeld. De keuze en inrichting van deze opslaglaag bepalen direct de prestaties, beschikbaarheid en schaalbaarheid van je virtualisatieplatform.
Hyper-V scheidt de opslag van de host van de opslag van de virtuele machines. De host gebruikt fysieke schijven of een opslagnetwerk. De VM’s werken met virtuele schijfbestanden, zoals VHDX, die op die fysieke opslag staan. Dit geeft je de flexibiliteit om VM’s te verplaatsen, te klonen of snel te herstellen zonder fysieke hardware aan te raken.
Voor omgevingen met meerdere Hyper-V-hosts, zoals een failovercluster, speelt gedeelde opslag een grote rol. Alle hosts moeten toegang hebben tot dezelfde opslagbronnen, zodat VM’s bij een storing automatisch kunnen overschakelen naar een andere host. Dit stelt hogere eisen aan de storage-architectuur dan een standalone Hyper-V-installatie.
Hyper-V ondersteunt vier hoofdtypen storage: lokale opslag direct in de server, SAN-opslag via iSCSI of Fibre Channel, NAS-opslag via SMB 3.0 en software-defined storage via Storage Spaces Direct. Elk type heeft zijn eigen toepassingsgebied, prestatiekarakteristieken en kosten.
De keuze hangt af van je schaalgrootte en beschikbaarheidseisen. Voor kleine omgevingen volstaat lokale opslag of NAS. Voor grotere clusters met hoge beschikbaarheidseisen is SAN of Storage Spaces Direct de betere keuze.
VHD is het oudere virtuele schijfformaat met een maximale grootte van 2 TB. VHDX is de opvolger, met ondersteuning voor schijven tot 64 TB, betere prestaties bij grote blokgroottes en ingebouwde bescherming tegen datacorruptie bij stroomuitval. Voor alle nieuwe implementaties gebruik je VHDX.
VHDX heeft ook een grotere sectorgrootte van 4 KB, wat aansluit bij moderne fysieke schijven. Dit vermindert de kans op schrijffouten en verbetert de prestaties bij sequentiële I/O. Daarnaast ondersteunt VHDX dynamische en differentiële schijven efficiënter dan het oudere VHD-formaat.
VHD gebruik je alleen nog als je compatibiliteit nodig hebt met oudere systemen of software die VHDX niet ondersteunt. In alle andere gevallen is VHDX de betere keuze, zowel qua prestaties als qua betrouwbaarheid. Migreren van VHD naar VHDX kan via Hyper-V Manager of PowerShell met het commando Convert-VHD.
Storage Spaces Direct (S2D) bundelt de lokale schijven van meerdere Hyper-V-hosts tot één gedeelde opslagpool, zonder externe SAN-hardware. Windows Server beheert replicatie en redundantie automatisch via software. Je hebt minimaal twee nodes nodig, maar drie of vier nodes bieden betere veerkracht en prestaties.
S2D werkt via een gelaagde aanpak: snelle NVMe- of SSD-schijven fungeren als cache, terwijl tragere schijven als capaciteitslaag dienen. Schrijfopdrachten gaan eerst naar de cache en worden daarna asynchroon naar de capaciteitslaag geschreven. Dit geeft je de snelheid van flashopslag, gecombineerd met de capaciteit van goedkopere schijven.
De opslag wordt beschikbaar gesteld via een Cluster Shared Volume (CSV), waartoe alle hosts in het cluster toegang hebben. Als één host uitvalt, nemen de andere hosts de opslag en de VM’s automatisch over. S2D integreert volledig met Windows Admin Center en PowerShell, wat het beheer overzichtelijk houdt.
Voor S2D heb je wel de juiste hardware nodig: schijven met consistente latency, een snel netwerk tussen de nodes (minimaal 10 GbE, bij voorkeur 25 GbE of RDMA) en servers met voldoende geheugen voor de cachelaag. De hardwarekeuze bepaalt direct hoe goed S2D in de praktijk presteert.
NVMe-opslag levert de hoogste prestaties voor Hyper-V-workloads, zowel qua latency als qua doorvoersnelheid. Gecombineerd met Storage Spaces Direct en een RDMA-netwerk haal je de maximale snelheid uit je virtualisatieplatform. Voor minder veeleisende workloads biedt een SATA-SSD al een grote verbetering ten opzichte van traditionele harde schijven.
De snelheid van storage in Hyper-V wordt bepaald door drie factoren: het type schijf, de interface (NVMe vs. SATA vs. SAS) en de netwerkverbinding bij gedeelde opslag. NVMe via PCIe is significant sneller dan een SATA-SSD, met name bij willekeurige kleine I/O, wat precies het patroon is van de meeste virtuele machines.
Voor databases, VDI-omgevingen en andere latencygevoelige workloads is NVMe de juiste keuze. Voor archivering, back-up of minder actieve VM’s volstaan SATA-SSD’s of zelfs harde schijven. Een slimme combinatie van schijftypes, waarbij je S2D gebruikt met een NVMe-cachelaag, geeft je het beste van beide werelden zonder dat alles op dure flashopslag hoeft te staan.
De meest voorkomende fouten bij Hyper-V-storage zijn: te weinig IOPS plannen voor piekbelasting, dynamische VHDX-schijven gebruiken voor drukke productie-VM’s, geen aparte opslag gebruiken voor de paginabestanden van VM’s en storage- en netwerkverkeer over dezelfde fysieke verbinding laten lopen in een S2D-cluster.
Dynamische VHDX-schijven groeien automatisch mee, wat handig klinkt, maar bij intensieve workloads voor fragmentatie en prestatieproblemen zorgt. Voor productie-VM’s gebruik je vaste VHDX-schijven, zodat de opslagruimte direct wordt gereserveerd en er geen overhead is door dynamische uitbreiding.
Een andere veelgemaakte fout is het delen van de opslagverbinding met ander netwerkverkeer in een S2D-cluster. Storageverkeer tussen nodes heeft een dedicated netwerk nodig. Als je dat deelt met VM-verkeer of beheerverkeer, krijg je onvoorspelbare latency die moeilijk te diagnosticeren is.
Tot slot onderschatten veel beheerders het belang van monitoring. Schijven die langzaam degraderen, geven dit zelden duidelijk aan. Regelmatige controle van de schijfgezondheid via tools als Windows Admin Center, PowerShell of SMART-monitoring voorkomt dat een stille schijffout uitgroeit tot een serieus probleem.
Wil je weten welke storage-oplossingen het beste passen bij jouw Hyper-V-omgeving? Bij ons configureren we servers volledig op maat, inclusief de juiste combinatie van NVMe, SSD en netwerkhardware voor jouw specifieke workload. Bekijk onze storage-oplossingen of neem direct contact op met ons team voor advies op maat.
Het benodigde aantal IOPS hangt sterk af van het type workload en het aantal actieve VM’s. Als vuistregel kun je rekenen op 20–50 IOPS per desktop-VM in een VDI-omgeving en 100–500 IOPS per server-VM bij gemiddelde belasting, maar databases of SQL-servers kunnen pieken naar duizenden IOPS. Meet eerst je huidige I/O-patronen met tools zoals Performance Monitor of Windows Admin Center voordat je hardware aanschaft, zodat je niet te krap of onnodig te royaal dimensioneert.
Ja, Hyper-V ondersteunt live migratie volledig over SMB 3.0, inclusief het verplaatsen van actieve VM’s tussen hosts zonder downtime. Wel is het belangrijk dat je een dedicated en snel netwerk gebruikt voor SMB-verkeer, bij voorkeur minimaal 10 GbE, om prestatieproblemen te voorkomen. Zorg er ook voor dat je SMB Multichannel inschakelt, zodat je meerdere netwerkpaden kunt benutten voor hogere doorvoer en redundantie.
Een vaste VHDX-schijf reserveert direct de volledige opgegeven schijfruimte op de host, wat stabielere prestaties oplevert omdat er geen overhead is door dynamische uitbreiding. Een dynamische VHDX begint klein en groeit mee met de data, wat handig is voor test- en ontwikkelomgevingen waar je opslagruimte wilt besparen. Voor productie-VM’s met intensieve I/O kies je altijd voor een vaste VHDX om fragmentatie en onverwachte prestatiedips te vermijden.
De eenvoudigste manier om te starten met S2D is via Windows Admin Center, dat je stap voor stap begeleidt bij het aanmaken van een cluster, het valideren van de hardware en het configureren van de opslagpool en volumes. Zorg vooraf dat alle nodes identieke hardware hebben, het netwerk correct is gesegmenteerd en de juiste stuurprogramma’s zijn geïnstalleerd. Microsoft biedt ook uitgebreide documentatie en een S2D-validatietool waarmee je kunt controleren of je hardware aan de minimumvereisten voldoet voordat je begint.
Bij een schijfuitval in S2D begint Windows Server automatisch met het herstelproces door de data opnieuw te distribueren over de resterende schijven, mits je voldoende redundantie hebt geconfigureerd (minimaal three-way mirror of dual parity). Je ontvangt een melding in Windows Admin Center of via PowerShell met Get-VirtualDisk, waarna je de defecte schijf kunt vervangen. Na het plaatsen van een nieuwe schijf hervat S2D het herstel automatisch, zonder handmatige tussenkomst.
iSCSI SAN is nog steeds een valide keuze als je al investeert in een bestaande SAN-infrastructuur, specifieke hardwaregaranties nodig hebt of werkt met leveranciers die gecertificeerde SAN-oplossingen vereisen. Storage Spaces Direct is voordeliger bij nieuwe implementaties omdat je geen externe opslagarray nodig hebt, maar vereist wel dat je servers voldoende schijfslots en een snel intern netwerk hebben. De keuze hangt uiteindelijk af van je bestaande infrastructuur, budget en de mate van controle die je wilt hebben over de opslaglaag.
Gebruik Windows Admin Center voor een overzichtelijk dashboard van de schijfgezondheid, S2D-poolstatus en I/O-prestaties per volume. Aanvullend kun je via PowerShell regelmatig Get-PhysicalDisk en Get-StorageReliabilityCounter uitvoeren om SMART-gegevens en slijtage-indicatoren van individuele schijven op te vragen. Stel ook waarschuwingen in via Windows Event Log of een monitoringtool zoals Zabbix of PRTG, zodat je bij afwijkende latency of oplopende foutentellers direct een melding krijgt en niet wacht tot een schijf daadwerkelijk uitvalt.
Deze inhoud is gegenereerd met behulp van AI en kan fouten bevatten.
Den Sliem 89
7141 JG Groenlo
The Netherlands
+31 544 470 000
info@ncs.nl
GPU-servers verwerken duizenden berekeningen parallel — ontdek wanneer ze onmisbaar zijn voor jouw organisatie.
Wat is een AI-server en wanneer heb je er een nodig? Ontdek de techniek, hardware en toepassingen.
