云提供商应用OpenFlow指南

云计算
软件定义网络(SDN)以及其最清晰可见的协议OpenFlow已经引发了热烈的讨论。几乎每一个主要的路由器和以太网交换机厂商都宣布“支持”OpenFlow,引出了数个会议的召开和初创公司的成立。作为主要的云运营商,比如谷歌和威瑞森(Verizon)已经测试和部署OpenFlow,其他的网络运营商和提供商急于知道在所有的兴奋点之下,是否有实体产生,尤其是这个实体有哪些本质的好处。

编者注:在这本云提供商OpenFlow指南中,网络专家Tom Nolle解释了OpenFlow如何成为提供商的竞争优势,并指出在网络中测试协议的数个步骤。

软件定义网络(SDN)以及其最清晰可见的协议OpenFlow已经引发了热烈的讨论。几乎每一个主要的路由器和以太网交换机厂商都宣布“支持”OpenFlow,引出了数个会议的召开和初创公司的成立。作为主要的云运营商,比如谷歌和威瑞森(Verizon)已经测试和部署OpenFlow,其他的网络运营商和提供商急于知道在所有的兴奋点之下,是否有实体产生,尤其是这个实体有哪些本质的好处。

在这本OpenFlow指南中将这些不确定因素放到一边:OpenFlow会成为云的竞争优势,云提供商需要了解。

为什么使用OpenFlow?

从技术层面看,OpenFlow和SDN是相当直接的概念。二者背后的理念就是为网络行为创建一个简单、集中控制面板。取代了以太网和IP中使用的分布式、自适应模型。

并不是让网络中的每一个设备根据网络拓扑和连接适应其转发表,SDN模型规定所有设备可以从一个中央控制器收到的具体转发规则。理论上,这样简化了网络流量管理,减少故障转移周期,甚至潜在的改善了安全性。中央控制器模型就是SDN是什么,OpenFlow就是SDN适用交换机到控制器协议实现的原则。

 

[[73442]]

 

集中控制是OpenFlow的长处也是短处。优势在于,中央控制器意味着可以更快的用预设故障转移路由从宕机中恢复,更好的安全性,更稳定的服务质量(QoS)以及一种更快的应用网络到应用需求的手段。另一方面,集中控制很明显在服务于数十亿用户的网络中无法扩展,比如互联网。

OpenFlow是SDN单一策略?

OpenFlow的早期试验展示了两个变量,这两个变量对于加强协议优势以及最瞎话其限制性很关键:一个是中央控制器软件的容量,另一个是找到最佳的“边界”点,也就是OpenFlow和传统网络设备相遇的地方。

与流行看法相反,OpenFlow就其本身而言并不是一个完整的SDN战略。OpenFlow控制器允许交换机集中控制,但是协议本身也不提供任何模板或者方法这道这个过程。基础软件规定通过应用程序接口(API)用于垂直整合其他分配路由和决定连接策略的工具。运营商可能采用或者自主开发这些工具,一些OpenFlow厂商提供了解决具体应用的应用,包括云服务。

基于OpenFlow的应用可以创建虚拟网络,描述云资源或者客户云,超越数据中心扩展虚拟化模型。传统网络厂商,比如思科,也宣布虚拟网络战略,与现有协议共同运作。也出现了云分配和整合工具,但是重申一次,这些工具不依赖于是否是OpenFlow或者其他协议控制网络转发路径。

OpenFlow指南:如何测试OpenFlow

作为这本云提供商OpenFlow指南的一部分,我们还会关注运营商如何从现有网络提取连接信息,并使用这个信息来驱动转发变更。这也是谷歌已经部署的模型,也解释了上面提到的OpenFlow边界点问题。

不管OpenFlow部署在更大的IP网络核心,还是在云内部用来连接虚拟网络或者资源池,在某种情况下,很可能会同传统协议交互,向用户扩展连接性。协议间没有这种交互,可扩展性问题可能会限制OpenFlow在小型网络中应用。通过捕捉来自合作伙伴的拓扑信息,谷歌的案例中用互联网协议(IP),OpenFlow可以在传统网络中创建一种分区,可以灵活连接虚拟服务器,增加利用率,改善流连管理并稳定QoS。

几乎毫无疑问,OpenFlow会成为云的主要因素;谷歌决定在主干网中部署OpenFlow就足以证明这一点。云提供商需要试水OpenFlow,也意味着要遵循下面的基本步骤:

在云网络中为OpenFlow找一个任务。看看大学和谷歌这样的运营商已经完成的一些工作,对于选择一个测试或者部署来匹配本地需求很有帮助。

集合所需组件进行测试。包括接受OpenFlow概念的路由器和交换机,基本的交换机控制软件和其他所需的软件组件,用来管理拓扑和应用连接需求。不要忘了涵盖任何需要的软件,来处理控制包,这个控制包可以生成OpenFlow和其余网络之间的边界。

链接组件。通过API连接设备和软件,或者外包给一个集成商。确保找到一个具体的OpenFlow体验方式。

为连接应用到网络设计规则。通过OpenFlow控制器软件,在OpenFlow应用和拓扑层做这件事。这也是“常规”流量工程和失败模式布局做事的地方。

检查结果。运行一个小范围多结点的原型,随后按照应用逻辑扩展,拓扑和交换机控制软件测试。

确保OpenFlow是最佳选择。回顾其他网络虚拟化和基于应用的转发选择,包括各种虚拟私有网络(VPN)、虚拟LAN(VLAN)和隧道协议,确保这些策略不会增大使用或者甚至取代OpenFlow。OpenFlow在哪里被替代,就要监控标准流程,确保这种加强不会起决定性作用。

没有一项网络技术是基于炒作就应该部署的,也不应该被简单的驳回,因为它代表了一种传统之外的新选择。SDN几乎必然是未来云的一种方式,OpenFlow是一种转发控制标准,在SDN中同这个过程紧密相连。就像任何其他事物一样,它的强项和局限性会决定它位于运营商网络的哪个部分。

责任编辑:王程程 来源: TechTarget
相关推荐

2013-08-28 09:47:55

2011-08-11 11:34:46

IT云服务云计算

2011-09-05 09:31:56

VMware云计算

2009-12-22 17:11:32

惠普云计算

2009-12-22 15:44:03

惠普云计算应用

2012-05-14 09:46:42

腾讯

2009-12-14 20:20:41

惠普

2015-10-27 09:45:41

2013-04-17 09:48:01

云服务目录SaaS云提供商目录

2012-05-11 09:53:32

Interop云计算hypervisor

2011-10-14 09:27:31

云计算

2022-10-12 23:55:10

云计算云托管云服务

2014-02-25 09:08:47

IBM收购NoSQL

2018-09-26 15:23:20

闪存存储云端

2023-09-13 06:58:23

2012-02-09 15:48:03

云计算

2018-01-25 14:36:01

公共云云提供商云计算

2011-04-01 10:05:49

思科云计算NewScale

2015-07-10 16:13:26

2020-05-18 10:33:53

云计算提供商冠状病毒
点赞
收藏

51CTO技术栈公众号