老网工: 浅谈SDN技术的部署和未来
进入2017年,基于SDN的解决方案再次成为最热门的话题之一, 从运营商、到OTT再到大的企业都已经开始大谈SDN网络规划和部署,甚至WannaCry蠕虫爆发时有人谈到利用SDN的方法抵御。但是由于SDN的特殊性和网络具体环境的复杂性,不同客户SDN的部署实际上千差万别,作为从事网络领域20年的老网工深深感受到SDN与传统网络的巨大变化,在这里和大家分享一下SDN的部署经验和艰辛,抛砖引玉谈谈个人体会。首先声明一点,今天讨论的SDN不再局限于传统的狭义SDN,传统的狭义SDN(基于Openflow,控制面和转发面分离)由于它的局限性实际部署的不算太多,越来越多的项目更倾向于由最初的狭义SDN 走向广义SDN,对于广义SDN的特性简单理解:支持丰富的南向协议(除了Openflow,还包括NETConf,OVSDB,BGPLS,PCEP及厂商协议等等),可实现灵活可编程和灵活部署 (网络的虚拟化 NFV,SR路由,VXLAN Overlay等等),智能分析和调度(超越传统路由交换协议,支持业务关联能力和智能调度)。http://img1.sdnlab.com/wp-content/uploads/2017/08/SDN-FIG-1.png
对于为什么要部署SDN不是今天的讨论主题, 大家在网上可以看到非常多的讨论,在这里更想和大家分享怎么部署SDN这个话题。第一个话题,也许企业架构师和领导可能更加关心,企业部署SDN的能否成功最关键是什么:也许每个人都会有不同的理解和答案。但从运营商和OTT客户是最早试用和部署SDN的行业经验来看, 业务编排器和控制器 – 尤其是业务编排器是SDN 成功的关键,一方面业务编排器和设备控制器需要满足客户实现云网一体化管理,同时需要和客户业务平台衔接和整合(运维系统、工单系统、计费系统等)。一般大的运营商和云服务商会单独开发业务编排器,由于运营商、云服务商和大企业的网络设备一般都是两到三家厂商品牌,通常一个厂商的SDN编排器和控制器很难满足各种场景的客户需求;通用的业务编排器要实现南向多厂商设备的控制管理和调度是非常复杂的,通常需要基于客户环境进行二次开发,而且开发工作量有的非常巨大。因此在规划和部署SDN的时候,建议多花些精力在业务编排器和设备控制器前期规划上。
http://img1.sdnlab.com/wp-content/uploads/2017/08/SDN-fig-2.jpg
第二个话题:选择网络厂商的SDN编排器和控制器还是第三方开源的SDN技术:SDN的初衷就是硬件标准化,用软件SDN控制器统一管理标准化硬件设备,通过这些年的发展,传统硬件厂商也在不断的自我革新,如思科、华为和H3C都有发布自己的SDN编排器和控制器,尤其是思科发布的基于Nexus9K的ACI就是一个非常不错的解决方案,但遗憾的是厂商SDN编排器和控制器方案与厂商网络产品是紧耦合关系,通常如果不考虑多厂商产品环境下单一厂商控制器也是不错选择;但现实中,客户更需要SDN控制器实现多厂商的设备的管理,这就是为什么很多客户选择是基于开源或第三方SDN编排器方案:与厂商网络产品是松耦合关系 ,适合两个以上多厂商环境或者未来多厂商环境部署。
http://img1.sdnlab.com/wp-content/uploads/2017/08/SDN-fig-3.jpg
接下来第三个话题: 如何选择开源技术实现SDN编排器和控制器方案,对于SDN控制器的开源技术和流派选择,目前,业界比较流行的有OpenDaylight(ODL )、ONOS、OpenContrail、Ryu、Floodlight等SDN控制器; 目前基于ODL技术部署的SDN控制器有 61%市场客户,适合大部分企业和OTT运营商; 基于ONOS技术的SDN控制器有23%市场客户。 目前来看,ODL影响还是比ONOS更为广泛更加实用,ODL更多的是关注南向的代码和协议和现有设备的兼容性更好一些, 基于ODL的开发的编排器方案相对较多,笔者认为不论选择哪种开源技术, 需要考虑控制器对开放接口支持程度、调用方便、是否易于扩展和功能完善能力,包括: 需要考虑开源版本、升级支持、HA和集群的负载分担能力,大业务的并发处理能力、软件定制化或开发能力、避免Bug和坑等等。尽量选择有专业开发能力和SDN集成解决方案的实力SDN软件服务商,目前国内专注于SDN领域和并具备开发能力的SDN公司还不算太多,大地云网公司专注于SDN/NFV/云网融合等领域,是一家不错的选择。最后,展望一下SDN技术的未来,前面提到狭义SDN正走向广义SDN,广义的SDN具有更加强大的生命力,尤其是随着云计算和大数据的快速发展,基于SDN云网一体化将成为SDN的发展主要诉求之一,新一代数据中心和骨干网基础设施重构以及如何更好的支持应用将是SDN发展的重要领域。目前看基于VXLAN的 BGP EVPN已经成为云数据中心网络标配技术,在广域网基于SR-TE的广域网SDN的解决方案前途不可估量; 除了上面提到的重要基础技术,对于SDN的未来,笔者更看好提供基于SDN智能调度能力+业务关联分析尤其是基于SDN的网络应用,相信未来的SDN能够更好理解应用并为应用服务(Intent-Based Networking),具备全网视图(包括Underlay和Overlay)、网络流量的可见性与数据分析能力(如思科 Tetration Analytics和大地云网的TIA平台),纵观网络发展30多年来,当年五花八门的协议基本被以太网+IP所统一,在性能上也突飞猛进,但比较遗憾的是基于网络本身的应用、管理、流量调度和业务关联分析发展比较滞后,这方面基于移动互联网的应用迅猛发展为我们树立了好榜样。以百度地图和导航为例,可以智能识别客户的需求,为用户提供最佳交通路径建议、实时的交通流量、自动路径切换甚至将来自动驾驶服务等等,我相信下一个10年是SDN真正落地和SDN应用大发展的时代,暂且称之为Intent-Based SDN 或 SDN+时代,相信不远的将来SDN+大数据分析+AI相结合会给SDN技术带来一片新的天地。
学习了,大开眼界了! overlay还是不太明白 ,不知道这个到底怎么样 进来学习下 很好的学习资料 代,暂且称之为Intent-Based SDN 或 SDN+时代,相信不远的将来SDN+大数据分析+AI相结合会给SDN技术带来一片新的天地。 SDN解决方案
页:
[1]