Een computercluster bestaat uit meerdere onderling verbonden machines die functioneren als één enkel systeem. Deze architectuur, die lange tijd was voorbehouden aan wetenschappelijk onderzoek en supercomputers, is gedemocratiseerd door de daling van de hardwarekosten en de explosie van datavolumes. Bedrijven maken er gebruik van voor verschillende behoeften, van intensieve berekeningen tot continuïteit van dienstverlening.
Verplichting tot energieverslaglegging: wat de Europese regelgeving verandert voor clusters
De artikelen die aan clusters zijn gewijd, beperken zich vaak tot de technische mechanica. Ze zwijgen over een regelgevend kader dat de infrastructuurkeuzes van Europese bedrijven rechtstreeks beïnvloedt.
Sinds de herziening van de Richtlijn (EU) 2023/1791 inzake energie-efficiëntie en de aanneming van de Gedelegeerde Verordening (EU) 2024/1364, zijn datacenters waarvan het geïnstalleerde IT-vermogen meer dan 500 kW bedraagt, verplicht om jaarlijks hun energieprestatie-indicatoren te rapporteren. De PUE (Power Usage Effectiveness), de WUE (Water Usage Effectiveness), het aandeel hernieuwbare energie en de hergebruik van warmte moeten worden doorgegeven aan een gecentraliseerde database van de Europese Commissie.
Deze verplichtingen, die vanaf juni 2024 in alle lidstaten van kracht zijn, gelden zowel voor bedrijfsdatacenters als voor colocatie-sites. Er is geen uitzondering voorzien op basis van het eigendomsmodel. De eerste rapportagecampagne besloeg het jaar 2023, met jaarlijkse deadlines die in het voorjaar zijn vastgesteld.
Voor bedrijven die clusters op locatie exploiteren, betekent dit een gedocumenteerde follow-up van het verbruik per knooppunt en per rack. De architectuur van het cluster, de keuze van de koeling en de dichtheid van de servers worden parameters die worden gecontroleerd, en niet alleen interne technische beslissingen. Het begrijpen van de definitie van een cluster in de informatica vereist nu dat deze regelgevende dimensie al in de ontwerpfase wordt geïntegreerd.
Knooppunten, netwerk en resource manager: anatomie van een cluster
Een cluster bestaat uit knooppunten (fysieke of virtuele servers), een snel interconnectienetwerk en een beheersoftware die de taakverdeling coördineert. Elk knooppunt heeft zijn eigen besturingssysteem en zijn eigen processor-, geheugen- en opslagbronnen.
De resource manager verdeelt de werklasten over de knooppunten volgens regels die door de beheerder zijn geconfigureerd. Als een knooppunt uitvalt, herverdeelt het systeem zijn taken naar de resterende knooppunten. Dit automatische failover-mechanisme onderscheidt een cluster van een eenvoudige groep onafhankelijke servers.
Drie veelvoorkomende configuraties
- High availability cluster: reserveknooppunten nemen het over in geval van uitval van het hoofdknopunt. Het doel is om de onderbrekingen van de dienstverlening tot enkele seconden, of zelfs minder, te beperken.
- HPC-cluster: de knooppunten verwerken berekeningen parallel om zware bewerkingen te versnellen, wetenschappelijke modellering, 3D-rendering of training van kunstmatige intelligentiemodellen.
- Gedistrubueerd opslagcluster: de gegevens worden verdeeld en gerepliceerd over meerdere knooppunten. Het verlies van een schijf of server leidt niet tot gegevensverlies.
Deze configuraties zijn niet exclusief. Eenzelfde cluster kan high availability en gedistribueerde opslag combineren, afhankelijk van de behoeften van het bedrijf.
Fysiek cluster, cloud of hybride: concrete afwegingen voor bedrijven
De keuze tussen een cluster op locatie (bare metal), een cloudcluster of een hybride architectuur hangt af van verschillende factoren die de gebruikelijke vergelijkingen te veel vereenvoudigen.
Een fysiek cluster biedt volledige controle over de hardware, de netwerklatentie en de gegevensbeveiliging. Aan de andere kant vereist het een hoge initiële investering en een team dat in staat is om de hardware, firmware-updates en de vervanging van defecte componenten te beheren. De onderhoudskosten worden vaak beschouwd als de meest onderschatte last in projecten voor clusters op locatie.
Grote cloudproviders bieden vooraf geconfigureerde clusters met automatische schaalvergroting. Het bedrijf betaalt per gebruik en hoeft de hardware niet te beheren. De ervaringen uit de praktijk verschillen hierover: sommige bedrijven constateren dat de cloudkosten die van een fysiek cluster overschrijden naarmate het gebruik boven een bepaald constant volume uitkomt, terwijl anderen er een netto besparing in zien dankzij de elasticiteit.
De hybride aanpak, die een lokaal cluster combineert voor voorspelbare lasten en cloudbronnen om pieken op te vangen, wint aan terrein. Het roept vragen op over orkestratie: de resource manager moet knooppunten met zeer verschillende latenties coördineren, wat de configuratie en het debuggen bemoeilijkt.
Kubernetes en containerorkestratie: het cluster heroverwogen
De opkomst van Kubernetes heeft de manier veranderd waarop bedrijven hun clusters ontwerpen. In plaats van applicaties rechtstreeks op servers te implementeren, verpakt men ze in containers die door een orkestrator worden beheerd.
Kubernetes verdeelt het cluster in werkknopen (workers) die worden aangestuurd door een controleplan (control plane). De orkestrator beslist waar elke container moet worden geplaatst op basis van de beschikbare bronnen, herstart automatisch defecte containers en beheert de schaalvergroting.
Deze abstractielaag biedt flexibiliteit, maar voegt een eigen complexiteit toe. Het beveiligen van een Kubernetes-cluster vereist vaardigheden die verschillen van traditionele systeemadministratie. De netwerknormen tussen containers, het beheer van geheimen en de toegang tot de API’s van het cluster vormen aanvalsvlakken die de teams moeten dekken.
Wanneer Kubernetes niet de oplossing is
Voor een HPC-berekeningscluster met lage latentie introduceert Kubernetes een overhead die de prestaties kan verminderen. Simulatie- of modelleringstoepassingen die een ultra-snelle communicatie tussen knooppunten vereisen, worden vaak nog steeds geïmplementeerd op traditionele HPC-clusters met gespecialiseerde interconnecties (bijvoorbeeld InfiniBand).
De keuze van de orkestratielaag hangt dus af van het type werklast. Een webcluster met veel verkeer en een wetenschappelijk rekencuster hebben noch dezelfde architectuur, noch dezelfde manager.
Europese prestatie-label: een beperking om te anticiperen
Naast de jaarlijkse rapportage die al van kracht is, werkt de Europese Commissie aan een verplicht duurzaamheidslabel voor datacenters, vergelijkbaar met de energie-etiketten van huishoudelijke apparaten. Dit project, gebaseerd op artikel 33 van de Richtlijn inzake energie-efficiëntie, richt zich op installaties waarvan het geïnstalleerde IT-vermogen meer dan 500 kW bedraagt.
De beschikbare gegevens stellen niet in staat om een exacte datum voor de uitvoering vast te stellen, maar de discussies voorzien een horizon rond 2027. Voor bedrijven die vandaag een cluster dimensioneren, voorkomt het nu integreren van energie-efficiëntiecriteria in het bestek een latere nalevingskost.
De architectuur van een cluster is niet langer alleen een kwestie van rekencapaciteit en redundantie. Het Europese regelgevingskader maakt het ook een onderwerp van energieconformiteit, wat de prioriteiten in infrastructuurbeslissingen herverdeelt.
