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?
Antworten:
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:
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.
quelle