开放网络操作系统ONOS性能评估.docxVIP

PAGE PAGE 15 开放网络操作系统ONOS 性能评估 标签：开放,网络,操作系统,性能 目录 目标 3 通用实验设置 4 测试工具 4 测试环境配置 5 ONOS 软件环境 5 实验 A＆B - 拓扑（Switch,Link）发现时延测试 5 目标 5 配置和方法—交换机连接 /断开的延迟 6 设置和方法—链路 up/down 的 延迟 7 结果 8 分析和总结 10 实验 C ：intent install/remove/re-route 延迟测试 11 目的 11 配置和方法— batch intent 安装与退出 12 配置和方法 --intent Re-route 13 结果 14 分析和总结 16 实验 D：Intents Operation 吞吐量 16 目标 16 设置和方法 16 结果 18 分析和结论 18 实验 E：Flow 子系统迸发吞吐量测试 19 目的 19 配置及方法 19 具体实验参数设置 20 分析与结论 21 目标 ONOS 是一个网络控制器。 ONOS 是一个网络控制器。applications 通过 intent APIs 与 ONOS 进行交互。ONOS 通过其 南向适配层控制数据网络的转发（例如，openflow 网络）。ONOS 控制层与数据转发层之间是 ONOS 流子系统，ONOS 流子系统是将application intens 转换为openflow 流规则的重要组成部分。ONOS 也是一个分布式系统，至关重要的是ONOS 分布式架构使其性能随着集群数量增加而提高。这份评估报告将ONOS 看作一个整体的集群系统，计划从应用和操作环 境两个角度去评估ONOS 性能。 我们设计了一系列的实验，测试在各种应用和网络环境下ONOS 的延迟和吞吐量。并通过分 析结果，我们希望提供给网络运营商和应用开发商第一手资料去了解ONOS 的性能。此外， 实验的结果将有助于开发人员发现性能瓶颈并优化。 下图把ONOS 分布式系统作为一个整体，介绍了关键的测试点。 图中包括如下性能测试点: 延迟： ? A -交换机 连接/断开; ? B -link 启用/断开; ? ? C -intent 的批量安装/删除/路径切换; 吞吐量：? 吞吐量： ? D -intent 操作; ? E -link 事件(测试暂缓); ? F –迸发流规则安装。 通用实验设置 集群规模性能测试： ONOS 最突出的特点是其分布式架构。因此，ONOS 性能测试的一个关键方面是比较和分析不同集群大小下ONOS 的性能。所有的测试用例将以ONOS 集群节点数量为 1,3,5,7 展开。 测试工具 为了展示ONOS 的本质特征，使测试不受测试仪器的瓶颈限制，我们采用了一些比较实用的工具进行实验。所有实验，除了与Openflow 协议交互的交换机和端口及其它相关的，我们在 ONOS 的适配层部署了一套Null Providers 与 ONOS core 进行交互。Null Providers 担任着生成device,link,host 以及大量的流规则的角色。通过使用Null Providers,我们可以避免并消除Openflow 适配和使用真实设备或者模拟的Openflow 设备所存在的潜在的性能瓶颈。 同时，我们也部署了一些负载生成器，这样可以使应用或者网络接口生成高强度的负载去触及 ONOS 的性能极限。 这些生成器包括： Intent performance 生成器“onos-app-intent-perf”，它与intent API 交互,生成i ntent 安装/删除操作，并根据ONOS 可承受的最高速度自我调节生成的Intent 操作的负载。 流规则安装Python 脚本工具与ONOS flow subsystem 交互去安装和删除subsystem 中的流规则。 Null LinkProvider 中的link 事件（闪烁）生成器，可以迅速提升发送速度到ONOS 所能承受的极限并依此速率发送link up/down 信息给ONOS core。 此外，我们在topology-events-metrics 和intents-events-metrics 应用中利用计数器去获取关键事件的时间戳与处理速率来方便那些时间及速度相关的测试。 我们将在后续的每个不同的测试过程中详细介绍这些生成器的配置。 我们将在后续的每个不同的测试过程中详细介绍这些生成器的配置。 测试环境配置 A 7 台 集群实验所需要的裸服务器。每个服务器的规格如下： ?双 Intel Xeon E5-2670v2 处理器为 ? 双 Intel Xeon E5-2670v2 处理器为 2