The Cisco SD-WAN Solution
-
为什么需要实现 Cisco SD-WAN SEN 传统的网络已经变得越来越复杂,不能满足现有的企业扩展的需求 Cisco SD-WAN
-
Secure Extensible Network (SEN),可以提供快速部署 降低企业成本,部署简单,快速安全
-
灵活应对复杂企业site之间的数据安全传输需求 传统网络带来的设计上的挑战
-
成本高:传统网络面临很多设备的配置和维护;互联需要考虑昂贵的传输链路 太复杂:每个节点都要配置安全策略,尤其远程站点管理起来更加复杂
-
网络主机、网路设备、传输设备之间的流量没有明显的界限 策略是配置在网络中的每一个节点上的
-
安全是复杂耗时的部署过程,当然也是分布式在每个节点上做的安全策略
-
周期长:多站点互联依赖中间的传输链路,申请使用周期很长
-
难管理:传输链路归ISP管理,出问题需要ISP配合监控和配置
-
面对新形势下的需求,传统网络更加不能承受
-
严格的端到端安全
-
不通的传输网络
-
托管在多个数据中心的云应用高带宽的需求
-
移动终端用户持续增长
-
拓扑中不固定的any到any的连接
-
特殊业务的特殊需求
SD-WAN解决方案特点
- 思科SD-WAN是基于软件来定义广域网的连接,将数据和控制分开
- 重新定义了企业的广域网连接,使用通用的路由架构来实现网络的三层连接
- 虚拟化了企业边界原先使用硬件的路由设备
- 以Overlay的方式,运行在基础架构中的物理设备(路由器、交换机、防火墙),也可以是虚拟设备(vEdge、vRouter、vFw)
- 使用路由通告来形成整个网络控制层需要的表项
- 将网络传输从上层的网络服务分离出来,让管理员专注于用户和用户,或者主机之间的应用
- 使用VRF隔离三层流量,实现同一客户不通业务流量隔离,或者不同客户不通业务的隔离
- 端到端的双向连接、安全加密通讯
- 可以实现控制层面的策略和数据层面的策略集中配置
- Overylay网络保证不会收到传输端的攻击
- 策略可以在控制器上灵活配置,实现各种应用需求
- 集中管理、集中配置策略,简化运维步骤,提供了可视化的排错视图
SD-WAN重要组件介绍
- vSmart Controllers(控制层面)
- 集中控制的大脑,管理、配置、监控SD-WAN的控制层面
- 收集路由信息,通过控制层把信息反射给其他路由器(注意:不处理任何数据层面的流量,主要参与控制层的信息)
- 解决了传统网络中full-mesh的路由架构带来复杂架构下的挑战
- 保证整个Overlay网络安全传输(RSA和证书实现数据的加密保护)
- 考虑冗余,可以部署多个vSmart Controllers,多个也可以实现负载均衡,一个domain最多可以配置20个controllers
- 部署多个vSmart的时候,所有vSmart配置要保持同步,接口和地址、system ID、hostname可以不一致
- vBond负载协调监控多个vSmart之间的状态,负责控制vSmart之间的切换
- vEdge验证成功,会跟vSmart之间建立一个永久的DTLS隧道,建立加密的安全通讯
- DTLS隧道中的信息包含,形成网络拓扑所需要的路由信息和计算到达每个目标的最佳路由
- OMP(Overylay Management Protocol)协议来实现SD-WAN的路由收敛,形成OMP路由
- OMP协议跟BGP很像,在DTLS中传递,包含:routers、next-hop、keys、policy
- 通过预安装的证书,配合vBond对online的vEdge设备进行验证,验证通过才能建立DTLS隧道,才能传输OMP
- 接受数据层面加密数据需要用到的key,并把key反射给相关的其他vEdge路由器
- 强大的policy引擎,可以提供入站和出站的策略来影响:路由信息、访问控制、分段、外联网等其他网络需求
- 可以支持Netconf and CLI的管理方式
- vSmart以虚拟机的方式安装在ESXi虚拟化平台上
- vSmart初始启动的时候,可以配置最小信息:比如IP地址和vBond,让vSmart和vManage建立连接同步CFG配置,也可以手动通过console进行vSmart的配置
vBond Orchestrator
-
当vEdge设备接入Overlay网络的时候,配合vSmart一起工作,进行自动验证
-
主要管理vEdge和vSmart之间的连通性,解决vEdge或者vSmart在NAT后面的网络情况
-
密钥是都是自动分发交换,简化维护密钥的工作
-
vBond负载协调监控多个vSmart之间的状态,负责控制vSmart之间的切换和负载均衡
-
vBond必须配置公网IP地址,才能保证NAT的环境vEdge和vSmart之间的连通性
-
vBond和vSmart之间的DTLS隧道是永久的;和vEdge之间的隧道是临时的,验证完成就不需要建立这个隧道,就是按需建立
-
可以部署多个vBond,实现冗余和负载
-
可以在其中一个vEdge上激活vBond功能
vManage NMS(管理层面)
-
提供简单但是功能强大的仪表板,用来监控Overlay网络中所有网络设备的性能
-
同时也可以提供内置的配置的模板,简单轻松实现配置,然后把配置推送给路由器
-
用来存储证书和配置文件,当vEdge online的时候,vManage会把配置和证书推给vEdge
-
对于vEdge来说,vManage还可以签署证书、生成引导配置,还可以注销vEdge设备
-
提供集中的软件安装、升级,可以单个也可以批量管理
-
集中配置和管理整个网络,一般建议安装在中心站点的DC的一台物理服务器上
vEdge Router(数据层面)
-
和vSmart之间建立DTLS隧道,协商控制层面的OMP协议
-
在各个远程Site的设备,可以在边界,也可以放在某个NAT设备的后面
-
可以是物理设备、或者虚拟机软件called vEdge Clould Router
-
主要负责各个Site之间的数据层面的转发
-
支持和网络现有的设备之间运行OSPF、BGP路由协议、VLAN、Qos、VRRP、BFD、ACL、路由策略等标准协议
-
存放数据层转发必须的RIB/FIB(CPU转发的表)表项
-
可以支持Netconf and CLI的管理方式
SD-AVC(SD-Application Visibility and Control)
-
SD-AVC网络服务作为一个容器运行在vManage里面
-
使用NBAR2和其他组件作用在设备上
-
提供网络应用流量识别并可视化分析,基于应用感知的路由、防火墙和QOS策略等
-
是一个基于网络层次的分析工具
vContainer Host
-
为了解决单个vSmart的部署压力,可以部署基于容器的vSmart
-
vContainer Host是一个虚拟机,可以运行多个vSmart容器
-
且容器之间相互独立,可以部署在不同的网络中
-
一般是把vContainer Host部署在AWS上
-
也可以部署在ESXI和KVM(可以直接下到vmdk或qcow2的文件导入)
其他SaaS软件服务
- CloudExpress service:提供的SaaS服务,为每个应用程序提供清晰的定制服务,比如对office365优化
- vAnalytics:是一个思科托管的SaaS服务,主要帮助客户深入分析运营商、隧道、应用程序特征