von Cameron Cameron, Senior Consultant
Hinweis: Es wird davon ausgegangen, dass die Zielgruppe für dieses Dokument bereits versteht, wie VMware den Speicher für alle VMs verwaltet, die auf jedem ESXi-Host ausgeführt werden.
Einer der großen Vorteile von VMware ist die Möglichkeit, CPU- und Speicherressourcen zu überzeichnen, was die Konsolidierung von Workloads ermöglicht. Bei der Virtualisierung von Systemen für unsere Kunden, die einen großen Speicherbedarf haben (z. datenbanken), sehen wir oft, dass der physische Speicher erschöpft ist, bevor wir uns der Grenze der Rechenkapazität eines ESXi-Hosts nähern. Für Tier-1-Workloads empfehlen wir die Konfiguration von Speicherreservierungen, insbesondere in Umgebungen, in denen diese geschäftskritischen Workloads mit VMs niedrigerer Ebene gemischt werden.
Nicht jeder VMware-Shop verwendet Speicherreservierungen. Manchmal kann dies eine Speicherblonierung auslösen, wenn bestimmte Ereignisse, einschließlich vMotion, dazu führen, dass sich der bereitgestellte vRAM dem physischen RAM auf dem ESXi-Host nähert oder mit ihm übereinstimmt. In diesem Fall tritt auf dem ESXi-Host wahrscheinlich ein Speicher-Balloon-Ereignis auf, und jede VM, die nicht durch eine Speicherreservierung geschützt ist, kann betroffen sein. Sich auf eine Summe des bereitgestellten vRAM zu verlassen und es mit dem physischen RAM zu vergleichen, kann jedoch zu einem falschen Sicherheitsgefühl führen, da oft der Speicheraufwand jeder VM nicht berücksichtigt wurde.
House of Brick empfiehlt vielmehr, dass die Summe des Arbeitsspeichers aller virtuellen Maschinen (Arbeitsspeicher der virtuellen Maschine, VM-Speicher-Overhead und VM-Kernelspeicher) den physischen Arbeitsspeicher des Hosts nicht überschreitet.
Von Overhead-Speicher auf virtuellen Maschinen:
Virtuelle Maschinen benötigen eine bestimmte Menge an verfügbarem Overhead-Speicher zum Einschalten. Sie sollten sich der Höhe dieses Overheads bewusst sein.
In der folgenden Tabelle ist der Overhead-Arbeitsspeicher aufgeführt, den eine virtuelle Maschine zum Einschalten benötigt. Nachdem eine virtuelle Maschine ausgeführt wurde, kann die Menge an Overhead-Arbeitsspeicher, die sie verwendet, von der in der Tabelle aufgeführten Menge abweichen. Die Beispielwerte wurden mit aktiviertem VMX-Swap und aktivierter Hardware-MMU für die virtuelle Maschine erfasst. (VMX Swap ist standardmäßig aktiviert.)
Hinweis:
Die Tabelle enthält ein Beispiel für Overhead-Speicherwerte und versucht nicht, Informationen zu allen möglichen Konfigurationen bereitzustellen. Sie können eine virtuelle Maschine mit bis zu 64 virtuellen CPUs konfigurieren, abhängig von der Anzahl der lizenzierten CPUs auf dem Host und der Anzahl der CPUs, die das Gastbetriebssystem unterstützt.
Tabelle 1: Beispiel für Overhead-Speicher auf virtuellen Maschinen
Was Sie der obigen Tabelle entnehmen können, ist, dass mit zunehmender Speicherzuweisung zu einer VM auch der Speicher-Overhead zunimmt. Während ESXi in der Regel überbelegten Arbeitsspeicher (über ESXi-Speicherverwaltungsmechanismen) zurückfordern kann, kann der Overhead nicht zurückgewonnen werden, was die Notwendigkeit unterstreicht, Workloads in der richtigen Größe zu skalieren.
Jede Organisation muss ihre eigenen Richtlinien für Speicherreservierungen in ihrer VMware-Umgebung festlegen. Wenn Sie jedoch Tier-1-Workloads mit anderen Workloads ausführen, wenig Arbeitsspeicher haben oder einen Speicherüberschuss feststellen, beachten Sie, dass für jede VM ein Speicheraufwand besteht, der möglicherweise während der Planung nicht berücksichtigt wurde.