控制器整合让SDN更贴近您企业的网络

  1. 云栖社区>
  2. 博客>
  3. 正文

控制器整合让SDN更贴近您企业的网络

行者武松 2017-07-03 11:05:00 浏览1405
展开阅读全文

摘要:在软件定义的网络,控制器无疑是网络架构的焦点,其在应用程序之间,促成了网络和网络设备本身的需求。对于网络专业人士而言,集中的控制器发挥了控制面板的作用,其中分布式路由协议如BGP和OSPF等都是基于传统的。

我们仍然处在SDN部署应用的早期,市场上尚有大量的竞争者,仅有少数供应商占据了市场主导优势地位,这样就有大量的控制器产品可供企业用户选择。当前市场上的SDN控制器大致可以分为以下几个类别。

·学术项目。

·行业支持的开源项目。

·垂直企业的特殊产品。

事实上,一些刚刚开始部署SDN的企业新手或许会被市场上如此众多的选择弄的晕头转向。

然而,经过进一步的审视和调研,我们可以发现,在SDN控制器市场有一个越来越明显的整合的趋势。虽然仍有许多控制器在发挥着作用,但这一市场已经缓慢且肯定的看到了2大关键的号召力,包括在开源领域:一个是Linux基金会的OpenDaylight项目。另一方面是ON.Lab实验室的开放网络操作系统。

这种整合是SDN领域迈出的重要一步:

· 企业已经被市场上多种多样让人眼花缭乱的控制器阻碍了其部署SDN的步伐。因而在SDN部署的早期是很难把赌注押在一个SDN控制器上的,尤其是当试图围绕着平台建立一款新的操作策略时。而整合则意味着他们可以根据自己企业的状况做出选择。

· 供应商们感兴趣的互操作性也受到了有太多的控制器来抗衡的影响。但是,随着ODL和ONOS日渐获得广泛的认可,供应商可以基于一个很小的风险建立一款控制器。

· 一些SDN应用程序开发商一直处在“守株待兔”的模式,就是因为其需要花费大量的时间和资金来支持各种控制器平台上的同一款应用程序。而随着越来越看重ODL和ONOS,应用程序开发商可以为这些平台发布产品了,并清楚的知道这些产品将跨大部分的用户群工作。

这并没有对许多学术SDN控制器项目所作出的重要贡献有任何削减。这些方面的努力作为概念证明或尝试新的想法仍然有用。但他们对于设计用于规模化工作或一家企业用户或服务提供商可能会遇到的处理每一个SDN用例并不一定是必需的。

此外,由一家供应商为其自己的系统工作所设计的垂直集成整合控制器——特定堆栈的一部分,旨在使其能够在一个统一的产品系列中工作。这些供应商特定的控制器不可能永远消失,因为他们可能永远是某些供应商提供的产品的不可或缺的一部分。

而这并不是一件坏事。在客户网络有超过一个以上的控制器的空间,具体取决于正在解决的问题和所用的产品。然而,有趣的是部分的整合运动则是来自供应商。其中一些是立足于开源项目的控制器,OpenDaylight尤其如此。

让我们来简单了解一下市场上的两款SDN控制器吧。

  1. OpenDaylight (ODL)

OpenDaylight项目是2013年由一些供应商组合所共同发起的一个项目,旨在创建一个模块化的SDN控制器。该项目是真正开源的,任何愿意贡献有用的代码、文档或想法的人都是欢迎的,参与者们在这一过程中使用IRC论坛,公开会议、维基百科等方式推动项目的研发。

ODL在早期获得了大量的成功,越来越多的供应商加入这一行列并贡献代码和参与到项目的管理过程。ODL最近刚刚庆祝了其第二个生日的到来,标志着该项目在其研发道路上已经实现了几项关键性的研究成果,其中包括:

·20个ODL用户群体总共涉及超过1000人

·在各种企业中的现实世界的部署,包括学术界、电信企业和政府机构

·围绕YANG建模形成了越来越多的共识,标准(IETF)的模块化的方式描述网络设备的配置和状态

·目光投向政策,真实世界的商业政策转化为网络配置设置

关于最后一点,虽然大多数人均认为以编程方式定义模糊策略的想法让网络配置变得超前,也让策略充满了挑战。将一个关于政策的想法转化为一个特定的任务,需要在网络设备复杂的抽象层具有不同的功能。如何最好地表达意图?如何最好的抽象该意图?当一个策略被定义时,应该怎样安排相关的配置步骤,以满足策略的具体执行表达,而不是被暗示,让设备自行确定如何满足需求?

这是一个复杂的问题,但ODL是在业界其政策正在被广泛讨论的重大项目之一。作为一个方面的说明,OpenStack的代表项目则是另一个侧重于政策的关键开源项目。思科也已经表示了对其政策的意见,并也提交了其OpFlex协议到开源社区。

虽然有些批评ODL的人称其涉及“太多的供应商和太少的用户”。但该群体已通过创建一个ODL咨询团队来部分的解决了这一问题。ODL的执行董事Neela Jacques将该咨询团队描述为“是由来自金融业界、企业界、电信行业和云服务提供商等不同群体的顶级的思想家、工程师和建筑架构师所组成的领先的团队。”该团队将提供“蓝图、功能优先级及使用案例开发等相关方面的指导。”而正如同所有的ODL研发进程一样,咨询团队电话会议均是开放的,任何人都可以听到。

ODL已经不断有软件更新,但发布的只有两个主要版本,即:在2014年二月发布的Hydrogen版和2014年9月的Helium版。最新版本是发布于2015年三月的Helium-SR3。

该项目发展势头强劲,新的代码正在被开发和维护,同时还获得大量合作伙伴的承诺支持。但更有意思的是,一些供应商正在使用ODL作为他们自己控制器的基础。

例如,博科Vyatta控制器便是基于OpenDaylight的。而博科公司也正在向该项目回馈贡献代码,以提高ODL。Extreme Networks公司的OneController也是基于ODL的,目前该公司已经有客户部署其控制器产品了,包括了诸如康涅狄格州恩菲尔德镇和玛丽山大学。

思科的开放SDN控制器也是基于OpenDaylight的。该公司一直是OpenDaylight项目的主要贡献者,同时,该公司与博科、思杰、戴尔、爱立信、惠普、英特尔和红帽公司一样都是白金级合作伙伴。

两款主要针对运营商的基于OpenDaylight的控制器,包括Ciena公司的多层广域网控制器和来自ConteXtream的ContexNet。

虽然肯定还有其他的控制器产品,但这都充分说明了OpenDaylight在业界相当一部分企业内的广泛采用。企业和服务提供商的使用案例都在不断涌现。

  1. Open Network Operating System (ONOS)

但是,OpenDaylight并不是唯一的得到了广泛支持的开源SDN控制器。近几个月来ON.Lab的开放式网络操作系统(ONOS)项目已经引发了广泛的兴趣,部署的项目也在不断增长。在ON.Lab最近的一份简报上,人们已经清楚地看到ONOS正在处理的一个关键要素是规模化。虽然SDN控制器的可扩展性是任何网络均关注的问题,但服务供应商们却要尤为关注。

为什么控制器的规模化会成为一个问题呢?在一个x86机器上运行的控制器应用程序是由本地CPU、内存、总线架构、存储I / O及其他事项限制的。当连接到一个单一的系统时,应用程序的执行无法超越任何瓶颈。要规模化缩放在单个设备上运行的应用程序的设计,盒子的尺寸必须更大。从业者知道这意味着颠覆性的升级过程。将应用程序迁移到更大的盒子是一大挑战,即使在虚拟计算的环境下。

分布式计算系统通过描述一款应用程序可以跨多款系统以分布的方式运行架构来解决规模化缩放的挑战问题。规模化应用程序意味着增加更多的系统,而不是升级单个系统。

ONOS的目标是创建一款SDN控制器,可以处理高达每秒1M路径的设置,以及多达每秒6M网络状态的操作。换句话说,ONOS控制器需要通过网络以及该网络的更改应付非常大量的路径。一个单一机箱架构将无法满足这些需求,因而ONOS已经出现了分布式控制器架构。

这并不是说其他 的SDN控制器忽略了架构扩展方面的要求。有些SDN架构创建多个SDN域,然后联合在一起以处理负载分配问题。在这种架构中,每个域由一个单独的控制器集群管理,控制集群交换彼此域中的数据,以形成一个联盟。这不是分布式计算模型,相反却是一系列集中式的控制器彼此关于它们的各个域进行通信。

ONOS控制器架构遵循一个真正的分布式计算模型;集中控制器操作系统分布在若干个控制器节点。这种差异似乎很微妙,却是重要的。利用ONOS,一款单一的分布式ONOS实例维护一款统一全局的网络状态视图。

ONOS也通过明确定位服务提供商将自己与ODL进行了区分。虽然不排除企业用户,但许多企业有类似于服务供应商的网络架构,ONOS在服务供应商心目中有全球规模和超高的端点连接数。ONOS还指出,其涉及的供应商的最终用户才刚起步。这在ODL是一个不小的冲击,这已经由于一些供应商的过于推动而受到批评。

虽然企业不大可能采用ONOS,至少其现在的样子不会引发企业采用的兴趣,分布式控制器架构可能菜是企业有趣的。企业认为ODL是SDN规模化的一个瓶颈,可能使得他们希望在他们的环境中测试ONOS,以查看该架构是否符合他们的期望。

ONOS发布的第二个版本被称为黑鸟,于2015年三月正式发布。第三个ONOS版本Cardinal于2015年6月2日面世。ONOS打算使得发布周期比ODL的发布周期更快(后者大约每季度发布一次新版本),虽然其发布版本中的新元素的数量可能不如ODL的主要版本。

ONOS在现实世界中的使用已经在不断增加,其中包括最近宣布部署的细分市场的Internet2。参与ONOS主要企业包括AT&T,NTT通讯,SK电讯,Ciena公司,思科,爱立信,富士通,华为,英特尔,NEC,开放网络基金会(OpenFlow的维护者),Infoblox公司等。

另一个有趣的方面是ONOS与OPNFV项目的联合,该项目为面向服务供应商的网络功能虚拟化创造了一个框架。 ON.Lab于 5月8日公布批准了将OPNFV框架联合ONOS的一个项目。这是一个非常及时的联合,因为OPNFV也还处于早期阶段。很可能是ONOS会很好地映射到OPNFV结构,导致在一个平台上,一些服务提供商将同时看到规模化和功能。 这一切意味着什么呢?

对于网络消费者而言,SDN控制器的整合提供了至少两大主要优势。

开发者可以开始编写SDN应用了,知道他们可以长期依靠什么控制器了。运行在开源分布式ODL的应用程序还应运行在网络供应商发布的基于ODL的控制器上。这意味着编写应用程序是有市场前景的。

这并不是说为如思科APIC或HP的VAN这样的专有软件供应商控制器编写应用程序没有前途,但这些供应商特定的控制器可能代表着较小的市场将更难为应用程序开发者们利用。尤其是ODL在市场开始逐步发展,即使在这个早期阶段,随着时间的推移,网络消费者应该开始看到更多的应用程序上市。

随着业界开始逐步确定SDN究竟是什么样子,其是如何操作的,我们可以将焦点转移到对业务影响的研究。供应商已经很难将SDN带入市场了,在这样的市场,很多客户不会觉得他们需要购买SDN。这就是说,SDN在其本身并不是一个卖点。相反,SDN是一种运营效率和新的网络功能的催化剂。

在很大程度上,SDN是一套工具,而有趣的是其并不容易被一般的网络从业者所充分利用。而控制器的整合意味着一个普遍认定的SDN架构,将使得供应商们能够把完整的、成熟的SDN产品带入市场。当这种情况发生时,我们会看到更广泛的SDN应用。

供应商和最终用户将在未来相当长一段时间内共同打造一个SDN的普及市场环境。但早期的成果已经呈现,并将在未来12个月充满了前进的希望。

本文转自d1net(转载)

网友评论

登录后评论
0/500
评论
行者武松
+ 关注