|
如何规避网络瓶颈? Rothstein指出，“通常速度较慢的环节只有在被经常性使用时才会严重影响其性能表现，单就新近兴起的项目来看，OpenFlow控制器 很可能成为潜在的瓶颈。一旦网络流量中包含大量存在时间较短的数据流，或者所有单一数据流都要求控制器的介入，那么性能就会暴露出问题，” 他表示，“不过，如果OpenFlow控制器只需要偶尔介入干预，那么对性能的影响将被压缩到最低程度。事实上，这样的设计在采用主机处理器的现代以太网交换机当中已经相当普遍。” 博科公司欧洲、中东与非洲地区高级产品经理Nick Williams也提出了类似的意见，并指出将抽象化软件引入传输当中的现有数据流会降低其实际运行速度。并提出这样的问题，“您打算以实时方式在网络层 中对转发表做出多大程度的编程化修改?这些修改又将以怎样的频率影响传输中的流量?” 如果以非实时方式对数据流列表进行修改，那么即使采用自动化/编程化机制，他认为在变更发生之后，流程的传输速度仍将保持与原先硬件处理相一致的水平。 OpenFlow时代来临 总体来说，前面提到的几家供应商纷纷表示，出色的灵活性能够大大抵消软件定义机制所带来的负面速度影响。 Rothstein专门提到了OpenFlow，因为OpenFlow很可能成为SDN中的重要组成部分。而OpenDaylight项目的作用在于为SDN制定一套通用型框架，相比之下OpenFlow则仅仅算是获得支持的专项协议。 OpenFlow自2011年初诞生以来，它已经通过入住授权协议而确立自身在软件定义领域的优势地位，同时获得了众多大型技术供应商的支持——其中包括博科、瞻博、思科、Extreme、IBM以及惠普等。 对于网络供应商来说，OpenFlow方案便于实施的特性颇具吸引力。Rothstein指出，“OpenFlow协议从本质上说就是一款用于 访问以太网转发表的API(Application Programming Interface,应用程序编程接口)，作用是在数据层中对控制层进行解耦处理。” 也就是说，虚拟层能够以动态方式重新配置LAN，从而在无需对设置进行手动调整或者涉及封闭式网络层限制的前提下使LAN按预定方式运行，这正是SDN最重要的特性。 OpenDaylight核心实质 为了保证大家确切理解OpenDaylight框架的工作方式，首先对目前市场上的同类知名产品进行归纳与对比。 如果大家熟悉微软的软件架构，那么对.NET框架一定不会感到陌生。微软架构中还存在大量与底层操作系统相对接的关联机制;为了保证应用程序的正常运行，开发人员还需要将应用与底层系统加以关联。而SDN的作用是让开发人员无需编写复杂的代码即可实现既定目标。 OpenDaylight 框架的作用机制与之类似。它位于高层应用程序与低层网络之间;高层中的应用程序(例如虚拟机管理程序)向框架发出调用指令，框架再利用复杂的接口与底层网 络设备进行协调。与此同时，该框架所提供的关联机制还允许应用程序使用与基础设施相关的功能，例如监控、管理以及入侵防御等等。 OpenDaylight能否拯救网络工程师? 既然已经能够利用一套新技术将高层直接与底层相交互，甚至无需进行重新配置，这是否意味着OpenDaylight与SDN将最终淘汰掉网络工程师这一职位、从而让服务器管理员接管一切? Glazemakers认为这场变革的影响范围将席卷整个行业而不只是网络工程师。他预计，“随着软件开始接手越来越多核心功能，存储、网络以及计算等传统概念划分将逐渐瓦解。” 相比之下，Noguer Bau则认为网络工程师这一角色将继续存在，但其具体形式与之前相比将更偏重于协作。他解释道，“网络与服务器管理员已经在云计算部门当中开始紧密合作。不过，如果企业需要继续在SDN的世界中明确定义员工的角色定位与职责划分，那么服务器专业人士与网络专业人士的头衔仍将存在。瞻博的SDN方案就允许用户在两者之间做出界定。” |
