2. PowerStore硬件架构剖析
PowerStore 的硬件架构可以理解为“两个对称控制器 + 全 NVMe 盘柜 + 内部高速交换 + 双路供电散热”的紧耦合系统。它不像传统双控阵列那样把控制器和盘柜通过外部 SAS 线缆级联,而是把计算节点、NVMe 盘位、NVRAM 写缓存和内部交换背板整合在 2U 机箱内,形成一台“横向扩展单元”。理解这套硬件关系,是后续做部署规划、故障域划分和性能调优的基础。
控制器节点:对称双活,不是主备
PowerStore 1000T/3000T/5000T/7000T/9000T 等型号均采用两个完全对等的控制器节点(Node A / Node B),每个节点拥有自己的 CPU、内存、NVRAM、管理端口和前端 I/O 模块。两个节点同时在线、同时服务 I/O,属于真正的双活架构,而不是一主一备。每个节点通过内部 PCIe/NVMe 通道访问本节点直连的 NVMe SSD,同时通过内部交换架构访问对端节点所辖的盘位。
前端连接方面,每个节点可安装 4 个 I/O 模块,支持 16/32Gb FC、10/25GbE iSCSI、NVMe-oF(FC 或 RoCE)以及 25GbE 文件端口。做部署规划时,通常要求同一链路的两个端口分别落在 Node A 和 Node B 上,例如 FC 双口 HBA 的 Port0 接 Node A、Port1 接 Node B,这样单节点故障时主机多路径软件(MPIO)仍能通过另一节点访问卷。
NVMe SSD 与 NVRAM:数据落盘与写确认
PowerStore 使用企业级 NVMe SSD(TLC 或 QLC,视型号与配置而定),盘位分布在机箱前部,由两个控制器共同管理。NVMe 协议相比 SAS/SATA 的最大变化是命令队列深度和延迟:单盘可提供数十万 IOPS 和百微秒级延迟,因此瓶颈往往不在盘,而在控制器 CPU、内部交换或前端链路。
NVRAM 是每个控制器节点上的非易失写缓存,用于在写 I/O 到达时先落 NVRAM 再向主机确认,从而保证掉电不丢数据。写路径大致为:主机写请求 → 目标节点前端端口 → 写入本节点 NVRAM → 同时通过内部交换镜像到对端节点 NVRAM → 双份确认后返回主机成功 → 后台再刷入 NVMe SSD。这种“双 NVRAM 镜像”是高可用写确认的核心。
内部交换架构:节点与盘位的连接枢纽
两个控制器节点之间、节点与 NVMe 盘位之间,通过内部 PCIe Switch 或 NVMe 交换背板连接。它的作用是让任一节点都能访问全部盘位,并在节点故障时由存活节点接管对端盘位的访问。内部交换不是外部 SAN,不占用前端端口,也不暴露给主机,属于机箱内私有互连。
从数据流看,一次读 I/O 可能由 Node A 接收,但目标数据位于 Node B 直连的 SSD 上,此时 Node A 通过内部交换向 Node B 请求数据,Node B 读取后回传。这个过程对主机透明,但会消耗内部交换带宽,因此规划时应尽量让卷的归属节点与访问路径一致,减少跨节点流量。
电源与散热:双路冗余与风道设计
PowerStore 机箱通常配置两个电源模块(PSU),分别接入不同 PDU 或不同市电回路,实现电源冗余。任一 PSU 故障时,另一 PSU 可独立支撑整机运行。散热方面,机箱采用从前到后的风道:冷空气从前部盘位区进入,流经 NVMe SSD、控制器节点和电源模块,由后部风扇排出。风扇模块同样支持冗余,单风扇故障时系统会提高其余风扇转速以维持散热,但噪音和功耗会上升。
部署时应确保机箱前后留有足够空间,进风口不得被线缆或挡板遮挡。若机房采用冷热通道,PowerStore 应面向冷通道进风。温度过高时,系统会先降频保护,再触发告警,因此监控进风温度和风扇状态是日常运维的必要项。
高可用机制:故障域与接管逻辑
PowerStore 的高可用建立在“节点、NVRAM、电源、风扇、内部交换、前端链路”多个冗余维度上。当 Node A 故障时,Node B 通过内部交换接管 Node A 的盘位和 NVRAM 镜像数据,主机多路径软件将 I/O 切换到 Node B 的端口,业务在秒级到分钟级内恢复。若只是单块 NVMe SSD 故障,RAID 或分布式冗余会在后台重建,不影响节点在线。
需要特别注意的是:高可用不等于零风险。两个节点共用同一机箱、同一背板和同一供电环境,因此机箱级故障(如背板损坏、整机断电)仍会导致双节点同时不可用。对于关键业务,通常需要两台 PowerStore 组成集群或配合远程复制,才能覆盖机箱级故障域。
部署与运维中的关键判断
在实际部署中,判断硬件是否健康,可以从几个可观察点入手:一是两个节点的 NVRAM 镜像状态,若镜像中断,写性能会下降且高可用能力受损;二是内部交换的跨节点流量,若持续偏高,说明卷归属与访问路径不匹配;三是 PSU 和风扇的冗余状态,任一冗余丢失都应尽快恢复;四是 NVMe SSD 的磨损与重建进度,避免多盘同时故障。
下面给出一个简化的硬件健康检查清单,可作为日常巡检的参考:
| 检查项 | 正常状态 | 异常判断 |
|---|---|---|
| 节点状态 | Node A / Node B 均在线 | 单节点离线,需检查电源、背板、内部交换 |
| NVRAM 镜像 | 双节点镜像同步 | 镜像中断,写确认降级,需立即排查 |
| NVMe SSD | 全部在线,无重建 | 出现故障盘或重建中,关注冗余度 |
| PSU | 双 PSU 正常 | 单 PSU 故障,冗余丢失 |
| 风扇 | 转速正常,无告警 | 风扇故障或转速异常,检查风道 |
| 前端链路 | 每节点端口均有活动路径 | 单节点端口全断,MPIO 路径减少 |
总结来看,PowerStore 硬件架构的核心逻辑是:用对称双活节点消除单点,用 NVRAM 双镜像保证写确认,用内部交换实现盘位共享,用双 PSU 和冗余风扇保证供电散热,最终把故障域收敛到“单节点可接管、单盘可重建、单电源可支撑”的粒度。理解这些硬件关系,才能在部署时正确规划前端链路、卷归属和冗余策略。