SD-WAN那些事

      SDN概念的提出已十年多，转控分离的思想深入人心，并且延伸到其它领域：软件定义广域，软件定义存储，软件定义边界任何技术的提出和落地都是以解决用户痛点为导向的，在经历了概念炒作的泡沫期后，技术开始沉淀并趋于务实。本文将针对SD-WAN(软件定义广域)带领读者推演这一技术的使用场景和用户价值。

　　与LAN和MAN不同，WAN完成的是更大范围内的互联，Internet就是大的一张广域。对于多地存在分支的政企单位，存在异地互联的需求。出于安全，时延和带宽保证的目的，常常采取租用运营商SDH/专线的方式。专线接

　　入实现了甚至物理隔离，了络层面的天然安全，充分的Qos机制保障了对时延敏感的应用(视频会议，VOIP等)的可靠传输。但专线也存在着费用高，开通慢的缺陷：本地有无POP点、到达POP点有无物理线路、跨运营商线路租用和协同、各分支线路和业务的逐台部署。而传统的专线络模型又加重了企业在专线费用这块的经济负担。

　　传统专线络模型

　　出于安全和审计需求，所有分支对互联访问的流量都要经过专线到达总部，经由总部的互联出口进入Internet。虽然陆续出现的WAN加速技术(如协议优化、连接复用、数据压缩等)通过优化流量一定程度缓解了WAN链路带宽的需求，但随着企业IT基础设施的不断扩展，WAN链路带宽依旧需要不断扩容。对于业务可靠性要求高的企业常常还租用多家运营商线路进行冗余备份，带宽利用率低。有的企业为了应对突发流量不得不满足峰值流量的资源环境，而这些资源平时大部分时间闲置，无法做到动态归还，所有这些都与云时代的资源池化，动态伸缩的思想背道而驰。随着云计算的发展，企业的IT架构发生的巨大变化，传统的DC云化构成企业的私有云。企业的IT资源或是全部迁移到公有云(经典络/VPC)，或是同时兼顾数据本地化和资源弹性采用私有云和公有云混合部署，但无论哪种方式都必然决定了对Internet的访问从之前的伴随型需求变成了刚性需求，数据的同步、备份、迁移也变为常态。

　　大量的公流量继续走专线显然已不合时宜，于是WAN的形式出现了一次变化—Hybrid-WAN。访问总部DC或私有云的流量继续走专线，对公有云的访问直接从分支进入Internet。互联分流了专线流量，减轻了专线的流量负载，但同时也在分支引入了安全和保密的需求。原本只需要在总部部署防火墙和安全策略，现在需要部署到分支CPE上，安全域的边界从总部扩展到分支，同时为了在不安全的公共络上安全传输企业内部数据需要引入相应的加密传输机制。

　　Hybrid-WAN络模型

　　互联链路弥补了专线的不足，通过防火墙的安全隔离使分支CPE内部得到了一定的安全保证，SSL/IPSEC又保证了在互联上传输企业私密数据的安全，Hybrid-WAN看上去似乎比较完美，但在实际应用中又暴露出一些明显的问题：

　　1、分支业务无法快速开通

　　分支开通需要配置CPE业务，无论CLI还是管，都需要对业务进行逐条配置下发，业务变更对于大量的分支机构的维护将是灾难性的。

　　2、选路策略基于路由，无法动态感知应用

　　选路策略往往是根据流量目的是去往总部还是公有云进行粗暴区分，检测粒度没有上升到应用级，也就无从考虑应用对链路质量的需求。

　　3、策略模型过于刚性，不适应业务动态变化

　　云计算大特点就是高度动态，传统通信设备上的策略模型严格依赖配置，业务或链路质量发生变化后往往意味着配置要跟随变化。

　　于是WAN又出现了SDN时代的重大演进—SD-WAN。SD-WAN继承了转控分离的思想，通过统一的中央控制器实现各CPE设备的统一管控。新开CPE可通过Call Home自动连接控制器下载配置和策略，真正做到零接触快速开通，且配置变更时只需要在控制器上修改一次，所有分支站点自动同步。通过CPE对流量的深度识别和基于探针的链路状况检测，使得流量选路策略更加精细灵活，实现策略与络质量随动，是真正意义的动态流量调度。

　　SD-WAN减轻了企业在专线使用上的开销，利用资费更低、开通便捷的互联也适应了企业使用公有云、混合云的技术诉求，快速部署、动态调度更是将这种性价比推向极致。虽然SD-WAN的功能还不止于此，但这个功能却是当前具客户价值的。下一篇将分析具体的SD-WAN技术方案。