OTOthoTools
Language
enen-AUen-GBen-CAdede-CHithipt-BRnlno
▥

Server Resource Sizer

Schat een verstandige basislijn
3vCPU
8GB RAM
60GB SSD

Planningsschatting — benchmark uw echte werklast vóór de aankoop.

Inleiding

De Server Resource Sizer zet drie eenvoudige vragen — hoeveel containers, hoeveel gelijktijdige gebruikers en hoe zwaar de workload — om in een startschatting van vCPU, RAM en SSD.

Het bestaat om de twee uitersten van capaciteitsplanning te vervangen: blind kopen en raden op basis van één getal. De schatting bevat ruimte voor pieken, maar het laatste woord is altijd uw eigen benchmark.

Doel

  • Produceer een transparante, uitlegbare basislijn voor CPU, RAM en schijf.
  • Pas de schatting aan op basis van het workloadprofiel: licht, gebalanceerd of rekenintensief.
  • Stel duidelijk dat het resultaat een planningsschatting met ongeveer 25% marge is, geen prestatiegarantie.

Invoerwaarden

  • Aantal containers (of services) dat u wilt draaien.
  • Aantal gelijktijdige gebruikers dat het platform moet bedienen.
  • Workloadprofiel: licht (meestal inactief), gebalanceerd of rekenintensief.

Hoe het werkt

Elke invoer draagt via eenvoudige lineaire formules bij aan de drie uitvoerwaarden: containers domineren de CPU- en RAM-termen, gebruikers dragen aan alle drie bij, en een basis van 2 vCPU, 4 GB RAM en 20 GB schijf wordt altijd gereserveerd.

Het workloadprofiel schaalt het hele resultaat: licht vermenigvuldigt met 0,65, gebalanceerd met 1,0 en zwaar met 1,65, wat het verschil tussen een inactieve API en een renderfarm modelleert.

Elk getal wordt naar boven afgerond, en de formules staan op deze pagina gepubliceerd zodat de schatting controleerbaar en aanpasbaar is.

Testbaar voorbeeld

Probeer het — de analyse draait lokaal in uw browser.

Voorbeeld

Containers: 8 · Gebruikers: 50 · Workload: gebalanceerd

Verwachte uitvoer

CPU: 3 vCPU
RAM: 8 GB
Schijf: 60 GB
Planningsbasislijn met ongeveer 25% marge.

De uitvoer lezen

  • Behandel de getallen als het minimale startpunt, niet als doel: kleine services groeien sneller dan ze krimpen.
  • Als uw workload batchzwaar is, verifieer dan met een echte belastingtest voordat u zich vastlegt op een vorm.
  • Voor piekverkeer verdienen meer RAM en CPU-credits de voorkeur boven continue CPU — de formule leunt daar al naartoe.

Risico's

  • Te klein dimensioneren leidt tot OOM-kills en trage reacties tijdens piekbelasting.
  • Te groot dimensioneren verspilt budget aan inactieve capaciteit.
  • De schatting negeert workloadspecificke factoren zoals databasegrootte, opslag-IOPS en netwerkdoorvoer.

Beperkingen

  • De formules zijn generieke heuristieken van één auteur — ze zijn niet afgeleid van uw workload.
  • Er wordt geen cloudprovider genoemd, omdat prijzen en machinevormen verschillen; de uitvoerwaarden zijn dimensieloze vCPU/RAM/GB.
  • Het is een startpunt. Belastingtest vóór de aankoop.

Officiële referenties

FAQ

Waarom 25% marge?

Marge absorbeert pieken, GC-pauzes en tijdelijke belastingspieken zonder onmiddellijke OOM-kills. U kunt deze verhogen of verlagen door het workloadprofiel te wijzigen.

Is dit op echte benchmarks gebaseerd?

Nee. De formules zijn transparante heuristieken die op deze pagina worden gepubliceerd. Echte benchmarks van uw workload zijn de enige manier om de schatting te valideren.

Houdt het rekening met de database?

Indirect, als onderdeel van het aantal containers en gebruikers. Een serieuze database verdient een eigen dimensioneringsoefening.