广域网SDN：分布式与集中式控制相爱相杀恩仇录.ppt

码农干网工的那些梗 躲不过的天灾，减不完的人祸！ GOOGLE的尝试——内圣外王 * 码农干网工的那些梗 SDN并不是万能的，好在场景可控 GOOGLE的尝试——内圣外王 * 码农干网工的那些梗 控制面并不太平 控制器和代理之间的通道有可能被阻塞 拓扑发现和路由计算会竞争计算资源 高负荷时控制器重启操作也会被阻塞 这一切仅仅是因为两个交换机配置了同一个ID GOOGLE的尝试——内圣外王 * 回到常识 * SDN for WAN设计理念 广域网SDN：挑战与对策 分清楚哪些是网络中的中枢神经系统和周围神经系统，才能选择最合适的SDN解决方案 分布式与集中式是互补而非互斥 * 广域网SDN：挑战与对策 分布式控制平面不是问题的根源 分布式与集中式是互补而非互斥 SDN for WAN设计理念 集中与分布式控制如同左右手 迷信集中控制如同自断一臂 * 广域网SDN：挑战与对策 分布式控制平面不是问题的根源 广域网上的很多问题无法模型化 分布式与集中式是互补而非互斥 SDN for WAN设计理念 Networking is not yet a true scholarly discipline, grounded in rigorous models and tried-and-true techniques to guide designers and operators. ——Jennifer Rexford * 广域网SDN：挑战与对策 分布式控制平面不是问题的根源 广域网上的很多问题无法模型化 划分问题边界比解决问题更重要 分布式与集中式是互补而非互斥 SDN for WAN设计理念 Modularize the design along tussle boundaries, so that one tussle does not spill over and distort unrelated issues. ——David D. Clark * PANABIT——七层优化 广域网SDN的玩法和活法 / * PANABIT——七层优化 PANABIT算不算SDN？ 当然算！ 广域网SDN的玩法和活法 / * 谷歌SD WAN 并非如你所想 谷歌SD WAN：传说与现实 * 谷歌SD WAN：三篇基本文献 * GOOGLE的尝试——内圣外王 谷歌SD WAN：传说与现实 * GOOGLE是什么？ 2013年，发送给和发送自谷歌服务器的流量如今占到了全美互联网总流量的四分之一。而在所有上网用户中，有超过60%的人都直接或间接的与谷歌服务存在关联。 谷歌SD WAN：传说与现实 * GOOGLE为什么要使用SDN？ 老：业务特性老不一样了 少：全球节点不过几十个 边：在边缘控制应用流量 穷：增长太快、扩容太贵 谷歌SD WAN：传说与现实 * GOOGLE为什么要使用SDN？ 老：业务特性老不一样了 少：全球节点不过几十个 边：在边缘控制应用流量 穷：增长太快、扩容太贵 如欲控制核心，必先控制边缘； 如欲控制边缘，必先控制应用； 如欲控制应用，必先软硬自研。 谷歌SD WAN：传说与现实 * GOOGLE为什么要使用SDN？ 传统的路由器玩法 DEEP BUFFER LARGE FORWARDING TABLE HIGH END HARDWARE 谷歌的玩法 控制应用级流量消除BURST 几十个节点组网要啥大转发表 节点故障多为软件引起，集中管理更稳定 市面上没有定制化SDN产品，谷歌有的是码农 谷歌SD WAN：传说与现实 * GOOGLE的尝试——内圣外王 谷歌SD WAN，可能不是你想的那种 流量工程采用集中式控制 集中式控制 数据中心之间采用分布式路由协议确保鲁棒性 控制面使用专用带外网络 * 网络应用叠罗汉 控制功能向下沉 GOOGLE使用的不是你想的那种SDN GOOGLE的尝试——内圣外王 * 从CLOS说起 为什么不把路由计算功能集中？ GOOGLE的尝试——内圣外王 * 从CLOS说起 物美价廉无阻塞，谷歌好逑 1953年，贝尔实验室Charles Clos博士在《无阻塞交换网络研究》论文中提出这种架构，后被广泛应用于TDM网络（多半是程控交换机），为纪念这一重大成果，便以他的名字CLOS命名这一架构。 GOOGLE的尝试——内圣外王 * 罗马不是一天建成的 物美价廉无阻塞，谷歌好逑 GOOGLE的尝试——内圣外王 * Firehose 1.01.1 早期岁月：既要无阻塞，也要可靠性 GOOGLE的尝试——内圣外王 * Firehose 1.01.1 早期岁月：既要无阻塞，也要可靠性 GOOGLE的尝试——内圣外王 * Watchtowre 可以玩大了 GOOGLE的尝试——内圣外王 * Saturn