基于open的SDN控制平面可扩展性(二)

本文探讨了SDN控制平面可扩展性的挑战,并详细介绍了五种解决方案:DIFANE、DevoFlow、HyperFlow、Onix和Devolved controller。这些方案旨在优化流处理、减少控制器压力、实现网络状态一致性和分区管理,以应对网络规模增长和复杂性提升带来的问题。
摘要由CSDN通过智能技术生成

控制平面可扩展性

制约 SDN 控制平面可扩展性的主要原因有以下几点:

(1) 流的细粒度处理需求使得控制器需要响应更多的流请求事件.虽然控制器可以通过主动决策机制提 前将控制逻辑部署到数据转发单元,减少数据平面和控制器之间的处理开销,但控制逻辑的变化通 常是动态的,尤其是当网络拓扑改变或者存在移动结点时.在 OpenFlow 网络中,提前安装流表项也将 使大量流表空间无法释放,浪费资源,而实际上大部分流的持续时间是很短的.
(2) 接入控制、负载均衡、资源迁移等新型应用需求逐渐增加到控制平面当中,控制器需要对日趋复杂 的管控功能进行有效的整合,这进一步增加了控制平面的处理开销.
(3) 传统分布式网络设备仅根据局部的路由信息来实现路由转发,而控制平面需要维护全局的网络状态 信息,这也使得控制平面的可扩展性不仅需要考虑性能的需求,而且要考虑网络状态的一致性.
(4) 在网络规模增大、数据平面转发设备数量增多的环境下,单控制器设备可能难以满足性能需求.

1. DIFANE

在这里插入图片描述
控制器在交换机中选出权威交换机,权威交换机管理分区内所有的交换机。
控制器主动将分区规则安装到所有的 OpenFlow 交换机上,并根据全局网络信息主动在权威交换机上安装权威规则。

当普通交换机产生新的数据流时,它根据自 身的分区规则直接和自己分区内的权威交换机进行通信.由于权威交换机已提前部署了权威规则,因而可以向 普通交换机安装缓存规则,同时,直接将请求数据转发给目的地而无须再返回给源交换机。

由于权威交换机能够管理普通交换机的流建立请求,因此,控制器仅需要管理整个网络 的区域划分和权威交换机的流触发规则

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值