4、专线组网架构：点对点、星型、全互联、Hub-Spoke架构设计原则

专线组网，说白了就是解决「怎么把分散的站点用专线连起来」的问题。很多刚入行的朋友觉得拉根光纤就完事了，其实不然。选错了架构，后期扩容能让你怀疑人生。

我个人习惯把专线组网分成四种基本模型：点对点、星型、全互联、Hub-Spoke。每种都有它的脾气和适用场景。咱们一个一个来拆解。

4.1 点对点（Point-to-Point）

这是最基础的专线形态。就两个站点，一条专线直连。没什么花哨的。

适用场景：

• 总部和单一分支互联
• 数据中心之间的高速互联（DCI）
• 临时性的高带宽需求

设计原则：

• 带宽按需配置，别贪多。我见过有人给两个小办公室拉了10G专线，结果利用率不到5%，纯属浪费。
• 链路冗余可以考虑双路由、双运营商。但成本翻倍，值不值要看业务等级。
• IP地址规划要留余量。/30掩码够用，但万一以后要加个管理IP呢？我习惯用/29。

4.2 星型架构（Star Topology）

一个中心节点，多个分支节点。所有流量都经过中心转发。这是中小企业最常用的组网方式。

为什么大家都爱用星型？

• 管理简单。策略、路由、安全都在中心做。
• 成本可控。分支只需要一条专线到中心。
• 扩展方便。加个分支？再拉一条线到中心就行。

但星型有个致命弱点： 中心节点挂了，全网瘫痪。你想想看，如果总部机房断电了，所有分支都连不上。

所以设计星型架构时，我建议：

• 中心节点必须做冗余。双设备、双链路、双电源，这是底线。
• 分支到中心的带宽要算清楚。别让分支的流量把中心出口撑爆了。
• 可以考虑在中心部署负载均衡设备，分担流量压力。

4.3 全互联架构（Full Mesh）

每个节点都和其他所有节点直连。冗余性最高，延迟最低。但代价也最大。

数学题： n个节点全互联，需要 n*(n-1)/2 条专线。4个节点要6条，10个节点要45条。你想想看，光线路费就够你喝一壶的。

什么时候用全互联？

• 节点数量少（一般不超过8个）
• 业务对延迟和可靠性要求极高（比如金融交易系统）
• 每个节点之间都有大量流量交互

设计原则：

• 路由协议建议用OSPF或IS-IS。BGP也行，但配置量会大很多。
• 每个节点都要有独立的IP地址段，避免路由冲突。
• 链路带宽要匹配。别让一条低速链路拖累了全网性能。

我记得有个客户是做量化交易的，要求节点间延迟必须低于1毫秒。最后我们用了全互联加波分复用设备，成本高得吓人，但人家业务需要，没办法。

4.4 Hub-Spoke架构

这是星型的升级版。中心节点叫Hub，分支节点叫Spoke。但和星型不同的是，Hub-Spoke通常用于MPLS VPN或SD-WAN场景。

核心思想： Spoke之间不直接通信，所有流量都经过Hub转发。Hub负责路由策略、安全策略、流量调度。

Hub-Spoke的优势：

• 策略集中管控。改一条策略，全网生效。
• 安全边界清晰。Spoke不需要暴露在公网上。
• 适合总部-分支模型，尤其是分支数量多的场景。

但要注意：

• Hub的带宽和性能是瓶颈。我见过一个项目，Hub的出口带宽只有1G，下面挂了50个Spoke，每个Spoke都在跑视频会议，结果Hub直接被打满了。
• Hub要做冗余。双Hub是标配，甚至可以部署多Hub做负载分担。
• Spoke到Hub的链路质量要监控。一旦链路抖动，所有业务都受影响。

4.5 四种架构对比

架构类型	成本	可靠性	扩展性	管理复杂度	适用节点数
点对点	低	中	差	低	2
星型	中	中（中心单点故障）	好	低	3-50
全互联	高	极高	差	高	2-8
Hub-Spoke	中高	高（需冗余Hub）	好	中	10-500+

4.6 架构选择的核心逻辑

选哪种架构，其实就三个问题：

1. 有多少个节点？ 少于5个，全互联可以考虑。多于20个，老老实实Hub-Spoke。
2. 业务对延迟敏感吗？ 敏感的话，尽量减少中间跳数。全互联或点对点更合适。
3. 预算够吗？ 预算充足，上全互联加冗余。预算有限，星型或Hub-Spoke是务实之选。

嗯，这里要注意一点：架构不是一成不变的。随着业务发展，你可能需要从星型演进到Hub-Spoke，甚至局部全互联。所以设计时要留好扩展空间，别把自己逼到死胡同。

4.7 架构对比图