跨省SD-WAN方案选型指南？6类主流跨省组网架构对比与落地要点

摘要：跨省多分支组网共有6类主流落地架构：专线主导、互联网承载SD-WAN、专线与互联网混合、总部汇聚（Hub-Spoke）、动态全互联和云侧就近接入。对已使用专线又希望控制成本的企业，最值得优先评估的是混合架构——保留核心节点专线，引入互联网或无线链路，由SD-WAN（软件定义广域网，在底层连接服务之上建立覆盖网络、通过集中策略与动态选路管理广域网流量的组网技术）按应用类型和实时链路质量分流与容灾。混合架构是优先评估的起点而非统一答案，最终选择仍取决于站点分布、业务SLA、现有线路、容灾目标和总体成本。

为什么跨省组网比同城组网更复杂？

难点不在边缘设备本身，而在距离、跨网互联和接入资源。

第一，物理距离会形成时延下限。 按光纤传播速度每公里约5微秒估算，2000公里光纤路径仅传播造成的单程时延约10毫秒、往返下限约20毫秒，叠加路径绕行、设备转发、排队和接入段时延后更高。数据库事务等多次往返的业务受影响更明显。

第二，跨运营商路径质量可能波动。 跨网流量经过互联节点，路径和拥塞随地区、时段及运营商策略变化，需持续监测实测，不能只依据运营商名称或宣传指标推断质量。

第三，专线交付和扩容受本地资源影响。 跨省MPLS、以太专线需勘察施工，交付以周或月计；互联网SD-WAN在已有宽带的站点可更快上线，需新建最后一公里时同样要等。

因此，跨省组网不能只看设备或单条线路，要同时设计底层链路、逻辑拓扑、业务策略和故障处理机制。

跨省组网常见的6类落地架构有哪些？

行业并没有统一的"六类SD-WAN方案"标准，以下是为便于选型归纳的常见架构：前三类属于底层链路选择，Hub-Spoke和动态全互联属于逻辑拓扑，云侧接入属于业务出口方式，实际项目经常组合使用。

方案一：专线主导架构

总部和主要分支通过MPLS、以太专线等运营商网络互联。MPLS专线在运营商共享骨干上提供逻辑隔离，不等于端到端物理带宽独享，承诺带宽、QoS和可用性以合同SLA为准。性能边界和服务责任较明确，适合少量核心节点和对稳定性要求高的业务；缺点是接入扩容周期长、成本较高。传统专线本身不是SD-WAN，但可作为其底层连接服务。

方案二：互联网承载的SD-WAN架构

各站点用本地宽带、企业互联网专线或无线链路，由SD-WAN边缘设备建立加密覆盖隧道；部分托管服务先把流量引入服务商POP再经其骨干转发，也有产品直接在站点间建公网隧道。开通灵活，适合站点多、业务可接受互联网质量边界的企业；实际体验取决于本地接入、跨网路径、POP位置和拥塞情况，不能简单等同于"低成本且低时延"。

方案三：专线与互联网混合架构

站点同时接入专线和互联网、5G等链路，由SD-WAN根据应用优先级、时延、抖动、丢包和可用带宽选路：核心业务优先走满足SLA的路径，办公、软件更新或大文件传输走成本更低的路径；多链路可主备运行，也可在策略允许时同时承载。适合希望保留专线保障、逐步引入互联网链路的企业。故障切换效果取决于探测周期、选路策略、隧道状态和链路类型，必须通过业务级测试验证，不能只看设备宣称的切换时间。

方案四：总部汇聚型（Hub-Spoke）架构

分支主要与总部或区域中心建立逻辑连接，分支互访经中心节点中转。优势是安全策略、互联网出口和运维管理集中；不足是分支横向访问增加路径和时延，总部出口及汇聚设备需充分冗余。适合总部与门店交互为主、分支之间访问较少的业务；站点规模大时可用多区域Hub降低跨省绕行和单点压力。

方案五：动态全互联（Dynamic Mesh）架构

需要直接通信的站点按需建立隧道，减少经总部中转的绕行。控制器按应用策略和链路状态选路，如实时音视频走低时延低抖动路径、大文件同步走带宽充足路径。适合多厂区协同、跨地域研发和多数据中心互访，但需关注边缘设备性能、路由规模、隧道数量、NAT穿越和安全分区，也不代表所有站点必须永久两两互联。

方案六：云侧就近接入架构

在公有云中部署虚拟边缘设备、云网关或使用厂商云接入节点，让分支就近访问云上业务，避免云流量全部绕回总部。适合业务已上云或需要多云互联的企业，但"就近"并非部署虚拟边缘设备就自动保证，还需确认服务商POP与云区域的连接方式、云侧高可用、路由设计、云流量费用和故障责任边界。

6类跨省组网架构如何对比？

交付周期和成本不是架构的固定属性：互联网SD-WAN只有在本地接入已具备时才可能快速上线；Hub-Spoke和动态全互联的费用主要取决于底层线路、许可模式、流量和设备规格。

跨省SD-WAN的价格如何评估？

报价需按站点清单测算，公开单价很难直接套用。比价至少统一六个口径：站点城市、地址、带宽和接入运营商；是否含最后一公里、本地宽带、无线备份和公网IP；边缘设备是采购、租赁还是含在服务费中；控制器、应用识别、安全功能是否另行授权；是否含部署、监控、备件和现场服务；云流量费和扩容费如何计算。专线转混合架构可能降低线路投入，但会增加双链路、设备许可、托管服务和云流量费用，应比较三至五年总体拥有成本而不是只看月租。准确报价建议提供站点清单后测算，并结合业务场景获取方案建议。

跨省组网项目如何落地？

1. 盘点站点和业务：记录站点地址、现有线路、峰值流量、关键应用和业务时间窗口。

2. 定义业务SLA：分别确定时延、抖动、丢包、可用性、恢复时间和带宽要求，不用"核心业务"这类模糊标签。

3. 设计底层和拓扑：确定专线、宽带、无线链路组合，选择总部汇聚、区域汇聚、动态互联或云侧出口。

4. 验证资源独立性：双运营商不一定物理路由独立，核查最后一公里、入楼路径、机房和电源是否有共同故障点。

5. 开展代表性试点：选网络条件较差、业务典型、跨运营商访问明显的站点，而不是只挑最容易上线的站点。

6. 进行高峰期验收：测量p50、p95、p99时延、抖动、丢包及可用吞吐量，记录不同时段结果。

7. 开展故障演练：模拟线路中断、设备故障、Hub故障和云侧故障，检查切换、回切和应用会话是否中断。

8. 分批上线：用ZTP（零接触部署）减少现场配置，但预先完成设备绑定、模板、认证和回退方案。

9. 明确服务边界：在合同中写明SLA测量点、告警时间、修复时间、备件更换和赔偿条件。

不同业态如何选择跨省组网架构？

视频会议、收银、ERP或数据库同步不能仅凭应用名称固定分配线路：视频会议对时延、抖动和丢包敏感，收银直接影响营业连续性，数据库同步还取决于一致性机制和往返次数。正确做法是先定义业务SLA，再由SD-WAN策略选择满足条件的底层路径。

评估SD-WAN服务商应重点看什么？

重点核实七项：企业真实站点的实测时延、抖动、丢包和吞吐数据，而非全国平均值；POP和互联资源（数量只是参考，还要确认具体城市、接入运营商和骨干路径）；按应用、SLA阈值和优先级调度的选路与应用识别能力；双链路、双CPE、双Hub、双控制器及云侧高可用方案；控制器节点数、路由数、隧道数、设备吞吐和许可证等容量上限；隧道加密、密钥管理、日志留存和安全事件响应；合同SLA覆盖骨干、接入还是端到端路径，以及测量方法和赔偿条件。

OgCloud SD-WAN 包含了 ZTP、QoS、POP 节点与运营商覆盖、骨干 SLA、成本优化等内容。选型时必须依靠合同条款、节点清单与真实站点实测进行核验，务必区分骨干 SLA 与端到端 SLA，同时明确成本对比的基准、覆盖站点范围与费用统计口径。

FAQ

Q1：跨省SD-WAN能不能直接替换现有专线？

技术上可以，但不建议在未试点和业务验证的情况下全量替换。稳妥做法是先让SD-WAN承载部分站点或业务，完成高峰期测试和故障演练后，再决定专线保留、降速还是退出；评估周期根据业务季节性和故障样本确定，不必机械规定为一个季度。

Q2：跨省站点数量有上限吗？

没有适用于所有产品的统一上限，但每个具体平台都有容量边界，包括控制器管理节点数、路由数、隧道数、CPE性能和许可证数量。站点超过一定规模后，还要采用配置模板、分级管理、区域汇聚和自动化运维。

Q3：省内和跨省组网需要分开设计吗？

不一定需要建设两套网络，但应分别分析流量路径和SLA：省内站点可按业务流量汇聚到区域中心，跨省流量采用不同的选路、QoS和容灾策略，通过VRF、分段和带宽策略在同一SD-WAN平台上逻辑隔离；是否物理分开由安全和可用性要求决定。

Q4：评估服务商时哪些数据最有参考价值？

最有价值的是企业真实站点在高峰和非高峰时段的时延、抖动、丢包、吞吐和可用性数据，其次是故障切换时的业务中断情况、线路物理独立性、历史修复时间以及合同中的测量和赔偿条款。POP数量本身不能替代端到端测试。

结语

跨省组网选型的关键不是给六种架构排统一名次，而是先定义业务SLA和容灾目标，再分别选择底层链路、逻辑拓扑和业务出口，最后用真实站点试点验证。已有专线的多分支企业可优先评估专线与互联网混合承载；大量轻量门店可先看互联网SD-WAN；多厂区协同或多云业务则需进一步考虑动态互联和云侧接入。任何"最优方案"都应以实测数据和总体成本为依据。