2. HPE高可用集群技术体系
HPE的高可用计算集群并不是单一产品，而是一套由计算节点、机箱/刀片架构、共享存储、数据保护设备与集群软件共同组成的体系。理解这套体系的关键，不是记住产品名称，而是弄清每个产品族在“可用性链条”中承担什么角色：谁提供计算冗余，谁提供共享数据路径，谁负责数据副本与恢复，谁决定故障切换的边界。本节围绕ProLiant机架/塔式服务器、Apollo高密度系统、Synergy刀片、StoreOnce存储以及ProLiant DL/ML系列，梳理它们与高可用架构之间的对应关系。
一、高可用架构的四个层次与产品映射
从工程视角看，一个典型HPE高可用集群可以拆成四层：计算层负责运行应用与集群节点；互联层负责心跳、业务网络与存储网络；存储层提供共享卷或分布式数据；数据保护层负责备份、去重与恢复。HPE各产品族在这四层中的位置并不相同，有的横跨多层，有的只专注一层。
ProLiant DL系列（机架式）和ML系列（塔式）是最常见的集群节点载体。DL系列适合标准19英寸机柜，通常以双路或单路配置运行Windows Server Failover Clustering、Linux Pacemaker或HPE Serviceguard；ML系列则多用于分支机构、边缘机房或空间受限场景，同样可以组成双节点或三节点集群。两者在高可用架构中的角色是“可被替换的计算单元”——当某个节点故障时，集群软件将资源组迁移到另一节点。
Apollo系统面向高密度与高性能计算场景，例如Apollo 6500 Gen10 Plus等。它通过多节点共享机箱、共享电源与散热，降低单位算力成本。在高可用设计中，Apollo更多用于HPC、大数据或容器化平台，其可用性往往由上层调度器（如Slurm、Kubernetes）与冗余网络共同保障，而不是传统意义上的共享存储双机切换。因此，Apollo对应的是“横向扩展型高可用”，强调任务级重试与节点池冗余。
Synergy刀片系统则把计算、存储、网络与机箱管理整合在一个框架内。Synergy的Frame Link Module负责机箱管理冗余，Composer提供模板化部署，刀片节点通过Virtual Connect或FlexFabric实现网络冗余。在高可用架构中，Synergy适合私有云与虚拟化集群：当某块刀片故障时，虚拟机或容器可在同一机箱或跨机箱的其他刀片上重启。它对应的是“机箱级整合高可用”，故障域比单台机架服务器更集中，因此必须关注机箱电源、散热与管理模块的冗余。
二、StoreOnce在高可用体系中的位置
StoreOnce是HPE的重复数据删除备份存储，通常不直接参与业务集群的在线故障切换，而是位于数据保护层。它通过StoreOnce Catalyst协议与备份软件（如HPE Data Protector、Veeam）集成，提供源端或目标端去重。在高可用集群中，StoreOnce的价值体现在“恢复时间目标（RTO）”和“恢复点目标（RPO）”上：集群节点故障时，业务由另一节点接管；若发生逻辑损坏或站点级故障，则需要从StoreOnce恢复。
StoreOnce支持多节点集群配置（如StoreOnce 5500/6500系列），通过冗余节点和RAID保护备份数据本身。它与计算集群的关系是“离线但关键”：计算集群保证业务连续，StoreOnce保证数据可恢复。两者共同构成“在线高可用+离线数据保护”的完整链条。
三、产品族与高可用架构对应关系图
下图把上述产品族放入同一个高可用体系视图中，按计算层、互联层、存储层、数据保护层展开，并标注各产品族的主要对应关系。图中不重复正文步骤，而是帮助读者快速定位“某个产品在可用性链条中的位置”。
四、DL/ML系列与集群软件的实际对应
在具体工程中，ProLiant DL与ML系列通常与以下集群软件组合：Windows环境使用Windows Server Failover Clustering（WSFC），配合共享LUN或存储副本；Linux环境使用Pacemaker+Corosync，配合STONITH设备防止脑裂；HPE自有方案Serviceguard则常见于关键业务Unix/Linux场景。DL380 Gen10/Gen11是典型双节点集群节点，每节点配置双端口HBA卡连接SAN，双万兆网卡做心跳与业务复用。
ML系列在分支场景中常以两节点集群出现，由于塔式机箱扩展槽有限，需提前规划HBA与网卡数量。一个合理的示例配置是：两台ML350 Gen10，各配1块双端口16Gb FC HBA、2块万兆网卡，通过一台光纤交换机连接MSA或Primera存储，仲裁使用文件共享见证。该配置属于教学示例，实际选型需按业务IOPS与容量重新核算。
五、Synergy与Apollo的可用性差异
Synergy刀片的故障域管理比机架服务器更复杂：一个机箱内多块刀片共享电源与散热，若机箱级模块故障，影响面更大。因此Synergy高可用设计必须做到：Frame Link Module双冗余、Composer高可用、Virtual Connect双上行、跨机箱集群分布。Apollo则相反，它把故障域分散到多个独立节点，单节点故障不影响整体任务，但需要上层调度器支持任务重试与数据分片。
六、StoreOnce与集群恢复的衔接
StoreOnce不参与在线切换，但决定了集群在灾难后的恢复能力。实际部署中，建议将StoreOnce放在独立于生产集群的网络区域，通过Catalyst协议接收来自集群节点的备份流。以StoreOnce 5500为例，其多节点架构可在单节点故障时继续提供备份服务，配合RAID 6保护磁盘故障。恢复时，先从StoreOnce还原最近的全量备份，再应用增量日志，最后将数据挂载回集群共享卷并重新加入集群。
需要强调的是，高可用不等于容灾。ProLiant、Apollo、Synergy解决的是节点或机箱级故障时的业务连续性；StoreOnce解决的是数据级恢复。两者必须同时规划，才能覆盖“节点宕机”与“数据损坏”两类不同风险。理解各产品族在四层架构中的位置，是后续设计具体集群拓扑、仲裁策略与备份窗口的基础。