Server-RAM-Ausstattung

Mir geht es bei meiner Fragestellung gerade nicht um die konkrete Hardware, sondern vielmehr um den theoretischen Hintergrund, um mein Wissen und Verständnis zu erweitern. Die aktuelle Hardware mag zwar ein auslösender Anlass sein, aber sie ist für meine Fragestellung belanglos. Denn möglicherweise wird diese Hardware ausgetauscht und dann stellen sich je nach RAM-Bedarf dennoch wieder dieselben Fragen, und zwar schon bei der Planung, wie die neue Hardware konfiguriert sein soll.

Demgemäß freue ich mich vor allem über die Antworten von @it-fraggle, @DerMaddin, @2423392070, @ukulele-7 und @clSchak, weil das genau die Antworten sind, die ich erhofft habe.

Und das passt zudem zu etwas, was ich gestern in einem anderen Zusammenhang (Ausstattung einer SQL-Server-VM mit vCPU und RAM) las: NUMA wird dann bedeutsam, wenn einer VM mehr vCPU's zugewiesen werden, als an pCPU's an einem physischen NUMA-Knoten vorhanden sind. In Kombination mit den wertvollen Ausführungen von @ukulele-7 zur Begrenzung von vCPU und vRAM für eine VM nach oben im Verhältnis zu den insgesamt vorhandenen Ressourcen ermöglicht das für mich eine noch gezieltere Planung und Konfiguration der VM's und ist somit sehr wertvoll.

Mit "fest zugewiesen" meine ich selbstverständlich, dass bei allen VM's die jeweilige Startzuweisung zugleich auch die Minimal-/Maximalzuweisung von RAM darstellt - dynamischer RAM wird nicht verwendet (= deaktiviert im Hyper-V-Einstellungen der VM). Das bedeutet in der Praxis, eine VM bekommt bei ihrer Ersteinrichtung eine RAM-Menge zugewiesen, die den bisherigen Erfahrungswerten für die zu erledigenden Aufgaben entspricht. Bei allen Linux-VM's läuft eine regelmäßige Protokollierung der Speichernutzung (mittels free und cat /proc/loadavg (ergänzend htop zur punktuellen Verlaufsanalyse)), um anhand dessen nachjustieren zu können. Das betrifft sowohl die vCPU- als auch die RAM-Zuweisungen. Bei Windows ist der Ressourcenmonitor hilfreich, weil dort anhand der verfolgbaren Verlaufsdaten die bestehenden Bedarfe der verschiedenen Prozesse ganz gut sichtbar werden, um angemessene Schlussfolgerungen ziehen zu können. Eine Überbelegung von RAM gibt es daher bei mir nicht - für alle ständig aktiven VM's ist die RAM-Zuweisung jederzeit im vollen Umfang gesichert. Der verbleibende nicht zugewiesene RAM steht dann für solche VM's zur Verfügung, die nur gelegentlich / bei Bedarf verwendet werden; nach der Benutzung werden diese VM's auch wieder heruntergefahren.

Derzeit ist es sogar so, dass die Summe aller vCPU-Zuweisungen um eins kleiner ist als die Anzahl der vorhandenen pCPU's. Das werde ich künftig nicht durchhalten können, weil noch zwei oder drei ständig aktive VM's hinzukommen werden ...

Insgesamt sehe ich nämlich in der Vermeidung dynamischer Zuweisungen eine Leistungs- und Verbrauchsoptimierung und das mit messbarer Wirkung.

Das alles mag ein äußerst konservativer Konfigurationsansatz sein. Aber dafür muss ich mich garantiert nicht mit schwer lokalisierbaren Eventualitäten aufgrund dynamischer Zuweisungen herumschlagen. Ganz im Gegenteil ist mein administrativer Aufwand auf das kleinstmögliche Maß reduziert und die VM's verrichten klaglos ihren Dienst.

Viele Grüße
HansDampf06