📚 课程目录第2章 Juniper设备架构与容量指标

2. Juniper设备架构与容量指标

容量规划的第一步不是算带宽，而是搞清楚“流量在设备内部到底走了哪条路、在哪一级被限制”。Juniper 的 MX、PTX、QFX、SRX 虽然都跑 Junos，但转发架构差异很大：MX 是业务边缘路由器，PTX 是核心/骨干路由器，QFX 是数据中心交换机，SRX 是安全网关。它们对吞吐量、队列深度、表项规格的定义方式不同，规划时必须按平台分别看待。

一、四类平台的转发架构差异

MX 系列采用模块化架构，典型如 MX960/MX480 使用 MPC（模块化端口集中器）线卡配合 SCB（交换控制板）和路由引擎。MPC 上通常有独立的包转发引擎（PFE），每个 PFE 拥有自己的转发芯片、内存和队列资源。这意味着 MX 的容量不是“整机一个数”，而是“每 PFE 一个数”，再乘以 PFE 数量。规划时若只按整机吞吐量估算，很容易忽略单 PFE 的队列和表项上限。

PTX 系列面向核心与对等互联，采用更扁平的 fabric 架构，典型如 PTX10000 使用 ExpressPlus 芯片，强调高密度 100GE/400GE 线速转发和低时延。PTX 的容量指标更接近“每线卡/每芯片”的线速能力，队列深度相对 MX 更浅，因为核心场景通常不做深度缓冲，而是靠端到端拥塞控制。

QFX 系列是数据中心交换机，典型如 QFX10000 采用 Q5 芯片，QFX5000 采用 Broadcom 商用芯片。QFX 的关键容量是 MAC 表、ARP/ND 表、VXLAN VNI 表、ECMP 组数和共享缓冲。数据中心东西向流量大、突发强，共享缓冲（shared buffer）和每端口队列的分配策略比“标称吞吐量”更影响实际表现。

SRX 系列是安全网关，典型如 SRX5000 采用 SPU（安全处理单元）流处理架构。SRX 的容量指标必须区分“防火墙吞吐量”“IPsec VPN 吞吐量”“IPS 吞吐量”“新建连接速率”“并发会话数”。同一台 SRX，开启不同安全服务后吞吐量可能下降数倍，规划时不能只看一个“吞吐量”数字。

二、关键容量参数的实际含义

吞吐量要区分“标称线速”和“实际业务吞吐”。MX 的整机吞吐受 fabric 带宽和 PFE 数量共同约束；PTX 的线卡吞吐通常接近线速；QFX 的标称吞吐是芯片能力，但开启 ACL、VXLAN、PFC 后可能下降；SRX 的吞吐必须按“纯防火墙”“IPsec”“IPS”分别看。规划时建议以“业务组合下的实测或厂商数据表”为准，而不是宣传页上的最大值。

队列深度决定设备能吸收多少突发。MX 的 MPC 通常提供较深的每队列缓冲，适合城域汇聚、移动回传等突发明显的场景；PTX 队列较浅，核心网依赖 TCP 端到端控制，若在 PTX 上做深度缓冲反而增加时延；QFX 使用共享缓冲，端口突发会消耗全局池，需要关注 PFC 死锁和 ECN 阈值；SRX 的队列更多服务于安全处理，深度不是主要卖点。

表项规格是最容易被低估的容量。MX 的 FIB、下一跳、隧道表项、HQoS 整形器数量都有上限；PTX 的 MPLS 标签、SR 段列表、ECMP 组数决定能否承载大规模骨干；QFX 的 MAC、ARP、VNI、VTEP 表项决定能接多少租户和虚机；SRX 的会话表、策略数、NAT 池决定能服务多少用户。规划时要把“当前表项数”和“增长后表项数”都算进去，并留出 30% 以上余量。

三、把容量指标落到规划计算中

下面给出一个可参考的规划计算示例，用于说明如何把上述指标转成具体判断。假设某城域汇聚节点使用 MX 平台，单 MPC 有 2 个 PFE，每个 PFE 可用转发能力按 200 Gbps 估算，整机 4 块 MPC 共 8 个 PFE。若规划 3 年后峰值流量为 1.2 Tbps，则平均每 PFE 需承载 150 Gbps，低于 200 Gbps，但需检查单 PFE 的队列和表项是否够用。

示例：MX 汇聚节点容量校核（参数为教学假设）
单 PFE 可用吞吐        = 200 Gbps
PFE 数量               = 8
整机可用吞吐           = 200 × 8 = 1600 Gbps
3 年后峰值流量         = 1200 Gbps
单 PFE 平均负载        = 1200 / 8 = 150 Gbps
余量                   = (200 - 150) / 200 = 25%

表项校核：
当前 FIB 前缀           = 80 万
3 年增长后             = 110 万
单 PFE FIB 上限        = 150 万
余量                   = (150 - 110) / 150 ≈ 27%

队列校核：
单 PFE 队列深度        = 100 ms @ 200 Gbps
突发吸收能力           = 200 Gbps × 0.1 s = 20 Gb
若上游突发 30 Gb，则可能丢包，需调整整形或增加缓冲

这个示例说明：吞吐量有余量不代表表项和队列也有余量。规划时要分别校核三类指标，取最紧的一项作为扩容触发点。对于 SRX，还要把“并发会话数”和“新建 CPS”单独校核，因为会话表满时即使吞吐量空闲也会拒绝新连接。

四、不同平台的规划侧重点

MX：重点看每 PFE 吞吐、HQoS 层级、FIB 和隧道表项，适合按用户/业务分摊到 PFE 做规划。
PTX：重点看线卡线速、MPLS/SR 标签规模、ECMP 组数，队列深度不是主要约束。
QFX：重点看共享缓冲、MAC/ARP/VNI 表项、PFC/ECN 配置，租户数和突发吸收能力是关键。
SRX：重点看业务组合下的吞吐、并发会话、新建 CPS、策略数，安全服务开启程度直接决定容量。

规划时建议先列出“平台—转发单元—关键表项—当前值—3 年预测值—上限—余量”七列，逐项填写。任何一项余量低于 30% 就应列入扩容观察清单；低于 15% 应触发扩容设计。

不要把厂商宣传的“最大吞吐量”直接当作规划容量。该数值通常是在理想条件下测得，未计入安全服务、ACL、VXLAN、HQoS 等实际功能开销。规划应以业务组合下的实测或保守估算为准。

总结来说，MX、PTX、QFX、SRX 的容量规划不能共用一套公式。先识别转发架构中的“限制单元”——MX 是 PFE，PTX 是线卡，QFX 是共享缓冲和表项，SRX 是 SPU 与会话表——再分别校核吞吐、队列、表项三类指标，才能得到可靠的容量结论。