7 augustus 2026
IOPS staat voor Input/Output Operations Per Second en geeft aan hoeveel lees- en schrijfbewerkingen een opslagmedium per seconde kan verwerken. Hoe hoger het IOPS-getal, hoe sneller een systeem data kan ophalen of wegschrijven. Dit getal is direct bepalend voor hoe snel applicaties reageren, databasequery’s worden verwerkt en virtuele machines opstarten. Bij het kiezen van storageoplossingen is IOPS daarmee een van de meest concrete maatstaven om op te selecteren.
Wanneer een opslagmedium onvoldoende IOPS levert voor de workload die erop draait, stapelen I/O-verzoeken zich op in een wachtrij. Applicaties hangen, databases geven time-outs en gebruikers klagen over trage responstijden. Dit is geen netwerkkwestie en ook geen CPU-probleem: de bottleneck zit in de opslag zelf. De oplossing begint bij het meten van de werkelijke I/O-vraag van je workloads voordat je hardware kiest, niet erna.
Een opslagoplossing die op papier goedkoop lijkt maar onvoldoende IOPS levert, dwingt je tot een vroege vervanging of een dure uitbreiding. Maar de verborgen kosten zijn groter: downtime, verminderde productiviteit en hersteltrajecten die IT-teams weken bezighouden. De betere aanpak is om storage te kiezen op basis van de specifieke IOPS-vereisten van je workloads, niet alleen op basis van capaciteit. Capaciteit vertelt je hoeveel je kunt opslaan; IOPS vertelt je hoe snel je er iets mee kunt doen.
IOPS is een maatstaf voor de prestaties van een opslagmedium en geeft aan hoeveel individuele lees- en schrijfbewerkingen een systeem per seconde kan uitvoeren. Een hogere IOPS-waarde betekent dat het systeem meer gelijktijdige I/O-verzoeken aankan zonder vertraging. IOPS wordt gemeten onder specifieke omstandigheden, zoals een bepaalde blokgrootte en een vaste verhouding tussen lees- en schrijfbewerkingen.
Belangrijk om te weten: IOPS is geen absoluut getal dat je één-op-één kunt vergelijken tussen verschillende systemen. Fabrikanten meten IOPS vaak onder ideale omstandigheden, met kleine blokgroottes van 4 KB en een puur sequentieel of puur willekeurig patroon. In de praktijk werk je met gemengde workloads, grotere blokken en wisselende belasting. Het opgegeven IOPS-getal is daarmee een indicatie, geen garantie voor prestaties in jouw specifieke omgeving.
IOPS zegt ook niets over de hoeveelheid data die per operatie wordt verplaatst. Twee systemen met identieke IOPS-waarden kunnen sterk verschillen in doorvoersnelheid als ze met verschillende blokgroottes werken. Houd daar rekening mee bij het vergelijken van specificaties.
IOPS bepaalt direct hoe snel een systeem reageert op I/O-verzoeken van applicaties, databases en gebruikers. Bij onvoldoende IOPS ontstaan wachtrijen in de I/O-stack, wat leidt tot merkbare vertragingen in applicatieprestaties. Voor workloads zoals OLTP-databases, virtuele desktops en transactieverwerking is IOPS de meest bepalende prestatiefactor bij storagekeuzes.
Veel organisaties kiezen storage op basis van capaciteit: hoeveel terabyte past erin? Maar capaciteit zegt niets over snelheid. Een systeem met 100 TB opslagruimte maar lage IOPS is nutteloos voor een database die duizenden gelijktijdige transacties verwerkt. De combinatie van voldoende capaciteit én voldoende IOPS is wat een storageoplossing geschikt maakt voor productieomgevingen.
IOPS speelt ook een rol bij schaalbaarheid. Wanneer een omgeving groeit, groeit ook de I/O-vraag. Een storageoplossing die vandaag voldoende IOPS levert, kan over twee jaar een bottleneck worden als het aantal gebruikers of het datavolume stijgt. Rekening houden met toekomstige IOPS-vereisten bij de initiële keuze voorkomt dure tussentijdse vervangingen.
IOPS, doorvoersnelheid en latency meten elk een ander aspect van storageprestaties. IOPS telt het aantal bewerkingen per seconde. Doorvoersnelheid (throughput) meet hoeveel data per seconde wordt verplaatst, uitgedrukt in MB/s of GB/s. Latency meet hoe lang één enkele bewerking duurt, uitgedrukt in milliseconden of microseconden. Alle drie zijn relevant, maar welke het zwaarst weegt, hangt af van de workload.
Een praktisch onderscheid: een database met veel kleine transacties heeft hoge IOPS nodig maar een lage doorvoersnelheid. Een videostreaming- of back-upomgeving heeft juist een hoge doorvoersnelheid nodig maar stelt minder eisen aan IOPS. Latency is in beide gevallen relevant, maar vooral bij interactieve toepassingen waar gebruikers direct een respons verwachten.
De drie metrics beïnvloeden elkaar ook. Een systeem met hoge IOPS maar hoge latency levert in de praktijk minder dan je verwacht, omdat elke bewerking lang duurt. De combinatie van hoge IOPS en lage latency is wat moderne NVMe-opslag zo aantrekkelijk maakt voor veeleisende workloads.
De benodigde IOPS verschilt sterk per workload. Een eenvoudige fileserver vraagt misschien enkele honderden IOPS, terwijl een grote SQL-database of VDI-omgeving tienduizenden IOPS nodig heeft. De beste manier om de vereisten te bepalen is door de huidige I/O-belasting te meten met monitoringtools voordat je een keuze maakt.
Als richtlijn kun je de volgende categorieën aanhouden:
Meet altijd de piekbelasting, niet het gemiddelde. Storage die onder gemiddelde belasting goed presteert, kan bij piekbelasting alsnog een bottleneck worden. Tools zoals iostat, fio of de ingebouwde monitoring van je hypervisor geven je een realistisch beeld van de werkelijke I/O-vraag.
HDD, SSD en NVMe leveren fundamenteel verschillende IOPS-prestaties. Een traditionele HDD haalt doorgaans 100 tot 200 IOPS bij willekeurige bewerkingen door de mechanische beweging van de leeskop. Een SATA-SSD levert 50.000 tot 100.000 IOPS. NVMe-opslag begint bij 200.000 IOPS en kan bij enterprise-modellen oplopen tot meerdere miljoenen IOPS.
Het grote verschil tussen HDD en SSD zit in de afwezigheid van bewegende onderdelen. Een SSD heeft geen leeskop die fysiek naar de juiste positie moet bewegen, waardoor willekeurige lees- en schrijfbewerkingen exponentieel sneller gaan. Dit maakt SSD de minimumstandaard voor elke productieomgeving met meer dan lichte I/O-belasting.
NVMe gaat een stap verder door gebruik te maken van de PCIe-bus in plaats van de SATA-interface. SATA heeft een maximale bandbreedte van ongeveer 600 MB/s, wat bij hoge IOPS-workloads een bottleneck wordt. NVMe via PCIe 4.0 of 5.0 biedt meerdere GB/s aan bandbreedte en latency van tientallen microseconden in plaats van milliseconden. Voor databases, AI-workloads en virtualisatie is NVMe daarmee de logische keuze als prestaties tellen.
IOPS-prestaties in een bestaande infrastructuur verbeter je door de bottleneck te identificeren en die gericht aan te pakken. De meest directe aanpak is het vervangen van HDD’s door SSD’s of NVMe. Andere opties zijn het toevoegen van cachinglagen, het distribueren van I/O over meerdere schijven via RAID of striping, en het optimaliseren van de I/O-patronen van applicaties.
Concrete stappen die je kunt zetten:
Als je tegen de grenzen van je huidige platform aanloopt, is het soms efficiënter om te kijken naar een nieuw platform dat vanaf de basis is ontworpen voor hoge IOPS-workloads. Bij onze storageoplossingen helpen wij je graag bij het bepalen welke configuratie past bij jouw specifieke I/O-vereisten, van een enkele server tot een volledig uitgeruste datacenteromgeving. Wil je weten wat de beste aanpak is voor jouw situatie? Neem dan contact met ons op en we nemen het samen met je door.
Voor Linux-omgevingen is iostat (onderdeel van het sysstat-pakket) een gratis en betrouwbare keuze; het toont I/O-wachttijden, wachtrijlengtes en bewerkingen per seconde per schijf. Op Windows gebruik je de ingebouwde Performance Monitor met de tellers ‘Disk Reads/sec’ en ‘Disk Writes/sec’. Meet minimaal over een periode van enkele werkdagen en zorg dat je ook piekbelasting meeneemt, zoals back-upvensters, batchprocessen of maandafsluitingen.
De grootste valkuil is dat fabrikanten hun IOPS-waarden vrijwel altijd meten onder ideale omstandigheden: kleine 4 KB blokken, 100% leesverkeer en een lege of verse schijf. In de praktijk werk je met gemengde lees-/schrijfworkloads, grotere blokken en een schijf die al deels gevuld is, wat de werkelijke IOPS aanzienlijk lager maakt. Vraag leveranciers altijd naar prestatiemetingen met een gemengde workload (bijvoorbeeld 70% lezen / 30% schrijven) en een blokgrootte die overeenkomt met jouw applicatie.
Ja, er zijn meerdere softwarematige optimalisaties die effect hebben. Denk aan het afstemmen van de I/O-scheduler van het besturingssysteem (voor NVMe gebruik je ‘none’ of ‘mq-deadline’ in Linux), het verhogen van de read-ahead buffer voor sequentiële workloads, en het inzetten van RAM als schrijfcache via tools zoals bcache of dm-cache. Daarnaast helpt het optimaliseren van databaseindexen en querystructuren vaak meer dan een hardware-upgrade, omdat het de hoeveelheid I/O die een applicatie genereert direct vermindert.
Cloudopslag met provisioned IOPS (zoals AWS io2 of Azure Ultra Disk) is interessant wanneer je I/O-behoefte sterk fluctueert, wanneer je geen kapitaalinvestering wilt doen in hardware, of wanneer je een snelle uitrol nodig hebt. On-premises NVMe-opslag is doorgaans voordeliger bij voorspelbare, hoge en continue IOPS-vereisten op de lange termijn, omdat je niet per IOPS betaalt. De afweging draait om de verhouding tussen flexibiliteit en totale eigendomskosten over een periode van drie tot vijf jaar.
SSD’s en NVMe-schijven presteren merkbaar slechter wanneer ze voor meer dan 70-80% gevuld zijn. Dit komt doordat de controller minder vrije cellen heeft om schrijfbewerkingen te spreiden via wear leveling, en garbage collection vaker moet plaatsvinden om ruimte vrij te maken. Een praktische vuistregel is om opslagmedium nooit meer dan 75% te vullen voor productieomgevingen met I/O-intensieve workloads, en bij de aanschaf al rekening te houden met deze buffer in je capaciteitsplanning.
De meest flexibele aanpak is werken met een schaalbaar storage-platform dat horizontaal kan uitbreiden, zoals een all-flash array of een software-defined storage-oplossing waarbij je nodes kunt toevoegen. In gevirtualiseerde omgevingen kun je ook I/O-prioriteiten toewijzen aan specifieke VM’s via storage QoS, zodat kritieke workloads altijd voldoende IOPS krijgen zonder dat de gehele infrastructuur hoeft te groeien. Plan bij de initiële aanschaf altijd voor 150-200% van de huidige IOPS-behoefte om minimaal twee tot drie jaar vooruit te kunnen.
Voor zuivere archiefopslag waar data zelden wordt gelezen, speelt IOPS een beperkte rol en weegt capaciteit tegen lage kosten zwaarder. Maar voor back-upomgevingen is IOPS wél relevant: zowel het schrijven van back-ups als het uitvoeren van hersteloperaties genereren aanzienlijke I/O-belasting. Een trage hersteloperatie door onvoldoende IOPS kan bij een calamiteit de downtime significant verlengen. Dimensioneer back-upstorage daarom ook op herstelprestaties, niet alleen op schrijfsnelheid en capaciteit.
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.
