sdn中实时流量测量系统的研究.docxVIP

sdn中实时流量测量系统的研究 网络监控和网络测量对于网络管理系统（nms）非常重要。传统的基于流量的测量系统精度低、部署成本高并且消耗更多资源 在本文中，提出了一种精确的实时TM系统的设计和实用解决方案，该系统运行在商用网络元件上，用于DCN中的交通测量系统。解决方案旨在以更少的开销和更高的准确度来测量细粒度的监控任务。此外，评估弹性架构的结果表明，在捕获流量峰值和通信成本方面取得了相当大的进步。 1 投资及部署成本 传统上，传统IP网络中引入了基于流的网络测量工具都已商业化。不过，这些工具需要投资和部署的成本。由于SDN的快速发展，网络测量成为了最近研究的重点主题。已经有一些研究提出了主动和被动测量方法，旨在减少开销并提高准确度（例如，基于SDN的网络中基于每个流的解决方案和具有低开销的精确测量系统）。为了减少控制器的开销，文献 2 系统设计 本文旨在估计数据中心环境中的流量矩阵。虽然公式主要针对具有多级交换机的网络拓扑结构，但它能够推广到Clos网络类型的拓扑结构 2.1 背景 在OpenFlow 2.2 生成阵列模块 图1描述了提出设计的架构。与查询特定链路或路径流的现有方法不同，使用动态体系结构，其目标是测量网络中所有链路或路径的利用率。通常情况下，测量系统分为两个步骤。第一步轮询所有边缘交换机并分配一组通配符规则 在SDN中，处理延迟被认为是零。与所有其他应用程序类似，设计使用中央控制器提供的默认SDN标准API。本设计的详细步骤由以下模块完成： 调度请求模块：该模块将用户级请求转换为机器级命令（例如，链接利用率，TM矩阵等）。然后，它将得到的信息发送到生成队列模块以进行进一步的操作。 流量追踪模块：负责保留所有活动流以及路由信息。流和路由信息通过标准SDN API获得。然后，将此模块中的所有信息发送到生成队列模块。 生成队列模块：此模块接收所需命令，并根据流量追踪提供的给定信息创建相应的组。 生成质询模块接收有关交换机组的所有信息，访问所有交换机并精确匹配在队列模块中定义的组。 收集器每次都会收到回复消息，并将它们转发到分析器模块。单独分配单个模块给收集回复消息功能，便于在分布式控制器中简单使用。 分析器：接收所有统计信息，并根据其下一跳组计算聚合流量利用率。在pod或core组中分配每个流。Pod组由来自附加终端主机的那些流组成。core组是针对来自附加主机并进入核心级别以到达其目的地的那些流。 Pod组：来自所有连接的终端主机的所有流都具有与其源pod相同的pod目标。要计算容器中每个链接的利用率，流量统计信息要按其下一跳进行分组。 Pod组中的每个源和目标都有k/2个流路径，其中k是胖树网络拓扑中的pod数。 假设p 核心组：将具有不同源和目标pod的流分类到该组中。在k-pod胖树中的从pod到达不同目标pod的流有k种不同的路径。因此从源容器到目的地容器的每个路径的利用变为从源到目标容器的其相应核心的利用，如下面的公式（4）和（5）中所提到的： 上文所提出的设计应用在网络中的逻辑集中控制器之上。此外它能够在具有分布式 2.3 消息交互开发方式的改进 如第3.1节所述，可以通过“ofp＿flow＿stats＿request”消息轮询交换机的流量统计信息。相应的交换机使用“ofp＿flow＿stats”消息回复流的信息。因此生成两个消息来测量一个流。基本上，有两种方法可以收集流量统计信息，例如一个流的精确匹配和通配所有字段以收集所有流。前一种方法每次生成两条消息来轮询一个特定的流。在后面的方法中，可以使用与前一种方法相同数量的消息去轮询通过交换机的所有流信息。因此可以使消息数量以及重复的回复标最小化。但是，过度应用第二种方法会导致流量统计重叠，从而导致额外的消息交互开销和通信成本以及控制器中的开销。在本节中，首先阐明上述目标的问题，然后描述所提出的解决方案。 1）消息交互架构 提出无向图G(V,E），其中p 例如，给定图2中从源A到目的地Z的5个流，沿路径的所有交换机的消息总数是2*(5)*5=50。另外，N 2）消息交互开销 根据OpenFlow规范1.3，在线路中聚合方法中的stat请求和应答消息头的长度是122和84字节。此外，聚合方法中每个单个流条目stat的长度为144个字节。因此为了使用聚合方法在交换机中测量来自集合F（具有m个流）的n个特定流，在交换机的每个间隔中的通信成本可以被公式化为eq中的线性函数。然而（9）中提及的等式不能产生最优解，因为每个间隔中的回复消息的长度等于交换和回复消息报头中的所有活动流的总和。公式（10）显示了n个特定流的聚合回复消息的最佳长度。 3）控制器开销 如第1节所述，控制器的开销是指通过执行，计算和将原始数据与过程信息进行比较而强加的指令数。CPU的性能和吞吐