本页内容 · 8 个主题
选型结论
服务器应按真实工作负载与故障时承载目标配置。核心数量、内存容量和盘位只是起点，NUMA、授权计费、网络与存储路径可能更早成为限制。
开始前需要的资料
收集业务 CPU 与内存忙时曲线、磁盘延迟、IOPS 与吞吐、增长趋势、虚拟机数量、业务重要度、计划维护窗口和软件兼容矩阵。
关键核对表
| 核对维度 | 需要确认 | 工程含义 |
|---|---|---|
| 计算资源 | 看持续负载、峰值、单核需求与 NUMA | 不能用总核心数替代业务性能 |
| 内存 | 核对容量、通道均衡和实际模块组合 | 插满最大容量不等于当前配置最优 |
| 网络与存储 | 比较网卡、HBA、交换与多路径设计 | 接口速率不能代替端到端测试 |
| 故障容量 | 计算少一台主机时关键业务的资源 | N+1 需要明确故障期间服务目标 |
设计与实施方法
先按工作负载分组，再计算日常、维护和故障三种资源状态。保留对操作系统、虚拟化版本、驱动与备份代理的兼容核对；国产化或异构平台迁移应增加应用验证。
如何验证与交付
验收业务基线与资源监控，并测试虚拟机迁移、单节点维护、备份恢复和管理网络隔离。报告应记录真实配置，不能引用高配样机测试代替交付配置。
常见误区
把薄置备容量当作已具备的物理存储，或在不核对授权与故障资源的情况下过度超分。
常见问题：N+1 是否意味着任意故障都不影响业务？
不是。它通常只针对约定节点或资源故障，需要结合存储、网络、供电和应用层的故障模式说明。
服务器配置不要只看CPU名称
| 工作表项目 | 应记录的内容 |
|---|---|
| 内存 | 每CPU通道、DIMM插槽、1DPC/2DPC速率与模块组合。 |
| 扩展 | riser、电气通道、背板、网卡/HBA和散热配套会限制最大配置。 |
| 许可与故障 | 管理功能、虚拟化核心计量和少一台节点时的真实业务资源。 |
技术复核：上海迅跑网络技术有限公司 · 2026-11-14