| 最近一段时间，很少有人提到OpenDaylight这个字眼。毕竟多年以来一直使用并管理网络方案的工作人员，很少会看到关于OpenDaylight相关的新闻，因此对其并不十分了解。 不过这一状况将在未来十二到十八个月之内发生彻底变化，到那时几乎不可避开OpenDaylight的话题。本文将探讨OpenDaylight到底是什么、重要程度如何以及由其延伸出的广泛概念。 随着软件定义网络这一全新事物的兴起，OpenDaylight几乎已经成为该趋势下最为重要的技术项目。其目的非常简单：利用一套开源框架打 开网络基础设施这扇封闭的大门，旨在鼓励业界组织更为广泛的开发工作，同时确保成果能够作用于任何一家供应商的产品、从而帮助开发人员赚取丰厚回报。 OpenDaylight架构 从传统角度看，网络一直位于服务器及应用程序之下的底层位置。随着虚拟化平台在复杂性与先进性方面的快速发展，我们开始在新层级中看到内部网络功能的身影。 这种新特性给我们带来诸多便利，例如保存同一物理设备中不同虚拟机环境之间的数据流量元素——这一切都将在同一套服务器硬件中完成。最近，甚至能够借助一些新技术实现更为精妙的操作效果，例如在三层网络之上模拟二层网络。 目前后者的实现需要利用创造性代码，但其具体效果已经能够与底层网络层相媲美。不过，如果高层与网络层之间存在关联，我们又该怎么办? 如果有一套机制能够指导网络层正确处理即将被注入的流量，并充分利用网络层的资源而不再将其单纯视为限制，结果会如何?这就是OpenDaylight想带给我们的效果，而其实际表现也确实能够令人满意。 龟兔赛跑 熟快熟慢? 不过SDN还面临着这样一个固有难题——这同时也成为OpenDaylight发展道路上的致命障碍。简单来说，硬件速度快、软件速度慢，而速度对于网络方案来说无疑至关重要。 1996年，某些公司刚刚开发出F1200线速路由器，这笔交易数额庞大。当时，几乎所有的三层路由还需要由专用软件来实现，因此速度相对缓慢。而F1200则利用ASIC(即专用应用程序集成电路)实现同样的功能，同时将速度提高了一个量级。 不过现在，将网络功能剥离硬件并将其重新放回软件当中。不仅如此，而且还将利用虚拟化堆栈中的虚拟机瓜分标准化PC处理器。从速度的角度出发，这难道不是一种倒退么? 答案显然是否定的，CloudFounders公司CTO Kurt Glazemakers表示，“总体来说，软件的速度当然无法与专用硬件相比肩，不过软件的发布方式能够大大降低解决方案成本。” 他指出，“事实上，在网络环境中负责处理ACL(访问控制列表)的大型硬件解决方案在执行效率方面很可能远远低于分布式软件方案，原因是后者能够将ACL任务拆分并交付至网络中的多套虚拟机中完成。” “另外，CPU每年的性能增幅始终保持在20%到25%之间，而每两年则会接近翻倍。相比之下，每套虚拟机系统所需要的网络处理性能则远达不到这么高的增长速度。” 瞻博公司服务欧洲、中东及非洲地区服务供应商营销主管David Noguer Bau坦言，我们无法简单把所有任务丢给软件处理。他说，“将控制层与转发层相隔离的作法允许用户将控制层中的特定部分集中起来，从而保证网络运营得到显著简化、新服务部署速度大大加快、虚拟机与网络之间的协作也更为顺畅。” 他解释道，“不过仍需要线速路由硬件提供更出色的数据包传输速度。网络设备将作为完成工作的肌肉，而对控制层集中化管理则相当于拓展了大脑的指挥功能。” ExtraHop 公司CEO Jesse Rothstein坦言，将网络功能从网络设备中剥离出去确实会引发一些问题。他讲到，“将二层/三层交换及路由功能转移到软件之中在如今的服务器级硬件 上完全可行，但最重要的问题是，这将带来怎样的运营成本?高速数据包处理对于通用型处理器来说资源占用严重，而且CPU本身还属于共享式资源。CPU在处 理中断或忙等待等状况时会消耗大量时间，导致无法同时执行其它任务。” |
