Storage was vroeger een vrij lineaire oefening. Meer data betekende meer storage. Die logica werkt niet meer. Niet omdat data minder snel groeit - integendeel - maar omdat de bottleneck verschoven is.
Wie vandaag naar zijn storageomgeving kijkt, botst zelden als eerste op capaciteit. Het zijn performantie, beschikbaarheid en vooral flexibiliteit die het verschil maken. Data moet niet alleen opgeslagen worden, maar ook onmiddellijk beschikbaar zijn, verplaatsbaar en analyseerbaar.
Tegelijk groeit de druk op efficiëntie. Data neemt exponentieel toe, terwijl budgetten dat niet doen. Datareductie is daarom geen optimalisatie meer, maar een noodzaak. Compressie en deduplicatie zijn ondertussen standaard. Het is hoe ze worden geïmplementeerd, waar bedrijven het verschil maken.
In veel klassieke systemen gebeurt die verwerking nog altijd via de controller. Dat werkt… tot het begint te wringen. Want hoe meer je probeert te optimaliseren, hoe zwaarder je diezelfde controller belast. En dan boet je nu eenmaal in op prestaties.
IBM vindt datareductie opnieuw uit
Je ziet daarom dat leveranciers hun architectuur aanpassen, en IBM is daar een goed voorbeeld van. Door datareductie veel dichter bij de data zelf te brengen - in de drives -verdwijnt dat centrale knelpunt grotendeels.
Het verschil vandaag zit in het feit dat niet alleen compressie, maar ook deduplicatie mee geïntegreerd is in hun FlashCore Modules. Datareductie gebeurt dus niet langer hoofdzakelijk via de controller, maar rechtstreeks in de hardware zelf. Compressie gebeurt inline, zonder merkbare impact op performantie, en deduplicatie draait grotendeels op de achtergrond. De dedup gebruikt amper resources op de controller, een belasting die je vaak in klassieke architecturen ziet. Nu zit de verwerking verspreid over de drives, in plaats van gecentraliseerd in één component.
Ratio van 6 op 1
Wat daarbij opvalt, is dat die combinatie vandaag een niveau bereikt dat tot voor kort moeilijk haalbaar was. Compressie zit typisch rond een factor drie en deduplicatie kan daar nog eens een vergelijkbare winst bovenop leggen. In de praktijk kom je uit op datareductie van ongeveer zes op één. Op een gemiddeld IBM FlashSystem, uitgerust met een 5de generatie FlashCore Module van een zestal terabyte, kan je door die gecombineerde aanpak effectief richting 30 terabyte aan bruikbare data gaan.
Een dergelijke densiteit was vroeger alleen haalbaar met duidelijke compromissen in performantie of complexiteit. Vandaag gebeurt dat zonder merkbare impact op snelheid, net omdat de verwerking rechtstreeks in de hardware zit. Systemen blijven stabiel, ook wanneer ze efficiënter worden gebruikt.
High availability hertekent architectuur
Diezelfde verschuiving zie je in hoe storage wordt opgebouwd. Waar vroeger één groot gespiegeld systeem de norm was, verschuift de aanpak naar meerdere kleinere systemen die samenwerken. Geen monolieten meer, maar een geheel.
Concepten zoals de FlashSystem grid van IBM maken dat concreet. Je voegt capaciteit toe door extra storage nodes (bijvoorbeeld bijkomende IBM FlashSystems) toe te voegen, en krijgt daar automatisch ook performantie bij. Je groeit dus niet alleen in volume, maar ook in verwerkingskracht. Meer spreiding, meer flexibiliteit, maar ook gewoon meer capaciteit om pieken op te vangen. Dat heeft een positief effect op de beschikbaarheid.
Storage gaat niet (alleen) over data
Storage ziet er vandaag fundamenteel anders uit dan een paar jaar geleden. Niet noodzakelijk groter, maar slimmer. Niet centraler, maar meer verdeeld.
En dat maakt dat de vraag verandert. Niet langer: hoeveel storage heb ik nodig? Maar: wat verwacht ik dat mijn data doet? Kan je data pieken aan zonder vertraging? Kan je ze verplaatsen zonder stilstand? Kan je ze analyseren zonder extra kopieën of complexe processen?
Dat zijn geen vragen meer voor de applicatie alleen. Die antwoorden zitten steeds vaker in de storage zelf. En net daarom is storage geen puur technische investering meer, maar een strategische keuze. De manier waarop je je storage opbouwt, bepaalt niet alleen waar je data staat, maar hoe snel je ermee kan werken, hoe flexibel je organisatie wordt en hoe goed je bestand bent tegen verandering.