Wie würde ich wissen, ob ich virtuelles NUMA auf VMs deaktivieren sollte, auf denen ältere Anwendungen ausgeführt werden?

Aus den VMware-Dokumenten:

Die virtuelle NUMA-Topologie ist für virtuelle Maschinen der Hardwareversion 8 verfügbar und wird standardmäßig aktiviert, wenn die Anzahl der virtuellen CPUs größer als acht ist. Sie können die virtuelle NUMA-Topologie auch manuell mithilfe erweiterter Konfigurationsoptionen beeinflussen.

Nehmen wir also an, ich habe eine VM, der ich 8 CPUs zugewiesen habe - ihre laufende virtuelle NUMA. Wenn ich eine alte, nicht NUMA-fähige Anwendung auf dem Server ausführen würde, würde sie nicht sehr schlecht oder zumindest nicht so gut laufen wie im Nicht-V-NUMA-Modus?

Ich gehe davon aus, dass V-NUMA auf diese Weise aktiviert ist, da die Software höchstwahrscheinlich NUMA-fähig ist, wenn ein App-Anbieter 8 oder mehr Kerne empfiehlt. Oder gibt es viele Anwendungen mit eingebauter Multi-Core-Unterstützung, aber keine NUMA-Unterstützung?

Wie würde ich einen Engpass identifizieren, der durch dieses mögliche Problem verursacht wird?

Bearbeiten: Hatte ein Gedanke, dass es in vCenter eine Metrik zum Überwachen von Remote-NUMA-Aufrufen gibt?

— red888
quelle

Ich habe meine vorgeschlagene Antwort gelöscht, weil ich nicht glaube, dass es das ist, wonach Sie suchen. Wenn ich weitere Informationen zu Ihrer Hostkonfiguration hätte, könnte ich möglicherweise weitere Unterstützung leisten. Meine persönliche Meinung ist, dass vNUMA im Allgemeinen nicht-numa-Apps keinen Schaden zufügt, aber das ist nicht nur eine Antwort. Es gibt eine große Anzahl von Variablen, die sich auf die VM-Leistung auswirken können. In meinen Jahren bei der Arbeit mit VMware habe ich nie festgestellt, dass vNUMA der Schuldige an einem Leistungsproblem ist.

— Stewpudaso

Der Artikel: " NUMA Deep Dive Teil 1: Von UMA zu NUMA " empfiehlt " Intel Memory Latency Checker v3.5 ", einen kürzeren Artikel " VMware vSphere - Warum das Überprüfen der NUMA-Konfiguration so wichtig ist! " ( Woher ich diesen Link habe) erklärt:

"Die wichtigste Erkenntnis ist, dass der CPU-Speicherzugriff immer am schnellsten ist, wenn die CPU auf ihren lokalen Speicher zugreifen kann. NUMA-Knoten sind CPU / Speicher-Paare. In der Regel bilden der CPU-Sockel und die nächstgelegenen Speicherbänke einen NUMA-Knoten. Wenn eine CPU auf den Speicher eines anderen NUMA-Knotens zugreifen muss, kann sie nicht direkt darauf zugreifen, sondern muss über die CPU, die den Speicher besitzt, darauf zugreifen. "

Konfigurieren Sie Ihren NUMA also korrekt mit ausreichend Speicher für jede CPU, bevor Sie Ihren VMM starten und vNUMAs zuweisen.

Unter VMware können Sie mit esxtop "m", "f" und "G" eingeben, um NUMA-Informationen zu aktivieren. Lesen Sie hier mehr über esxtop: YellowBricks und die alten Dokumente bei VMWare: " Interpretieren von esxtop-Statistiken ".

Sobald NUMA eingestellt ist, können Sie mit dem Intel-Tool testen, ob Ihre Zuweisung von vNUMA keinen nicht lokalen Speicher beansprucht.

— rauben
quelle