NUMA（Non-Uniform Memory Access，非一致内存访问）常见于多插槽或大型服务器。每个处理器附近有本地内存，访问本地内存通常比访问另一个 NUMA 节点的远程内存更快。普通小虚拟机很少需要手工干预，大型数据库和高性能负载才应重点关注。
一、物理 NUMA 与虚拟 NUMA
宿主机把处理器和内存分成物理 NUMA 节点。Hyper-V 会向大型虚拟机呈现虚拟 NUMA 拓扑，让支持 NUMA 的来宾系统与应用尽量把线程和内存放在合适节点。
查看宿主机基本信息：
Get-CimInstance Win32_NumaNode
Get-VMHostNumaNode | Format-Table NodeId,ProcessorCount,MemoryAvailable不同 Windows 版本可用字段可能不同。也可以在任务管理器、资源监视器和硬件厂商工具中核对插槽与节点。
二、NUMA spanning 是什么
Hyper-V 会尽量让虚拟机资源来自一个节点。当单个节点无法满足虚拟机的 CPU 或内存需求时，可以跨多个节点分配，这叫 NUMA spanning。它让更大的虚拟机能够启动，但远程内存访问可能增加延迟。
在较新的 Windows Server 2025 与 Windows 11 24H2 行为中，大型 vCPU 配置对 NUMA spanning 有更明确要求，升级宿主机前应重新核对现有超大虚拟机。
三、与动态内存的关系
启用动态内存的虚拟机实际上只看到一个虚拟 NUMA 节点，不会获得常规虚拟 NUMA 拓扑。小型或非 NUMA 感知负载通常无妨；大型数据库若希望利用 NUMA，本身就需要用固定内存、明确 vCPU 和实际压测来设计。
四、初学者的规划方法
先让关键虚拟机的内存和 vCPU 尽量不超过单个物理 NUMA 节点容量，并给宿主机和其他虚拟机留余量。只有业务需要时才扩大。不能单凭“服务器总共有 256 GB”就认为一台 200 GB 虚拟机一定能以最佳本地性运行。
监控来宾数据库或应用的 NUMA 识别结果、内存延迟、CPU 队列和业务响应。跨节点本身不是错误；是否可接受取决于实际负载。修改 NUMA 设置前保存原值，并安排可重复的压测。
本文为中文原创教程。概念和版本差异参考 Microsoft Learn：NUMA in Hyper-V。
评论一下？