蜗牛游戏李嘉俊 - SDN和CDN“在一起”

2020-02-27 189浏览

1.
2.163CM 175CM
3.分发系统基础架构源站负载均衡系统调度系统 A TREND IN THE FUTURE 北京节点上海节点广东节点北京用户上海用户 CDN分发平台广东用户
4.提高服务响应和加速效果源站信息预取华北二级缓存华南二级缓存 A TREND IN THE FUTURE 北京节点石家庄节点杭州节点厦门节点北京用户石家庄用户杭州用户厦门用户
5.提高传输效率 A TREND IN THE FUTURE 源站私有协议传输 CDN节点压缩传输公网传输耗时 10秒终端用户 CDN节点加速传输耗时 3秒
6.分发系统逻辑架构图 A TREND IN THE FUTURE 全运营管理系统国内容管理子系统配置管理子系统资源管理子系统安全管理子系统管用户管理子系统计费子系统日志及分析子系统控中监控系统心网络监控设备00监0控0000资0源0监0控质量监控客服系统 GSLB 内容中心服务器集群运营管理接口监控Agent 本地负载均衡系统服务器集群运营管理接口监控Agent 本地负载均衡系统服务节点
7.
8.
9.
10. SDN控制层的关键是SDN控制器，也可以称为网络操作系统（NOS）或网络控制器  网络的所有智能、核心均在SDN控制器中，由SDN控制器对转发面进行转发策略的调度和管理，通过无智能的快速转发面设备，支持运行在SDN控制器之上的不同业务  目前已公开的NOS源码和架构有：NOX、FloodLight、Onix等
11. SDN控制层的关键是SDN控制器，也可以称为网络操作系统（NOS）或网络控制器  网络的所有智能、核心均在SDN控制器中，由SDN控制器对转发面进行转发策略的调度和管理，通过无智能的快速转发面设备，支持运行在SDN控制器之上的不同业务  目前已公开的NOS源码和架构有：NOX、FloodLight、Onix等
12. SDN控制层的关键是SDN控制器，也可以称为网络操作系统（NOS）或网络控制器  网络的所有智能、核心均在SDN控制器中，由SDN控制器对转发面进行转发策略的调度和管理，通过无智能的快速转发面设备，支持运行在SDN控制器之上的不同业务  目前已公开的NOS源码和架构有：NOX、FloodLight、Onix等
13.
14.神经网络传统CDN 解决静态能问实题现无监督的学习  超强的自愈能力高实时性的业务交付如何更好的解决？  对损伤有冗余性  处理信息的效率极高  并行处理
15.CDN GSLB CDN Cache SDN Controller Openflow Sflow NetConf
16.CDN Cache Monitor Platform Openflow CDN GSLB SDN Controller SDN+CDN  多路径路由负载分担  快速收敛  全局网络拓扑  全局网络设备自动下发配置  动态调整网络  对不同应用形成各自不同的网络逻辑层  结合CDN的GSLB进行全局网络调度 NetConf Sflow Snmp
17.
18.
19.快速业务部署 A TREND IN THE FUTURE 引入SDN控制器之前 (小时级) 导入网络数据到规划工具离线增量业务规划业务平台网管导出网络信息文件规划工具规划工具导入网络信息文件规划工具规划数据注:当需要新增资源时，需要安装配置过程. 安装配置业务平台增量业务发放业务平台业务发放引入SDN控制器之后（分钟级）需要新增资源时 SDN APP 在线增量业务发放 SDN APP 新增资源规划现网资源足够时 SDN控制器 SDN APP 规划业务管理及单板安装 SDN APP 路径建立业务平台业务发放  引入SDN后，增量发放新业务可以通过SDN控制器在线统一控制管理，操作简单、快速。  SDN能够自动为业务计算路径，并判断现网资源是否足够，包括恢复资源是否足够。确保新增业务对网络生存性无影响。
20.网络状态实时感知 A TREND IN THE FUTURE 引入SDN控制器之前小时级引入SDN控制器之后分钟级导入网络数据到模拟工具离线模拟网络故障场景业务平台模拟工具规划工具导入网络信息文件网管导出网络信息文件在线网络资源评估资源告警优化策略 SDN控制器网络变化触发通报资源告警业务平台生成分析报告  引入SDN后，可以直接在线对现网资源进行评估，避免了繁琐的数据导入导出操作，也解决了离线评估不能及时适应现网变化的问题。  自动根据网络变化评估现网资源是否满足业务生存性要求，如果不能，则主动上报告警提示进行修复或扩容操作，主动运维防患于未然。
21.IP与光跨层协同，提升网络效率和资源利用率 A TREND IN THE FUTURE IP SDN控制器互动&协同传送网SDN控制器物理端口被多个逻辑端口共享 (VLAN/MPLS) 路由器 MS-TON MPLS-TP ODUK/Flex Wavelength 逻辑端口 (以MPLS/VLAN标记区分) 网络切片提供多层次通道(波长 /ODU/MPLS-TP) 端到端 OAM 简化管理和维护工作 3+3 端口 R T R T 传送网 T TT RR R 2+2 端口/路由器 3+1 端口 R T SDN R T 传送网 T TT RR R 2+1 端口/路由器 IP + 光多层协同： 1. 通过多层网络优化提升网络效率； 2. 通过协同保护提升网络可靠性和保护效率； 3. 通过协同运维提升运维效率。
22.基于SDN调度为数据中心协同提供优化 A TREND IN THE FUTURE 1. DC带宽请求数据中心 1 DC互联协同北向接口/NBI (RESTful API) 2. 传送带宽请求 SDN 控制器 BoD服务网络服务系统网络操作系统 PCE with Initiative extension 南向接口/SBI (PCEP) 3. 创建、删除或调整传送 LSP DC1和DC2之间的流量数据中心 2  通过开放接口的传送带宽资源池方案，传送带宽与数据中心流量自动联动调度，提升资源利用率，降低CapEX。  通过自动BoD，提供自动实时带宽服务，避免人工干预，降低OpEX。
23.多区域大网统一调度 A TREND IN THE FUTURE 客户虚拟化视角，端到端控制管理控制层物理架构层分布式控制数据平面分布式控制数据平面分布式控制数据平面传送网A 1 A 2 5 37 4 68 B Controls End-to- SDN控制器End Network • 控制功能集中化，按需部署，降低建网成本; • 集中多域管理，突破分布式管理瓶颈，缩短业务TTM 数据平面数据平面数据平面数据平面传送网B 分布式控制数据平面分布式控制数据平面分布式控制数据平面传送网C
24.多层次的网络调度和设计模型 A TREND IN THE FUTURE 业务自动发放和修复  在线增量业务部署  业务集中重路由计算网络自动运维  大网、多域（子场景：端到端业务建立、删除、域内/域间故障重路由）  生存性分析（在线链路等各种故障模拟，提前对业务的生存性进行评估分析） SDN 架构  控制器 1+1、N+M  网络资源自动发现  业务集中路径计算  Stateful PCE Operator Apps Server LSP creation Qx Path Computation Request / Responses Qx PCEP Active SDN Controller Network Apps Server QX QX PCEP SDN Controller PCEP Domain A Heart Beat Active SDN Controller SITE_N6 Domain B Passive SDN Controller SITE_N2 SITE_N3
25.
26.
27.
28.Agile Controller SJZ ZZ WH JN netconf 管道1 HF NJ CS netconf GZ MPLS TE隧道管道2 HZ 调整前 SH 调整后业务智能分配 •高性能AC控制器，管控全局隧道（MPLS TE）拓扑 •智能计算，为新业务选择最优隧道路径业务智能调优 •实时监控业务带宽和时延，动态调整业务隧道 •实时故障监控，智能隧道切换 Agile TE实现业务智能分配  隧道自由定制，简便快捷 1分钟即可在任意两地之间创建主备 TUNNEL隧道。  快速业务发放新业务开通运行只需几分钟
29.业务智能调优，均衡流量，提升资源利用率 1）发现当前管道已处于重载状态，比较拥堵 2）在控制器GUI界面上，选择某条业务流，通过调整流管匹配策略，调整它的路径； 3）调整完成，该条业务流跑在另一条轻载管道上  带宽拥塞时，优化业务路径（一）保证高优先级的业务流量带宽，当管道拥塞时把高优先级的业务流调整到其他非拥塞的/优质的管道上；（二）日常均衡流量，把中、低优先级的业务流量调整到局部轻载管道上，提升轻载管道的带宽利用率。
30.
31.2 Data Center #1 Problem 3 RESTful APIs WAN Automation Engine 4 Analytics Optimization and Prediction Current Model Network Modeler Collector Network Interface 1 WAN R1 PCEP 5 R2 R3 Calendaring New Model Deployer Data Center #2 Solution 1 Network conditions reported to collector consistently 2 Customer requests DC #1 – DC #2 bandwidth at a future date 3 Demand admissionrequest:4 WAE returns booking confirmation as the future date nears On the future date, NS-OS places 5 customer demand on IGP or explicit path (TE tunnel) XX时间有在线实时业务，需要网络SLA保障及响应 WAE评估未来事件网络情况，按需自动交付网络需求
32.• 设计建议： − 借助裸纤/波分/DCI实现“音频、视频、游戏、CDN”业务 − 业务可以通过MPLS或VXLAN实例隔离 − L3层SW； − 支持硬件GRE隧道、MPLS/L2 VPN − 可靠性：冗余电源、风扇 IDC 源站（IDC) 运营系统 − 小于2:1收敛比（出口带宽决定）调度系统源站（IDC) 日志分析源站（IDC) GSLB 按需GRE CNC CTC Interent CDN1 CDN2 CDN n 按需建立GRE 分发服务系统负载均衡系统运营管理系统 SLB LOG DNS GRE Core Core SLB LOG DNS GRE ToR ToR1 ToR n Cache Cache SS
33.
34.
35.
36.1. 用户数据备份，包括视频、图片、语音和文字等 2. 远程跨数据中心存储访问，例如计算资源和存储资源分布在不同的数据中心 3. 大规模的数据同步（为了分布式访问，负载分担） TE和BGP都可以为一条流生成转发路径，但TE生成的路径放在ACL 表，BGP生成的放在路由表（LPM），进来的报文如果匹配到ACL表项，会优先使用ACL，匹配不到才会用路由表的结果。一台交换机既要处理从内部发到别的数据中心的数据，又要处理从别的数据中心发到本地数据中心内部的数据对于前者，需要使用ACL Flow表来进行匹配查找，将报文封装在Tunnel里面转发去，转发路径是TE指定的，是最优路径。而对于后者，则是解封装之后直接根据LPM路由表转发。还有路过的报文（从一个数据中心经过本数据中心到另外一个数据中心），这种报文也是通过路由表转发
37.蜗牛云平台架构
38.
39.Thank you!