De meeste serverdimensionering gaat op een van twee manieren mis: je betaalt voor cores die een jaar lang op 3% stationair draaien, of je ontdekt bij livegang dat de hot set van de database niet in het RAM past. Beide fouten komen voort uit het overslaan van dezelfde stap: dimensioneren vanuit de workload in plaats van vanuit een prijslijst. Deze gids geeft je de methode (basislijn, marge, groei), de per-workload vuistregels voor CPU, RAM, opslag en bandbreedte, en het eerlijke antwoord op de vraag wanneer je moet opschalen versus uitschalen.

RAID bepaalt twee dingen over je server nog voordat die opstart: hoeveel van de opslag waarvoor je betaalt daadwerkelijk bruikbaar is, en wat er gebeurt op het moment dat een schijf uitvalt. Geen van beide beslissingen is terug te draaien zonder de array opnieuw op te bouwen, dus het loont om dit bij bestelling meteen goed te doen. Deze gids legt de vier niveaus uit die in de praktijk ertoe doen (0, 1, 5 en 10), plus de kijk van ZFS op dezelfde ideeën, met eerlijke uitleg over rebuild-risico, waar RAID niet tegen beschermt en welk niveau bij welke workload past.