SDN控制器究竟在干啥?

一提到SDN,大家就会想到南北向接口,南向接口负责和交换机的交互,北向接口负责和各种应用的交互,SDN控制器稳坐中间,运筹帷幄,决胜千里。在博主看来,这只是SDN的冰山一角。对这个问题比较全面的阐述出现在OpenStack Silicon Valley上Martin Casado的一次演讲。虽然这次演讲的主题是数据中心的策略管理(Policy for the Cloud Frontier),但Martin在演讲中定义的三个方面却实实在在是所有SDN系统需要解决的最基本的三个问题。

1. 南向接口

这个方面很好描述,交换机来自不同的厂家,控制器来自不同的厂家,如何让它们互联互通?本质上,这不是一个技术问题,而是不同厂商的利益问题。ONF的OpenFlow和OF-Config,Cisco的OpFlex,甚至有些厂家使用XML/Json + REST API。根据目前的情况,要建立南向接口标准困难重重。

OpenFlow + OF-Config是目前最好的选择,标准相对而言最完善,开源的实现最完整并且已经有厂家开始开始支持OpenFlow1.3和1.4了。基于OpenFlow的系统已经在Google得到了部署[link]。

对于OpFlex和ACI,博主还呈观望态度。如果没有Cisco之外的其他交换机厂商支持,用户仍然会陷入vendor lock-in的窘境,希望通过SDN节省成本可能会比较困难。

对于采用XML/Json + REST API作为南向接口,博主并没有特别强烈的偏好。不少云服务提供商的网络就是用REST API从控制器向交换机推送配置的。唯一的问题是:这种集中的配置管理其实只是包装在传统网络上面的一个feature,交换机之间仍然通过传统的二层三层协议互联互通。这种方案不会节省网络部署和运维的成本,相反,由于这个新的feature,企业可能还要购买额外的软件,聘请额外的工程师围绕这个新feature进行开发和维护。这也从一个侧面解释了为什么有些企业部署所谓的SDN之后,成本反而增加:它们SDN的不彻底。

2. 分布式的状态管理

也许大家会问:SDN都集中控制了,哪里需要分布式的状态管理呢?但事实上,这是一个非常棘手的问题。博主会在之后的文章里详细讨论这个问题,这里给大家举个例子先:试想在SDN网络中的一条link突然断了,交换机将这个事件通知了SDN控制器。SDN控制器决定将所有经过这条link的流转移到另外一条路径上,换言之,仅仅断掉一条link,新旧路径上的每一个交换机都需要做出相应的更新。更复杂的问题是:SDN控制器应该以怎样的顺序来更新众多的交换机呢?由于SDN控制器和各个交换机的通信延时,控制平面的拥塞状况,交换机CPU的负载不同,SDN控制器发给各个交换机的Flow_Mod会无序的生效。那么,在流表被更新的这段时间,网络便处于一个完全无法描述的状态。拥塞丢包,路由黑洞都可能在这段时间发生。如果这段时间足够的短,整个网络马上从上一个稳定的状态进入到下一个稳定的状态,大家也需可以接受。但是如果由于某些原因,这次状态变化失败,我们是否允许网络处于一个未知的中间状态?我们是否需要像数据库那样支持网络状态的回滚?通过这个简单的例子,我们已经发现,要维持SDN控制器和网络中所有交换机的状态保持同步是一件非常困难的事情。如何解决这个问题,博主会在稍后的博文中分享一些教训。

3. 用户模型到转发模型的映射

正如Martin所说,这个问题是SDN中最难也是最容易被忽略的一个问题。我们不妨集体脑补一个场景,看看这究竟是一个什么样的问题:博主我刚刚用最高大上的SDN技术搭建了一个支持多租户的数据中心(multi-tenancy datacenter)。我很开心的迎来了第一个租户(tenant),这个租户的要求是建立一个拥有2 台web服务器和1台数据库服务器的网站。web 服务器和数据库属于不同的子网,在web服务器之前需要部署一个防火墙。web和数据库之间只允许在TCP端口1234上进行通讯。要命的是,这个租户希望自己能够一站式的完成所有以上的配置。我们仔细想想这个要求意味着什么。首先,SDN控制器要允许不同的租户登录,并且每个租户仅仅能够看到和配置自己的网络及服务。其次,SDN控制器需要定义一套配置语言,并且这套语言仅仅需要描述业务逻辑,和底层网络没有丝毫的关系。再次,在租户定义完成之后,不论实际网络的拓扑是什么样子,SDN控制器都需要把租户的配置转变为网络中实实在在的流表。在上面的这个例子中,SDN控制器甚至需要部署防火墙等网络服务。有些数据中心是使用专门的硬件来履行这些网络服务的,那么SDN控制器就一定要准确的计算和更新流表,确认网络流量会沿着正确的路径经过这些硬件服务节点。

在设计SDN系统时,还存在一些更难的问题,比如高可靠性(high availability),自动化部署(zero-touch provisioning),无丢包升级(hit-less upgrade)等等。之后的博文中会陆续涉及。在这里博主只想强调:要设计一个最最基本的SDN系统,这里所提到的三个方面是一定要仔细斟酌,设计和施工的。

作者:xinwu

来源:51CTO

时间: 2024-10-07 00:58:29

SDN控制器究竟在干啥?的相关文章

应当关注SDN控制器的哪些要素?

  软件定义网络潜在用户所面临的一个关键挑战是判断特定SDN控制器的特定价值,毕竟控制器作为网络应用和网络基础设施之间的桥梁发挥着关键性作用.但目前还没有一个可以规范SDN的模型,也没有一个SDN控制器必须要遵守的任何标准. 虽然Linux基金会旗下的多厂商OpenDaylight项目的出现为统一的模块化控制器架构所需的SDN堆栈带来了希望,但是对于控制器需要提供什么样的特定服务,厂商当中仍然存在着许多不同的意见.用户的压力在于确定SDN控制器具有什么样的能力,以及这些功能是否能够帮助实现期望的

开源SDN控制器和商用SDN控制器一览

以下是来自IT168收集的2014年可追寻到的开源SDN控制器和商用SDN控制器,此处转载以供大家知悉,更多控制器信息需要大家自己动手去查询和理解. 开源SDN控制器组织(随机排序,仅为了查看便利) 1.组织:NOXRepo 控制器:NOX & POX. NOXRepo 称,NOX是一款原始的OpenFlow控制器,它有利于在Linux上进行快速的C 控制器的开发.POX支持Windows,Mac OS和Linux系统的Python开发,主要用于研究和教育领域. 2.组织:ON.Lab 控制器:

谈谈SDN控制器的“乱”

身在通信领域,言不称SDN,就有被打上"落伍"标签的风险,从运营商到设备商,再到科研机构,无人不在表达着自己的主张,足见SDN在如今有多火热.然而这种火热,让SDN变得众说纷纭而不可捉摸,给业内人士的第一直观感受就是"乱". 的确,作为一种堪称在通信史具有划时代意义的变革,SDN在千呼万唤中被业内人士寄予过多的期望,表面上极大的繁荣实则是一种乱象.膨胀,幻灭,最终走向理性成熟,成为SDN最有可能发展轨迹. SDN的三层架构(基础设施层.控制层.应用层)中,可以说控制

企业SDN控制器选择没有最好,只有最适合

随着软件定义网络(SDN)这个概念日渐深入人心,你自然会考虑将SDN部署到贵企业,可是现有的选择数量多得让人晕头转向.现在有许多的开源SDN方案,而且似乎每一家传统网络厂商都推出了各自的产品或平台,加入了这场混战.此外还有不计其数的SDN初创企业. 我们在这里着重介绍市面上的SDN控制器.由于SDN控制器在网络中起到了核心作用,所以尤其至关重要.控制器其实是一个应用程序,它让IT人员可以控制一端的物理网络设备与另一端的应用程序之间的信息流动,从而实现智能网络. SDN控制器平台去除了网络硬件的控

提高SDN控制器的拓扑发现性能

SDN网络的一大特点就是资源由控制器集中管理,控制器管理网络,最基本的当然需要知道网络的拓扑,而网络拓扑可能时时发生变化,所以控制器需要时时监测,对于整个网络来说,控制器担负了太多的计算任务,所以如果能够帮助控制器减压,则会提高整个网络的性能.本篇文章将以ryu控制器为例,首先介绍传统网络和现在SDN网络的拓扑发现原理,然后介绍改进算法,最后讲解改写后的代码逻辑. 一. LLDP拓扑发现原理 传统网络中的链路发现协议为LLDP(Link Layer Discovery Protocol),LLD

Juniper Networks马绍文:软件定义云计算 SDN控制器

以"新技术·新架构·新网络"为主题的"2016全球网络技术大会"于2016年12月7日-9日在北京喜来登长城饭店全面开启.在大会中,产学研用齐头并进,网络通信领域相关代表济济一堂,参会人员超过了1000人,共商全球网络架构重构. Juniper Networks亚太区资深产品总监马绍文 Juniper Networks亚太区资深产品总监马绍文在大会中发表了题为"软件定义云计算 SDN控制器"的主题演讲.马绍文讲到,成功的SDN企业比如Google

AT&T开发出可进行400Gbe试验的SDN控制器

美国最大电信运营商AT&T正在继续推动对网络的更大规模的软件控制,以期达到2017年其网络55%向SDN转型的目标.该公司2016年实现了其网络34%由软件控制,目标是到2020年,75%的网络由软件控制. 该公司近日宣布,使用内部开发的软件定义网络(SDN)控制器来实现公司第一部分多阶段400Gb/s以太网(Gbe)数据速度的测试.在试验期间,AT&T将在纽约和华盛顿建立400Gbe连接.然后,该软件使用软件控制提供第二条路径的服务,以模拟对网络故障的响应. AT&T发言人表示,

为了搞定政策控制 企业需要多少SDN控制器?

你需要多少个SDN控制器?问的好,为此我们需要仔细考虑一些事情.软件定义网络控制器旨在解放流控制管理,意味着它能够用于让政策控制变得更为自 动化.虽然不是每个SDN能胜任的设备(节点)都需要一个控制器,不过通过使用SDN控制器企业网络将在综合治理和可视性方面表现更好. 最佳实践是至少预留出一个多余的控制器,同时准备一个额外的备份控制器.就像你的企业网络中的其他控制器一样,无线.声音或是别的什么,备份可以说是一种常识. 探讨用多少SDN控制器合适这个话题,这得就不同的供应商产品来看.思科建议使用三

SDN控制器测试工具面世 RYU性能测试报告发布

当软件定义网络SDN逐渐成为网络世界新的范式,商用部署速度加快,因此整个SDN网络性能的关键--SDN控制器也必将越来越成为网络用户关心的焦点.天地互连-全球SDN测试认证中心(www.sdnctc.com)经过广泛的需求征集和独立科研,成功开发出了SDN控制器测试工具:OFsuite_Performance,填补了SDN控制器系统性性能测试市场空白,并将向公众发布<RYU控制器性能测试报告>.至此,全球SDN测试认证中心将正式面向全球范围开展SDN控制器测试业务,为SDN控制器用户提供更多的