Wie viele Kerne und wie viel Speicher für welche Aufgabe

Das ist die häufigste Frage beim Bau einer neuen Maschine, und sie hat keine einzelne richtige Antwort, denn die Antwort hängt von der Art der Arbeit ab. Dennoch fallen Aufgaben in wenige Familien, und jede Familie hat ihren eigenen Engpass.

Warum zu viel schadet

Einer Maschine mehr Kerne zu geben, als sie braucht, macht sie nicht schneller. Zusätzliche vCPU verlängern die Schlange auf dem Server, und jedes Mal, wenn die Maschine laufen will, wartet sie darauf, dass mehr Kerne gleichzeitig frei werden. Beim Speicher ist es ähnlich: zugewiesener Speicher gilt als vom Host genommen, auch wenn er nicht wirklich genutzt wird, und ist für die anderen Maschinen gesperrt.

Die Art der Arbeit bestimmt den Engpass

Ein Medienserver will meist Umwandlungsleistung statt Kerne; mit Hardwarebeschleunigung genügen zwei Kerne, ohne sie hilft keine Kernzahl. Eine Datenbank reagiert auf Plattenlatenz: eine schnelle Platte und ein eigener IO-Thread bringen mehr als zusätzliche Kerne. Reverse Proxies und kleine Paneldienste verlangen fast nichts und laufen jahrelang mit einem Kern und wenig Speicher. KI- und Bildarbeit wollen das Gegenteil: ohne durchgereichte Grafikkarte laufen sie ohnehin nicht sinnvoll, und ihr Speicherhunger ist groß.

Die Anfangsregel

Wenig geben, messen, dann erhöhen. Einer laufenden Maschine einen Kern hinzuzufügen ist meist leicht; einen zurückzunehmen heißt, eine zur Gewohnheit gewordene Ressource zu entfernen. Beim Speicher gilt derselbe Weg, und Speicher ist die Ressource, die auf dem Host am schnellsten ausgeht.

Nicht ohne Messung entscheiden

Was eine Maschine wirklich braucht, zeigt sich, nachdem sie einige Tage gelaufen ist. Die Schätzung des ersten Tages ist nur ein Ausgangspunkt; die eigentliche Entscheidung kommt aus einer Messung unter Last.