|
SDN的典型架构可分为三层，最上层为应用层，包括各种不同的业务和应用；中间的控制层主要负责处理数据平面资源的编排、维护网络拓扑和状态信息等；最下层的基础设施层负责数据处理、转发和状态收集。除上述三个层次外，控制层与基础层之间的接口和应用层与控制层之间的接口也是SDN架构中的两个重要组成部分。按照接口与控制层的位置关系，前者通常被称为南向接口，后者则被称为北向接口。其中ONF在南向接口上定义了开放的OpenFlow标准4，而在北向接口上还没有统一要求。因此，ONF SDN架构更多的是从网络资源用户的角度出发，希望通过对网络的抽象推动跟快速的业务创新。
OpenFlow标准OpenFlow标准描述了OpenFlow交换机的需求，涵盖了OpenFlow交换机的所有组件和基本功能，并且对远程控制器管理OpenFlow交换机采用的OpenFlow协议进行描述，即OpenFlow协议用来描述控制器和交换机之间交互所用的信息的标准，以及控制器和交换机的接口标准。 OpenFlow交换机包括用于查找和转发数据部分组成的一个或多个流表，以及与外部控制器进行通信的OpenFlow信道，交换机与控制器进行通信以及控制器管理交换机均采用OpenFlow协议。 OpenFlow交换机的主要组件：
2012年6月发布了OpenFlow1.3，主要针对SDN的基础设施层的转发面抽象模型进行了定义，将网络中的转发面设备抽象为一个由多级流表驱动的转发模型。OpenFlow多级流表转发模型如下图：
OpenDaylightOpenDaylight开源联盟隶属于Linux基金会，旨在提供一个支持SDN的网络编程平台，并且为NFV及更多的不同大小共和规模的网络创建一个可靠的基础平台。 OpenDaylight最新平台总体架构：
SDN 的三个特征。
SDN 网络应用层实现了对应的网络功能应用。这些应用程序通过调用SDN 控制器的北向接口，实现对网络数据平面设备的配置、管理和控制。 在SDN 架构中，网络的控制平面与数据平面相分离，数据平面将变得更加通用化，变得与计算机通用硬件底层类似，不再需要具体实现各种网络协议的控制逻辑，而只需要接收控制平面的操作指令并执行即可。网络设备的控制逻辑转而由软件实现的SDN 控制器和SDN 应用来定义，从而实现网络功能的软件定义化。随着开源SDN 控制器和开源SDN 开放接口的出现，网络体系结构也拥有了通用底层硬件、支持软件定义和开源模式三个要素。从传统网络体系结构到SDN 网络体系结构的演进关系如图所示。
传统网络设备
控制平面与数据平面的分离
网络可编程发展史
SDN前期标志性事件
SDN 发展大事件
SDN架构总览根据ONF的定义，SDN的架构可自下而上划分为三个层面，如下图所示，分别是基础设施层、控制层和应用层。最上层为应用层，包括各种不同的业务和应用，网络运营者可以设计各种面向业务的应用，来对网络进行有针对性的运维和管理；中间的控制层需集成网络操作系统，主要负责处理数据平面资源的编排、维护网络拓扑和状态信息等；最下层的基础设施层只需关注设备的硬件性能，负责数据处理、转发和状态收集。控制层和基础设施层之间一般通过OpenFlow或者其他南向接口协议进行通信，该协议规定了设备按照流表转发的多种匹配规则，致力于满足网络各个方面的功能需要。
除上述的功能模块以外，控制器通过北向接口，以API的形式连接上层应用，北向接口是各种网络应用和控制器交互的接口。同时，基于网络虚拟化层功能，SDN转发设备提供网络资源服务，能够通过北向接口开放不同权限，客户可以进行端到端的全网业务监控、流量分析和端口监控。 基础设备层在SDN架构中，转发节点负责数据流的转发，一般由数据平面模块、控制代理模块、管理代理模块组成，如图所示。
在该架构中，转发节点的控制面上已经上移到控制器。管理代理接收来自网管的配置信息，提供面向网管的设备端口、电源/电压和环境监控等信息；控制代理负责接受从控制器下发的外部信令信息和转发信息，经过控制器的信令和转发设配等模块处理后，结合自身的信令和转发信息，将必要的转发信息下发给数据平面，实现控制代理对数据平面的控制。数据平面完成数据的转发，同时具备发送转发状态信息到控制代理，实现对控制代理相应模块的查询、响应和反馈能力。控制代理将需要传送到外部的转发状态信息通过信令通信接口发给控制器。 控制层控制层有多种实现，主要有NOX、Floodlight、Open Daylight和ONOS（开放网络操作系统）。 NOX是针对软件定义网络架构下网络控制器的一种开源实现，支持C /Python，主要由Nicira公司支持。 Floodlight是由BigSwitch公司赞助支持的一个开源OpenFlow控制器实现，主要支持通过Java语言进行功能扩展，其架构如图所示。
Open Daylight是一套以社区为主导的开源架构，旨在推动创新实施以及软件定义网络的透明化。Open Daylight拥有一套模块化、可插拔且极为灵活的控制器，这使其能够被部署在任何支持Java的平台上。 ONOS的设计理念是能在任何硬件上灵活地创建服务并大规模部署，实现降低运营开支、加快服务加速和收入，以及提供在运营商看来具有核心价值地白盒硬件等。 ONOS定义地SDN网络架构： 协同平台和应用层业务协同平台从网络运营者地视角来看，由于网络组成的复杂性，目前很难采用单一类型的SDN控制器实现对全网的控制。同时，在运营商的大网中往往都存在多厂家的情形。因此，SDN的引入也有两种方式，第一种方式是参照OpenFlow协议，采用标准的南向接口，实现控制器和各厂家转发设备之间的完全解耦，同时运营商需要具备对SDN控制器的绝对控制权。第二种方式是暂时不开放南向接口，采用各个设备厂商控制器搭配转发设备，南向接口可以采用私有协议或者公有协议的扩展实现，但是运营商在各厂家控制器之上搭建统一的协同层，实现对跨厂家域业务的管理和调度。目前来看，第二种方式是运营商近期引入SDN的主要选择。 业务协同平台总体架构：
APP应用层应用层位于SDN架构最上层，它基于控制器提供的API接口，实现和网络业务相关的管理、安全等应用，还能根据用户需求定制其他网络业务。目前SDN应用主要包括三种类型：
NFV网络功能虚拟化NFV，是指借助于标准的IT虚拟化技术、传统的专有硬件（如路由器、防火墙、DPI、CDN、NAT等），通过采用工业标准大容量服务器、存储器和交换机承载各种各样软件化的网络功能（Network Function）的技术。 NFV适用场景：
SDN与NFV的关系狭义SDN特指基于ONF组织发布的OpenFlow标准协议构建的SDN。它由软件Controller、OpenFlow交换机组成，通过将网络设备控制面和数据面分离来实现网络流量的灵活控制。狭义SDN设备形态主要是交换机，在运营商网络中主要应用在数据中心等场景。 狭义的SDN的目的是通过控制转发分离生成网络的抽象，能够快速创新，体现在集中控制、开放协同的网络可编程。NFV的目的是通过软硬件解耦实现网络功能虚拟化，能够实现自动化管理和运维，体现在工业服务器硬件标准化和网络功能软件化。SDN与NFV关注网络角度不同，两者之间是互补的关系，但两者相互独立，并无直接依赖关系。NFV技术可以在没有SDN的前提下部署，反之亦然。
广义SDN泛指基于开放接口实现软件可编程的各种网络架构。只要网络架构满足三个特征，即控制转发分离、逻辑集中控制、开放API，我们就称其为广义SDN。广义的SDN除了包括狭义SDN外，还包括NFV技术。广义SDN的设备可以是无线接入网、有线接入网、核心网、传送网、承载网、云计算和IDC等各个专业领域的架构符合三个特征的设备，可以应用在运营商的整个网络的各个方面。
|
|
|
来自： yliu277 > 《大数据 数据中心》
