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

Server-Dimensionierung

Ressourcenbasis schätzen
3vCPU
8GB RAM
60GB SSD

Planungsgrundlage — messen Sie Ihre reale Arbeitslast vor dem Kauf.

Einführung

Die Server-Dimensionierung verwandelt drei einfache Fragen — wie viele Container, wie viele gleichzeitige Benutzer und wie schwer die Arbeitslast — in eine Startschätzung für vCPU, RAM und SSD.

Sie ersetzt die beiden Extreme der Kapazitätsplanung: blind kaufen und aus einer einzigen Zahl raten. Die Schätzung enthält Puffer für Lastspitzen, aber das letzte Wort hat immer Ihr eigener Benchmark.

Ziel

  • Eine transparente, erklärbare Basis für CPU, RAM und Disk erzeugen.
  • Die Schätzung nach Arbeitslastprofil anpassen: leicht, ausgewogen oder rechenintensiv.
  • Klar sagen, dass das Ergebnis eine Planungsschätzung mit etwa 25 % Puffer ist, keine Leistungsgarantie.

Eingaben

  • Anzahl der Container (oder Dienste), die Sie betreiben wollen.
  • Anzahl gleichzeitiger Benutzer, die die Plattform bedienen muss.
  • Arbeitslastprofil: leicht (meist im Leerlauf), ausgewogen oder rechenintensiv.

So funktioniert es

Jede Eingabe trägt über einfache lineare Formeln zu den drei Ausgaben bei: Container dominieren die CPU- und RAM-Terme, Benutzer tragen zu allen drei bei, und eine Basis von 2 vCPU, 4 GB RAM und 20 GB Disk ist immer reserviert.

Das Arbeitslastprofil skaliert das Gesamtergebnis: leicht multipliziert mit 0,65, ausgewogen mit 1,0 und schwer mit 1,65 — das modelliert den Unterschied zwischen einer müssigen API und einer Renderfarm.

Jede Zahl wird aufgerundet, und die Formeln sind auf dieser Seite veröffentlicht, damit die Schätzung geprüft und angepasst werden kann.

Testbares Beispiel

Ausprobieren — die Analyse läuft lokal in Ihrem Browser.

Beispiel

Container: 8 · Benutzer: 50 · Arbeitslast: ausgewogen

Erwartete Ausgabe

CPU: 3 vCPU
RAM: 8 GB
Disk: 60 GB
Planungsbasis mit etwa 25 % Puffer.

Ausgabe verstehen

  • Die Zahlen als Mindeststartpunkt behandeln, nicht als Ziel: kleine Dienste wachsen schneller, als sie schrumpfen.
  • Ist Ihre Arbeitslast batch-lastig, vor der Kaufentscheidung mit einem echten Lasttest verifizieren.
  • Bei burstigem Verkehr mehr RAM und CPU-Credits statt durchgehender CPU bevorzugen — die Formel neigt ohnehin dazu.

Risiken

  • Zu kleine Dimensionierung führt zu OOM-Kills und langsamen Antworten in Lastspitzen.
  • Überdimensionierung verschwendet Budget für ungenutzte Kapazität.
  • Die Schätzung ignoriert arbeitslastspezifische Faktoren wie Datenbankgrösse, Storage-IOPS und Netzwerkdurchsatz.

Grenzen

  • Die Formeln sind generische Heuristiken eines Autors — nicht aus Ihrer Arbeitslast abgeleitet.
  • Kein Cloud-Anbieter wird referenziert, weil Preise und Shapes unterschiedlich sind; die Ausgaben sind einheitenlose vCPU/RAM/GB.
  • Es ist ein Ausgangspunkt. Vor dem Kauf lasttesten.

Offizielle Referenzen

FAQ

Warum 25 % Puffer?

Puffer absorbiert Lastspitzen, GC-Pausen und temporäre Lastschübe ohne sofortige OOM-Kills. Sie können ihn erhöhen oder senken, indem Sie das Arbeitslastprofil ändern.

Basiert das auf echten Benchmarks?

Nein. Die Formeln sind transparente Heuristiken, auf dieser Seite veröffentlicht. Nur echte Benchmarks Ihrer Arbeitslast validieren die Schätzung.

Berücksichtigt es die Datenbank?

Indirekt über Containerzahl und Benutzer. Eine ernsthafte Datenbank verdient eine eigene Dimensionierungsübung.