Board logo

标题: NFV 和 SDN：区别在何处？ [打印本页]
作者: linda    时间: 2015-12-28 12:08     标题: NFV 和 SDN：区别在何处？

原文link  http://www.sdncentral.com/sdn-blog/nfv-and-sdn-whats-the-difference/2013/03/
译文仅作基础翻译，译者水平有限，可能遇到理解性错误或者输入法笔误，还望见谅。
www.weibo.com/kkblue  译者微博

软件定义网络化（SDN）和网络功能的虚拟化（NFV）都是热门话题，他们之间有非常清晰的关联，但是两者的相似之处在哪里？又有何不同？两者又是如何互为补充的呢？
SDN-诞生于园区，成熟于数据中心
SDN初始于园区网络，一群研究者（译者注：斯坦福的达人们）在进行科研时发现，每次进行新的协议部署尝试时，都需要改变网络设备的软件，这让他们灰常郁闷，于是乎，他们开始考虑让这些网络硬件设备可编程化，并且可以被集中的一个盒子所管理和控制，就这样，诞生了当今SDN的基本定义和元素
另一个SDN成功的环境就是云数据中心了（译者注：老外的云数据中心不知道是不是比国内的靠谱一些），这些数据中心的范围（译者注：物理区域范围）和规模的扩展，如何控制虚拟机的爆炸式增长，如何用更好的方式连接和控制这些虚拟机，成为数据中心明确需求。而SDN的思想，恰恰提供了一个希望：数据中心如何可以更可控。
OpenFlow–驱动向前的标准
那么，OpenFlow是从何处走进SDN的视野中呢？当SDN初创伊始，如果需要获得更多的认可，就意味着标准化这类工作必不可少。于是，（各路公司）联合起来组建了开放网络论坛（ONF），其目的就是要将控制器和网络设备（译者注：也就是SDN提到的控制平面和转发平面）之间的通讯协议标准化，这就是OpenFlow。OpenFlow第一定义了流量数据如何组织成流的形式（译者注：Flow，也就是流，也意味着OpenFlow常提到的流表），第二定义了这些流如何按需控制。这是让业界认识到SDN益处的关键一步
译者评语：看到此处，感觉文章有点高看OF了，其实当时如果SDN的大神们，能考虑一下利用已有的芯片能力和转发方式，集中精力在控制层面上，或许能有更好的创新，如今，OF也仅仅是SDN南向接口的一个标准而已，这类技术广泛被网络产品的革命者（如自由芯片厂商，台湾白牌企业，控制器厂商）所吹捧，在笔者看来也仅仅是为了打破网络产品目前的格局，但是在目前的局势下，网络厂商尽管口头上号称支持OF，但是大家也处于观望的状态，如果有更好的支持OF芯片的硬件产品，笔者才认为OF真正大行其道，但是换个逻辑思维，假如使用目前的L2/L3甚至于L4的转发，而不采用流表的方式，也能实现OF所能实现的功能的话，OF恐怕也仅仅止步于先驱者的角色上。
NFV-始于运营商
和SDN始于研究者和数据中心不同，NFV则是由运营商的联盟提出，原始的NFV白皮书描述了他们遇到的问题，以及初步的解决方案（译者注:建议后面阅读链接中提到白皮书，还是很有意思滴，尽管我没看……）
运营商网络的设备呈指数级的增长，越来越多各种类型的硬件设备不断的增加。当开展一个新的网络业务时，往往提出多样化的需求，寻找适合空间和电力去容纳这些“盒子”变得越来越困难。能耗的增加，资本投资的挑战，以及设计，集成和运行这些日益复杂的基于硬件的平台所需要的技术这些种种挑战复合在一起。另外，基于硬件平台的很快就有可能到达其生命周期（译者注：就是抨击硬件和盒子短命），需要重复大量的【采购–设计–集成–部署】周期，也只能获取少量利润收益，甚至可能没有收益（译者注：翻译的好累，这段我理解的意思就是说网太大了，设备多了，设计复杂了，空间能耗都是问题，对设计人员的要求也越来越大，并且这些盒子三年后就出保了，更新的太快，需要不断的更新，这样做收益不大，反过来说，有个能用的久，通用的盒子貌似靠谱一些，但是，真的靠谱么？俺真心不知道）
…
网络功能虚拟化的目标是使用标准的IT虚拟化技术，把现在大量的位于数据中心，网络节点以及最终用户处的这些不同类型网络设备–标准的服务器，交换机和存储设备集合在一起。我们相信网络功能虚拟化可以适用于任何数据平面的包处理，控制平面的功能集成，以及无线网络的基础架构中
译者评：这段话也是不太好理解，实际上可以看到NFV这里干的也是说理想，致青春的路子，提出来一个概念，利用虚拟化可以整合运营商网络的基础架构，点子不错，不过看看后面的内容，NFV还是比较冷静
SDN vs NFV
现在，让我们看看SDN和NFV的关系，原始的NFV白皮书给出一个DN和NFV关系的概述
如图1所示，网络功能虚拟化和软件定义网络（SDN）有很强的互补性，但是并不相互依赖（反之亦然），网络功能虚拟化可以不依赖于SDN部署，尽管两个概念和解决方案可以融合，并且潜在形成更大的价值。


依赖于应用在大量数据中心内的现有技术，网络功能虚拟化的目标可以基于非SDN的机制而实现。但是，如果可以逐渐接近SDN所提出的将控制平面和数据平面的思路，那么就能进一步使现有的部署性能增强且简化互操作性，减轻运营和维护流程的负担。网络功能虚拟化为SDN软件的运行提供基础架构的支持，未来，网络功能虚拟化可以和SDN的目标紧密联系在一起—-使用商业性服务器和交换机。（这里的commodity翻译过来是商业性，但是译者更倾向于理解为普通，共有平台的产品，比如一般的x86的服务器或者工业化ODM交换机一类）
（译者评：这段话把NFV和SDN的关系介绍的很好，从SDN的角度而言，是大而全的概念，而NFV则提出，没有SDN，我们也能玩的好好的，诸如各类虚拟化技术等等，但是NFV也意识到，如果加上SDN的思想，那么NFV可以发挥的更加极致，这也就意味着，NFV的定位要比SDN清晰的多，在网络基础架构上虚拟化带来的益处被运营商所认识，称谓未来SDN大行其道的网络平台）
SDN和NFV—协同工作？
让我们看一个SDN和NFV协同工作的案例，首先，图2 展示了当今路由器服务部署典型案例，在每个客户站点使用均使用一台路由器（提供服务）

Figure 2: Managed Router Service Today
如图3所示，使用虚拟路由器的功能，NFV就可以在这个场景中展现作用，所有的用户站点左侧都是一个网络接口设备（NID）–虚拟路由器，提供网络的分界点，并且测量性能。

最终，SDN被引入进来，将控制平面和转发平面分割，数据包将会根据更优化的数据平面（译者注：或者理解为转发路径）被转发，路由（控制平面）功能则运行在某机柜服务器的虚拟机内
SDN和NFV的结合提供了最优的解决方案
译者评：这几个图还是画的比较晕的，谈一下个人的理解，图2：传统网络，每个用户站点一台路由器，有自己的控制平面和转发平面，图3，牛X了，虚拟化了，NFV了，每个用户站点的不是一个路由器了，而是一个虚拟路由器了，虚拟的控制平面和转发平面，省钱了，方便了，但是这个图并没有完全体现出来，图4，SDN了，更牛了，控制平面被完全从设备上剥离集中在一起了。
其实这三个图也恰恰说明了NFV的观点，NFV认为本身他们就可以让网络更加有效，如图2，但是有了SDN，说不定还可以锦上添花，过家家排排队分果果神马的。
汇总
下表介绍了SDN和NFV的一些关键点比较
分类               SDN                                                                NFV
产生原因        分离控制和数据平面中央控制可编程网络        从专有硬件到普遍硬件过渡重新定位网络功能
目标位置        园区网，数据中心/云                                      运营商网络
目标设备        商用服务器和交换机                                       商用服务器和交换机
初始化应用    基于云协调器和网络                                       路由器，防火墙，网关，CDN，广域网加速，SLA确保
新的协议       OpenFlow                                                       尚无
组织者          Open Networking Forum (ONF)                      ETSI NFV Working Group

译者评：这是一个比较基础的文章，逻辑性还行，作者的文笔比较随意，在译者看来，NFV看待SDN远比SDN看待自己更加实在，毕竟是一群运营商组织在一起，天天靠身边这张网养活一家老小，写Paper有点思想含量，当然，译者并非否认SDN的意义和贡献，译者认为，NFV更多的看重的是虚拟化带来的优势，而忽略了通用硬件这件事情，而SDN恰恰又在鼓吹一旦网络SDN或者OpenFlow化之后，通用硬件带来的成本优势，这两者各有利弊，译者认为，在Server角度考虑，通用硬件具有可行性，但是也存在规模效应，形成规模之后ODM的成本优势才能体现，在网络设备上，有些具有通用硬件的前景，有些则完全不具备，任何人说靠OF和通用平台一统天下，按照译者有限的智商只能建议他回去重新看看这么多年来技术的发展，相比较来说，整个文章的亮点在于，NFV理解到虚拟化给网络带来的意义，SDN的目标是可以让应用和网络有效的结合，在NFV的前提下，SDN可以有更加长远的发展，其实译者也认为，SDN提供的是一个思路，而不是技术，OF是技术没错，但是译者一直保留怀疑的态度，SDN的核心在于orchestration，在于controller的设计而不在于使用什么南向和北向的接口协议，好吧，就说这些，大家五一快乐
本文链接：http://www.sdnap.com/sdn-study/231.html


[ 本帖最后由 linda 于 2015-12-28 12:12 编辑 ]



欢迎光临 中神通公司技术论坛 (http://trustcomputing.com.cn/bbs/) Powered by Discuz! 6.0.0