2. QFX硬件架构与高可用基础

QFX系列是Juniper面向数据中心与园区核心的交换产品线,其高可用能力并非来自单一软件特性,而是由硬件形态、平面分离、供电散热冗余和故障域边界共同决定的。理解这些底层结构,是后续设计MC-LAG、EVPN多归属、GRES/NSR等机制的前提。本节从四个维度拆解QFX的硬件高可用基础。

一、模块化与固定式:两种形态的可用性差异

QFX产品可分为固定式(fixed-form)与模块化(modular)两大类。固定式交换机如QFX5120、QFX5200系列,所有端口与转发芯片焊接在机箱内,整机是一个不可拆分的转发单元;模块化交换机如QFX10002、QFX10008,由机箱、线卡(FPC/Line Card)、交换矩阵板卡(SIB)、路由引擎(RE)和电源/风扇托盘组成,各部件可独立更换。

这一差异直接决定了故障域粒度。固定式设备一旦主控或转发芯片故障,整机退出服务,只能依靠外部冗余(如MC-LAG对端、EVPN多归属)承接流量;模块化设备则可将故障限制在单块线卡或单个RE内,其余线卡继续转发。因此,在核心汇聚层通常优先选择模块化平台,而在接入或叶层可用固定式平台配合多归属实现冗余。

模块化机箱的转发能力由SIB数量决定。以QFX10008为例,机箱提供多个SIB槽位,线卡之间通过背板经SIB交叉连接。若SIB数量不足或部分SIB故障,整机带宽会下降,但已建立的转发路径通常仍可维持,这属于“性能降级而非服务中断”的典型场景,需要在容量规划时预留SIB冗余。

二、控制平面与数据平面分离

QFX采用控制平面与数据平面分离的架构。控制平面运行在路由引擎(RE)上,负责路由协议(BGP、OSPF、IS-IS)、EVPN控制信令、MAC/IP学习与策略计算;数据平面由Packet Forwarding Engine(PFE)承担,依据转发表执行线速转发。两者通过内部高速通道交互,控制平面下发转发表项,数据平面上报异常与统计。

这种分离带来两个关键高可用特性。第一,控制平面重启时,数据平面可继续使用已有转发表转发,这就是GRES(Graceful Routing Engine Switchover)与NSR(Nonstop Routing)能够实现“控制中断、转发不中断”的基础。第二,控制平面故障不会立即导致流量中断,但转发表会逐渐老化,因此必须配合协议邻居的GR/NSR能力,才能让对端在本地RE切换期间保持会话。

在双RE的模块化平台上,主RE与备RE之间通过内部链路同步配置、协议状态和转发表。切换时,备RE接管控制平面,PFE继续使用原转发表,直到新RE重新计算出转发表并下发。切换时间通常在秒级,具体取决于协议收敛速度和表项规模。

三、冗余电源与风扇

QFX机箱通常支持N+1或N+N电源冗余。以QFX10008为例,机箱可安装多个电源模块,正常运行时负载均摊;当单个电源故障时,剩余电源需能承担整机功耗。设计时必须核算“最坏情况功耗”,即所有线卡满配、所有端口满速、风扇全速时的功耗,并确保N+1后仍有余量。若仅按典型功耗选配,故障切换后可能触发电源过载保护,导致整机掉电。

风扇冗余同样关键。QFX采用前后风道或前后/后前风道设计,风扇托盘支持热插拔。风扇故障时,系统会提升其余风扇转速以维持散热,但若多个风扇同时故障或环境温度过高,PFE会触发温度保护,逐步关闭线卡或整机。因此,机房冷通道温度、风道方向与风扇冗余数量必须与设备规格匹配。

电源与风扇的冗余是“硬件级”冗余,不依赖协议,但需要正确的功耗核算与风道规划。很多现场故障并非协议问题,而是电源余量不足或风道错配导致的高温降级。

四、硬件故障域分析

故障域是指一个硬件故障所能影响的最大范围。QFX的故障域可划分为:端口/光模块级、线卡级、RE级、SIB级、电源/风扇级、整机级。端口或光模块故障仅影响单链路,可由LAG或MC-LAG成员冗余覆盖;线卡故障影响该线卡所有端口,需依赖跨线卡的LAG或EVPN多归属;RE故障由双RE切换覆盖;SIB故障导致带宽下降;电源/风扇故障由冗余模块覆盖;整机故障则必须由外部设备冗余承接。

下图以QFX10008模块化机箱为例,展示各硬件部件与故障域的对应关系,以及冗余路径如何将故障影响限制在最小范围。

QFX10008 模块化机箱硬件故障域与冗余路径 机箱 Chassis RE0(主) 控制平面 · 路由协议 · EVPN RE1(备) GRES/NSR 同步 · 热待机 同步 SIB 交换矩阵(多块) 线卡间交叉连接 · 带宽冗余 FPC0 线卡 PFE · 端口组 故障域:本卡端口 FPC1 线卡 PFE · 端口组 故障域:本卡端口 FPC2 线卡 PFE · 端口组 故障域:本卡端口 FPC3 线卡 PFE · 端口组 故障域:本卡端口 电源模块 PSU × N N+1 / N+N 冗余 · 负载均摊 风扇托盘 FAN × N 热插拔 · 转速补偿 外部冗余 MC-LAG / EVPN 多归属 故障域层级: 端口/光模块 → 线卡 → RE → SIB → 电源/风扇 → 整机 冗余策略:LAG/MC-LAG 覆盖端口与线卡 · 双RE覆盖控制平面 · N+1覆盖供电散热 · 外部冗余覆盖整机

五、设计检查要点

在实际项目中,建议按以下顺序核对硬件高可用基础:第一,确认设备形态与故障域要求匹配,核心层优先模块化,接入层可用固定式加多归属;第二,核算电源最坏情况功耗,确保N+1后余量不低于20%;第三,核对风道方向与机房气流组织,避免冷热通道错配;第四,确认双RE已启用GRES/NSR,并验证协议邻居支持GR;第五,梳理每条链路的冗余路径,确保任一端口、线卡或整机故障都有替代转发路径。

需要强调的是,硬件冗余只是高可用的起点。电源、风扇、RE、SIB的冗余状态必须通过show chassis hardware、show chassis alarms等命令定期巡检,任何冗余部件缺失或告警都应在维护窗口内恢复,否则一次单点故障就可能演变为整机中断。