【51CTO.com 8月18日外电头条】OpenFlow承诺将使网络的可编程能力大幅提高，而一家早期用户也已经初步从中获得了良好的功能体验。
位于伊利诺伊州苏黎世湖畔的Genesis Hosting Solutions公司已于今年二月份正式采用OpenFlow，以提高其网络灵活性并降低配置难度。在该工具的帮助下，这家托管服务供应商如今能够更轻松地应对大量VLAN业务，并成功化解了由生成树协议重新集合时间所带来的网络挑战。事实证明，OpenFlow在建立冗余连接并保障性能表现方面，为Genesis公司提供了不小的助力。
"基本上来说，它创建了一套配置中不存在循环的网络，但却不必用到生成树协议，"Genesis公司CEO Eric Miller说道。"这对我们来说确实是令人兴奋的结果。"
OpenFlow是一套协议，它使网络能够通过软件加以定义，也就是说用户可以定义数据流并侦测这些数据流以何种途径通过网络，且上述过程完全无需涉及底层硬件。OpenFlow将经过网络的数据流量从基础设施——即交换机与路由器——手中夺过并加以控制，进而将这些内容交给网络拥有者（个人用户甚至是个人用户运行的程序都适用）进行监管。
这种功能使得用户有能力在管理可用带宽、降低延迟、网络阻塞以及丢包问题方面大展身手。OpenFlow的支持者们认为，它在均衡负载、流量控制以及虚拟网络管理领域意义非凡。而这些正是当今数据中心、私有云以及校园网等连入设备量巨大、网络拓扑结构被生成树所干扰、进而导致重新集合时间大大延长的设施所面临的共同难题。
OpenFlow作为斯坦福大学与加州大学伯克利分校耗时六年打造的合作研究成果，可以为启用其功能的交换机提供一套集中式控制器，以处理各类配置变更情况。
Genesis公司认为，OpenFlow能够为串联交换机之间的无效链接或是因异常情况而无法利用"beaconing"技术检测到的链接（该技术只能根据ping的结果判断链接的工作状态，无法为其重新定向）重新指定路径。"在交换机中API的辅助下，OpenFlow控制器使Genesis公司得以轻松引导流量避开故障点及过度拥挤的链接，并从全局的角度监管整台交换机设备，"Miller说道。
OpenFlow还允许Genesis公司创建以自家托管客户为基础的管理策略。此类策略可以很容易地在整个交换设备中添加或删除，因而针对客户的网络资源调配及撤销只需一条API调用即可实现，Miller说。
Miller表示他在最初对OpenFlow进行评估时，就对这一功能"很感兴趣"。"当我们听说某项技术时，难免要问'它的口碑好吗，实施起来怎么样？'当时我们将其部署在一个小型论坛上，旨在观察实际工作状况。"
到目前为止，工作状况仍然非常良好，他表示。Genesis公司采用了两款NEC可编程数据流控制器——其中一款作为冗余后备——它们都在为公司设于芝加哥的数据中心服务。该数据中心具备两台NEC 品牌的48端口，1Gbps以太网可编程数据流交换机。该运行环境如今支持着2500套虚拟机。
这家托管服务供应商计划在地处伊利诺伊州Prospect山的第二个数据中心内复制以上成功经验，并在实现各项功能之外，重点将其与芝加哥中心相联动，以建立一套点对点的二层连接作为灾备机制。Genesis公司打算将众多OpenFlow控制器打造成一套联合体系，平时各自独立运作、只在处理特定的流量或数据时协同工作。该计划的核心在于必要的内存镜像功能，NEC目前正在为此努力，最终控制器之间将能够保持同步性。
眼下，灾备机制在控制器之间进行切换的过程只会花费几秒钟，这就要求控制器能够在恢复备份时迅速重新创建原有的各种列表。内存镜像正是用于解决这一难题，它将两套甚至多套控制器中的列表内容进行复制，进而加快灾备机制的生效速度，Miller如是说。
尽管实际情况相当乐观，客观问题仍然不可避免，Miller声称。举例来说，通用地址冗余协议，或者简称为CARP，也就是来自Genesis VLAN冗余路由器上的各类广告会扰乱OpenFlow控制器的默认执行流程。不过，Miller认为这都是小事，修正起来并不会花费太多时间。
另一个潜在问题是OpenFlow控制器本身是网络计算中的单点，其初始设计会利用创建一条经由所有网络路径的通道对中断的数据流加以恢复，Miller说。当前业界已经意识到，此类通道动态创建所带来的运算量可能会影响控制器的正常工作。
"但就我们自身而言，还没有发现任何实际运行方面的局限，"Miller说。"我们还没有使其超过数据流创建能力的极限。"
Genesis公司的下一步规划是将余下的30台边缘交换机全部更换为24/48端口的1G边缘交换机，以使其整套网络都在OpenFlow软件的帮助下实现可编程化。目前，这些交换机支持着1200个千兆以太网端口，而NEC只制造以OpenFlow为核心的交换机。
"我们选择以谨慎的方式推进OpenFlow项目的原因非常明显，这还是一项全新的技术，"Miller说道。"我们希望在最严重的故障发生时有能力将网络恢复到原有状态。"
但截至目前，该托管服务供应商还没有发现OpenFlow所引起的任何大问题，进一步扩大部署范围也势在必行。"将网络视为一个整体，而非大量单独的交换机，这是我们所追寻的最终目标，"Miller如是说。
原文链接：http://www.networkworld.com/news/2011/081611-openflow-genesis-249785.html?hpg1=bn
【51CTO.com独家译稿，非经授权谢绝转载！合作媒体转载请注明原文出处及出处！】
