3. Lenovo企业计算集群产品体系

设计一套高可用企业计算集群，难点往往不在“会不会装服务器”，而在于面对 Lenovo 庞大的产品目录时，能否把服务器、存储、网络与软件栈四层对象放到同一张逻辑图上，并让每一层的选择都能被上层业务需求反向解释。本节不逐条罗列型号，而是建立一套“定位—依据—组合”的判断框架，使选型从参数堆砌变成有因果链的工程决策。

四层产品体系的定位

Lenovo 企业计算集群可抽象为四个相互约束的层次。ThinkSystem 服务器是算力与内存资源的载体，决定单节点能承载多少虚拟机、容器或数据库实例；存储（ThinkSystem DE/DM 系列 SAN、SR 系列分布式存储等）提供共享数据面与持久化能力，决定集群能否做在线迁移与故障切换；网络（ThinkSystem 以太网交换机、InfiniBand、FC 交换机）承载业务流量、存储流量与心跳流量，决定节点间通信的时延与冗余度；软件栈（XClarity 管理、Lenovo HA 集群软件、虚拟化与数据库高可用组件）负责编排、监控与故障决策。四层不是并列清单，而是“业务需求向下传导、资源能力向上支撑”的双向约束关系。

选型依据：从 SLA 反推参数

选型的第一步是把业务 SLA 翻译成可测量的技术指标。假设一个示例场景：某企业要部署一套双节点数据库高可用集群，要求 RTO ≤ 5 分钟、RPO ≈ 0，业务峰值约 3000 TPS，数据量 2 TB 且年增长 30%。由此可反推：RPO≈0 意味着必须使用同步复制或共享存储，排除纯本地盘方案；RTO≤5 分钟要求故障检测与切换自动化，软件栈必须支持仲裁与自动接管；3000 TPS 与 2 TB 数据量决定单节点内存与存储 IOPS 下限。

服务器选型看三个量：CPU 核数与主频、内存容量与通道数、本地盘与 PCIe 扩展槽。数据库类负载通常“内存优先”，示例中可先按数据热集 20% 估算，即约 400 GB 热数据，单节点内存配置 512 GB 较为稳妥；若采用双路机型，需保证内存插满所有通道以发挥带宽。存储选型看 IOPS、时延与冗余：同步复制对写时延敏感，全闪 SAN 的稳定时延通常优于大容量机械盘阵列。网络选型看流量分离：业务、存储、心跳三类流量建议物理或 VLAN 隔离，心跳网络必须独立且低时延，否则会出现“误判故障”导致双主。软件栈选型看兼容矩阵：集群软件版本必须与操作系统、虚拟化平台、存储多路径驱动相互认证，否则再好的硬件也无法组成可靠集群。

组合逻辑：避免“木桶短板”

四层组合的核心原则是“能力对齐”。常见误区是服务器堆到顶配，却用单控制器存储和单交换机，结果存储与网络成为单点，高可用形同虚设。合理的组合逻辑可归纳为三条：其一，冗余层级对齐——服务器双电源、存储双控制器、网络双交换机、心跳双链路，任一层单点都会拉低整体可用性；其二，性能瓶颈对齐——若存储只能提供 5 万 IOPS，服务器配置再高也无法提升集群吞吐，应按最窄环节估算容量；其三，软件能力对齐——集群软件支持的切换粒度（节点级、实例级）必须与业务部署方式一致。

一个可参考的选型对照示例

下表给出示例场景下的选型对照，参数为合理假设，用于说明判断依据而非实测结果。

组合完成后，还需做一次“反向验证”：把选定的四层对象放回业务需求，逐条检查 RTO、RPO、吞吐与扩展性是否被满足。若某条不满足，优先调整最窄的那一层，而不是盲目升级服务器。这样，产品体系才真正成为可解释、可复现的工程方案，而不是型号清单。