容量与通道一起规划
内存规划先满足容量，再优化通道与带宽：每个 CPU 对应的内存通道要均衡填充，否则带宽损失比容量不足更隐蔽——容量能看出不够用，带宽损失只表现为时延升高。虚拟化与数据库场景还要额外预留虚拟化开销与 RAS 特性占用的容量，按可用容量倒推需求。
基本信息
| 容量目标 | 业务需求加虚拟化、系统与缓存开销 |
|---|---|
| 通道原则 | 每个 CPU 对应的通道均衡填充 |
| 速率约束 | 满通道与高 rank 配置下速率可能下降 |
| RAS 占用 | 镜像、备用等特性会占用部分容量 |
| 核算方式 | 按可用容量倒推，而不是看标称总量 |
典型使用场景
- 虚拟化宿主机规划：按虚机密度与超分比核算内存
- 数据库选型：按缓存需求与内存带宽评估配置
- 扩容方案评估：确认空槽与通道能否补齐
- 交付验收：核对实际配置与规划方案是否一致
- 性能排查：确认带宽不足是否由通道不均衡引起
- 成本优化：在容量、速率与插法之间找平衡点
核对 NUMA 与已装内存
核对 NUMA 与已装内存
# 查看 NUMA 节点及每个节点的内存分布
numactl --hardware
# 总量与可用量，注意系统与缓存会占用一部分
free -h
# 已装内存与槽位分布，核对通道是否均衡
# 插槽与规格列表
dmidecode -t 17 | grep -E 'Locator|Size|Speed' | head -40规划要素
| 要素 | 核算方式 | 常见偏差 |
|---|---|---|
| 容量 | 业务需求加系统与虚拟化开销 | 只算业务用量导致上线就紧张 |
| 通道 | 每个 CPU 均衡填充 | 单侧插满造成带宽与容量失衡 |
| 速率 | 按平台与配置核对可达速率 | 满通道后降速未被预期 |
| RAS 预留 | 镜像或备用占用容量 | 忘算导致可用容量少于规划 |
| 扩展预留 | 为增长留出空槽 | 一次插满后无法平滑扩容 |
双路机型把两颗 CPU 的内存配对称：NUMA 分布是否均衡，比总容量更影响实际表现。
满通道不等于最优：插满后速率下降时，带宽可能反而低于少插几条但均衡的配置。