古いアプリケーションを実行しているVMで仮想NUMAを無効にする必要があるかどうかはどうすればわかりますか？

VMwareのドキュメントから：

仮想NUMAトポロジは、ハードウェアバージョン8の仮想マシンで使用でき、仮想CPUの数が8を超えると、デフォルトで有効になります。詳細構成オプションを使用して、仮想NUMAトポロジに手動で影響を与えることもできます。

それで、8つのCPUを割り当てたVMがあり、その実行中の仮想NUMAがあるとします。サーバー上でNUMA対応でない古いアプリケーションを実行している場合、非V-NUMAモードで実行した場合と比べて、アプリケーションの実行が非常に悪くなることはありませんか。

私はV-NUMAがこのように有効になっていると思います。アプリベンダーが8個以上のコアを推奨する場合、ソフトウェアはNUMAに対応している可能性が高いためです。または、マルチコアサポートが組み込まれているがNUMAサポートが組み込まれていないアプリケーションはたくさんありますか？

この考えられる問題が原因のボトルネックを特定するにはどうすればよいですか？

編集：vCenterにリモートNUMAコールを監視するためのメトリックがあると思いましたか？

記事：「NUMAの詳細パート1：UMAからNUMAへ」では、「Intel Memory Latency Checker v3.5」を推奨していますが、短い記事「VMware vSphere — NUMA構成の確認が非常に重要である理由」（リンクを取得したところ）説明：

「主なポイントは、CPUがローカルメモリにアクセスできる場合、CPUはメモリアクセスが常に最も速いということです。NUMAノードはCPU /メモリの組み合わせです。通常、CPUソケットと最も近いメモリバンクがNUMAノードを構築しました。 CPUが別のNUMAノードのメモリにアクセスする必要がある場合、CPUは直接アクセスすることはできませんが、メモリを所有するCPUを介してアクセスする必要があります。」

したがって、VMMを起動してvNUMAを割り当てる前に、各CPUに十分なメモリを備えたNUMAを正しく構成してください。

VMwareでは、esxtopを使用して「m」、「f」、「G」と入力し、NUMA情報を有効にすることができます。esxtopの詳細については、こちらをご覧ください。YellowBricksとVMWareの古代のドキュメント：「Interxing esxtop Statistics」。

NUMAを調整したら、Intelのツールを使用して、vNUMAの割り当てが非ローカルメモリを呼び出していないことをテストできます。