理性看待SDN

Sina WeiboBaiduLinkedInQQGoogle+RedditEvernote分享




理性看待SDN(软件定义网络)

本文作者系独立观察员,自由撰稿人。 新浪微博:@jiyifeng-nj 

《程序员》2013年6月刊SDN数据中心特别策划

摘要:近年SDN甚嚣尘上,号称可以颠覆网络格局,引得各大公司和创业公司争推解决方案,各大流派你方唱罢我登场。而以简化网络为目标的SDN,却日趋复杂化,原因何在?@程序员杂志 作者@jiyifeng-nj 带你一起理性看待SDN。

在SDN的浪潮面前,你能Hold住吗?近年SDN甚嚣尘上,号称可以颠覆网络格局,各大公司和创业公司纷纷推出解决方案:有基于OpenFlow的SDN,有基于业务驱动的SDN,有基于云和IT的SDN,还有基于光传输的SDN,有企业级SDN,有运营商级SDN,又来了个SD存储,各大流派你方唱罢我登场,好不热闹。以简化网络为目标的SDN,近来形势却趋向复杂化,很反常。

“当你谈及技术的未来时,真正有意义的是人们想要什么?一旦能够描绘出这一点,剩下的事情就是如何大规模地生产它,并使它足够便宜,以便人们能够在不牺牲另外也想要的东西的同时获得它。除此以外,没有任何事情是真正有意义的。”Linus Torvalds如是说。

一切不能给用户带来价值的技术都是毫无意义的。只有能给用户带来价值的技术,才有生命力。目前,SDN的现状有点浮躁,好多设备厂商完全违背SDN的意志和精髓,意图建立封闭系统。华为任正非早先说过,封闭系统必将自我衰竭。国家如此,公司如此,技术也是如此,以太网技术就是以低廉和兼容并蓄,才得以优胜劣汰了ATM。

问题一:厂商锁定

SDN用户面临的厂商锁定是 一个很大的问题,这也是ONF成立的原因。厂商锁定必定给设备商带来高额利润,形成封闭和反应迟钝的生态系统。ONF成立的目的就是避免厂商锁定,防止厂商控制SDN的前途和命运。ONF的董事会中只有用户和运营商。他们负责做出所有的重要决定,真正控制着SDN前进的方向。一旦在控制平面和转发平面之间 有了标准的通信接口,任何一家厂商都无法控制用户。有部分厂商在控制平面和转发平面之间建立它们自己的私有协议。这一做法会造成厂商锁定既定事实,并让厂商锁定长期存在下去。通过接口标准化,允许每一家公司存在差异的实现方式,让其提升自身业务竞争力,SDN成为了一种能够让用户从厂商锁定中解放出来的解 决方案。

问题二:网络投资占比低于10%

再了解一下网络在用户总体投资建设的比重,中国移动发布的2013年投资规划,提到TD-LTE投资将达417亿元人民币,其中在PTN设备上投资50亿元。Google的网络设备占数据中心总投资7%。据可靠消息,阿里网络投资只相当于服务器的10%,风火水电布线可比网络要贵很多,省点电费和宽带费就可将网络投资收 回。总体上看,阿里网络投资占比与Google相当,百度的情况也类似,OTT们在网络方面的投资全都低于10%。两者对比,从另一个角度看,中移动的PTN设备采购再打8折才有希望赶上OTT们的业务创新效率。没办法,这就是没有研发能力被厂商锁定的后果。

传统企业业务三大件——服务器:存储:网络投资比重约为5:4:1。也就是说,网络也只占总盘子的10%。对老板来说,买服务器上业务赚钱更实在、更直接。如果要上SDN,最好先跟老板讲清楚,上了SDN可以怎样更多快好省地创新业务赚钱,否则老板不会签字。另一个隐含的意思是,只许花10%的钱把网络搞好,如果SDN设备的价格超 过传统路由交换n倍,老板绝不会签字购买。关键在于能否说服你的老板把SDN网络设备的投资占比提高到20%?所以全地球都在热炒SDN,就指望把传统网络设备技术升级到SDN,使其投资占比提升到20%。但这与SDN初衷“足够便宜”又背离了。

问题三:服务器市场前车之鉴

目前服务器市场完全被Intel控制着,而Intel近来日子有点紧,就把CPU卖给了白牌机厂商。这样,惠普和戴尔的结局一下子就有目共睹了。服务器市场就是被如Google之类的OTT大鳄业务驱动演进如此的。而网络市场被Broadcom控制着,目前是混乱的、垄断的,与PC市场标准化完全不一样,各 家做各的。一旦被SDN理顺,也会出现服务器市场的格局。假设Broadcom的生意也像intel一样走下坡路,必然会把芯片销售向白牌机倾斜。由此可 见,网络设备商的结局也是可预期的。所以当前第一要紧的事是把SDN的水搅浑,搞复杂。中国电信韦乐平高瞻远瞩提出“去电信化”的口号,就是受不了现在的 设备功能复杂不实用和昂贵。虽然与Google的思路是一样的,但区别是一个先做后说,另一个是只说没做。

SDN作为一种新型网络创新架构,通过将网络设备控制面与数据面分离,从而实现了网络流量的灵活控制,为系统及应用的创新提供了良好的平台。这也是迈向云计算不可或缺的演进步骤。SDN所处的政治环境如上所述,而就SDN技术本身而言,还有哪些问题呢?

SDN功能齐备,性能堪忧

将SDN设备扒开一看,无非有基于ASIC、基于NP和基于CPU三种。ASIC和NP基于Pipeline模式的传统做法,对网络报文的转发和处理可以达 到很高的性能。但OpenFlow的n元组查找和处理仍然是个大问题,尽管有比TCAM便宜的DRAM+FPGA低成本实现方案(详情可向FPGA厂商了 解)。SDN祖师爷斯坦福大学的Nick McKeown曾在Cisco做过路由器,对路由器了如指掌,即将发表一篇关于新型通信处理器的文章。原型设计中解析引擎首先分析正在不断扩展的报文头, 然后将报文送至相匹配的执行单元流水线并执行操作,只需增加15%的硅面积和功耗,便可以处理当前或者将来的任意协议。据可靠信息,包括初创公司 xPliant及TI、Cavium、Mellanox等都在研发此类芯片。仔细观察,便能发现这基本都是CPU厂商。

Nick预期,那些大型路由器与交换机厂商,在十年之内就会以该类芯片取代ASIC,并转型为软件公司。也就是说,那个时候才是真正的SDN时代,现在还不是。

OpenFlow 1.3版还有一个测试套件,也有望在今年下半年公布。ONF成立了首个独立测试实验室。在OpenFlow中,使用可变长度的n元组报文头(例如IP和 TCP协议中的那些)转发会造成性能损失。而使用固定长度header来转发,传统路由交换机完全胜任。这意味着目前OpenFlow不太可能完全取代传 统网络设备,而是作为需要先进的VM或会话管理的应用程序的辅助功能,需要以牺牲数据包转发性能为代价。

如果SDN的先驱们,能考虑一下利 用现有的芯片能力和转发方式,集中精力在控制层面上,或许能有更好的创新,OpenFlow只是SDN南向接口的一个标准而已,这类技术被网络产品的革命 者(如新兴芯片厂商、白牌机厂商和控制器厂商)所吹捧。但在目前的形势下,网络设备厂商尽管口头上号称支持OpenFlow,但大家也处于有限观望状态, 等待更好的OpenFlow芯片出现。但换个逻辑,假如使用目前的L2/L3甚至于L4的转发,而不采用流表的方式,也能实现OpenFlow所能描述的功能的话,OpenFlow恐怕也仅仅止步于先驱者的角色上。

SDN应用层能力弱,运营商阵营提出NFV

NFVISG即将公布L4-7功能虚拟化的指南。例如负载均衡案例:OpenFlow交换机发送了大量会导致网络拥塞的报文,随后应用关注这一情况并会查看服务器的拥 塞状况。当需要数据流表请求时,应用会简单地评估一下网络和服务器的拥塞情况,然后增加多条虚拟路径以负载均衡。

OpenFlow协议针对的是Layer2 、Layer3和2.5等的报头字段。这是因为商业ASIC套片特别关注的是这两个部分。SDN对网络架构影响的讨论主要集中在2-3层。具体来说,当前SDN主要用于网络层(2-3层),因此尚无法解决应用层(4-7层)的问题,包括可用性、优化和应用安全等在内的挑战。NFV的思想是基于海量的、归一化的服务器和交换机,通过软件实现多种多样的网络功能,如虚拟的运营级NAT、虚拟的广域网优化、虚拟的企业接入路由器,以此达到降低成本、加快业务部 署、资源弹性伸缩、构建创新生态链的目的。

NFV使用了大量数据中心和安全领域内的既有技术,目标可以基于非SDN(OpenFlow)的机制而实现,也就是说NFV自立门户完全可行。如果套用SDN所提出的将控制平面和数据平面分离的思路,就能进一步加速现有的部署且简化互操作性,减轻运 营和维护的负担。NFV和SDN的携手合作可以解决整个网络中复杂的应用交付管理问题,而这种结合应用有望在电信领域率先实现,可使用标准的服务器和白牌 交换机来低成本实现。

话说回来,假如使用目前已有的网络虚拟化技术,而不贴上NFV的标牌,也能实现NFV所能实现的功能的话,NFV恐怕也仅仅止步于先驱者的角色上。

SDN控制器性能问题

绝大多数的SDN控制器却工作在2-3层,这与4-7层的服务需求是不匹配的,应用层的SDN要求更强的智能、动态控制和可编程性。这有助于企业在数据中心中灵活部署和创新业务。尽管SDN正推动着开放标准接口给业务为主导的控制器,但目前它还不具备在大规模网络中迅速切换流量的能力。在某些案例中,即使是精心设计的双主或者主备SDN控制器,也无法实现实时容错切换、拥塞处理。因此,这是SDN需要改善的领域。今天,很多控制器还只在产品层面做些小规模的 测试。相反,传统的网络设备,还在全球大规模部署,还依然是世界上大部分关键云业务所依赖的网络基础。

软硬件技术进步推动SDN发展

SDN可以利用网络流量的可视化及灵活的编排,将流量导入特定的业务服务器、防火墙或者IDS/IPS设备,从而确保应用程序以及流量的正确流向及安全。除此之外,借助网络虚拟化(如VXLAN)及控制器插件,网络管理人员可以将应用及其属性随着虚拟机迁移到其他物理设备上去,应用可以直接指挥流量。

SDN离不开一个能提供高级语言网络编程、开放的API接口、标准协议的操作系统,内核也成为更高处理能力的瓶颈,将包处理、包转发、内存管理和处理器调度功能从内核中拿出来做成应用,让内核回归Unix时代设计的初衷:不处理数据,只做纯粹的管理平台。目前,这一技术也被程序员熟练掌握。而在硬件水平飞速发展 和性能不断提升的同时,现有操作系统的内核架构已无法高效利用相应资源,未来的多核、众核处理器呼唤着下一代操作系统。

CPU以Intel为主的流派,通过纯软件方式实现网络业务的转发和传送。在特定的应用场景下,这是可行的,DPDK用户态转发的确把报文转发的性能提升了一大截。但如果放到高频交易的应用场景下,我估计华尔街的老板会把方案提供商的脑袋敲破。每种技术方案都有合适的应用场景与之对应,没有绝对的,只有合适的。华尔街就有一个用低延时网络设备减少高频交易1ms延时,价值1000万美金的故事。但如何将4-7层服务部署和分配到SDN架构模型中去,目前还面临一些挑战:因为SDN意味着网络与应用的融合,通过应用让网络变得简单智能,这也意味着未来的SDN应用场景必须高度专业化和定制化。

神奇的板蓝根???

目前还是SDN初级阶段。不管是SDN,还是NFV,都是一句空洞的广告语,作用跟伟大中医神奇的板蓝根一样,包治百病。就实现而言,NFV更容易实现,当前厂商无不精通此道。NFV通常用CPU实现。一旦NFV大行其道,Intel不就把网络的那可怜的10%市场份额也搞定了?这值得广大系统设计者思考,x86可不便宜,10%的投资限额内要满足原有的转发性能还得加上NFV,网络业者的压力不比惠普和戴尔小,甚至更大。通过对SDN和NFV的造势, 如果能忽悠投资人将网络设备的投资比重提升到20%,那是一件幸事。

实现SDN的必由之路:开源和白牌机

在守住10%的投资占比红线的前提下,白牌机扣除了设备厂商的品牌溢价后,可以做为一个采购选项。白牌机的概念将继SDN之后掀起另外一场革命。白牌机厂商是要像做PC一样去做网络设备。一旦网络设备标准化了,厂商便可以提供硬件和boot loader,还可提供驱动和操作系统供其选配使用。最终用户可以像挑选PC一样挑选网络设备,然后自行安装操作系统和应用程序,招募程序员编程来控制设 备转发行为,实现自营业务的快速部署和创新。

现状是,在运营商那里能编程的程序员相当少,而在OTT那儿,是一大把。SDN的运维以及北向接口的编程在运营商那边是个大问题。运营商一旦上了SDN,网络运维托管就会成为一个大生意,这又是程序员的用武之地。

网络用户和新兴小厂商对变革有着原始驱动力,是它们而不是大设备商来驱动网络创新。SDN将垂直整合的产业结构变成了水平分割,将恶性竞争彼此封闭变成了产业协作。

厂商也意识到开源的重要性,OpenDaylight就是一个由厂商组成的团队,以ONF制订的规范为基础研发产品。用开源方式创建实例,测试、迭代,验证方案,并从中总结经验教训,最终将产品应用到实际部署中去。

GoogleFacebookSDN案例

来围观一下Google的SDN大设备,使用商用套片和开源的路由堆栈,没有多余的特性。可见,SDN天然“去电信化”属性,完全为程序员而生。程序员可以自己写程序管控网络行为,这就是革命,也应了ONF执行董事Dan Pitt刚在Interop 2013上说的话,让用户自己来主导SDN。

前段时间,Facebook领导的开放计算项目宣布了网络交换机计划,这可能带来白盒SDN交换机的新时代。Facebook的Casemore也表示,SDN仍然处于非常早期的阶段。未来令人期待。

软件定义数据中心促进SDN发展

在PC体系中,需求确定后,软件系统也就确定了,硬件只能在标准接口的约束下发展。但数据中心给了我们一个机会,去重新考虑整套软硬件体系的构建,只要能满足最终的应用需求,兼容性和既有标准都已不再重要。这是一个相当开放的时代,一切标准和规范都落后于业务发展的需求。SDN的需求来之于生产环境,来自程序员的代码中。

在开源精神下,程序员自己编程管理自己的网络,为端到端的通信提供了一个开放的、应用驱动的、可编程的网络路径,进而加快业务创新速度。由此看来,势必会蚕食商业大鳄的领地,并颠覆之。一个软件定义的数据中心已经在酝酿之中。网络承载复杂的应用,将这些应用贯通到SD服务器 (如ARM服务器)、SD存储、SDN、智能终端中去将需要相当多的重新编码。人活着,一定要做有意义的事情。SDN就是一件有意义的事情,值得程序员们去做。

 

(10个打分, 平均:4.40 / 5)

雁过留声

“理性看待SDN”有45个回复

  1. a 于 2013-07-12 1:09 上午

    写得不错。从IT涉及的所有东西都放在一起看的话,整体的核心成本和价值在于智能,也就是智能如何布放最佳的问题,从这个角度看,个人认为SDN应该是正确的方向。

  2. 海洋 于 2013-07-12 2:36 上午

    好文章,值得收藏。 看完了一遍,觉得写的非常好,特别是SDN与DPDK之间的关系,应该要好好考虑一下。

  3. Panabit 于 2013-07-12 2:51 上午

    好文章,拜读了!

  4. mpc8240 于 2013-07-12 5:12 下午

    有几家公司有能力象Google一样自己SDN自己的网络?
    把网络设备和PC来比。网络比PC复杂多了。再说PC软件众多,赚大钱的有几家?公司大了,可以养一帮程序员自己定制自己的一些应用,但不妨碍公司同时花大钱买软件公司的license和service。网络设备也一样。

  5. abcde 于 2013-07-18 7:45 上午

    骚的一逼屌罩

  6. sigh 于 2013-07-22 3:02 下午

    SDN的初衷还真是要搞网络OS:-)

    此文有很多明白点!尤其是开头引用Linus Torvalds的话,太明白不过了,SND到底能给用户带来什么?

  7. hh 于 2013-07-22 8:02 下午

    不懂SDN,感觉开源和白牌机的思路挺靠谱的,这和现在设备商的思路肯定相背了

  8. Eric 于 2013-07-28 8:26 下午

    “据可靠信息,包括初创公司 xPliant及TI、Cavium、Mellanox等都在研发此类芯片。”
    —-请教一下,Cavium的芯片具体是什么?不是Octeon系列的?

  9. sunox 于 2013-07-29 2:55 上午

    SDN只是一个概念,必须解决客户的问题才有生存空间。这点是厂商的共识。需要明确的是,南向的开放现在并不是厂商关注的重点,关注的重点是北向。南向的OpenFlow只是SDN中的一个组成,而且现在看来,在复杂网络尤其是运营商网络,还远远没有成熟。北向现在是重点,Cisco收购的公司就证明了这一点。
    另外,SDN不仅仅是简化网络,或者说软硬件解耦。这个目标过于遥远。SDN现在首要解决的是,当前分布式架构下网络无法或者难以解决的客户的问题,比如运维复杂,比如网络利用率低下,比如新业务开展缓慢等。

  10. alex 于 2013-07-29 7:27 下午

    “将SDN设备扒开一看,无非有基于ASIC、基于NP和基于CPU三种。”
    How about intel x86 + boradcom switch?

  11. 曹瑞 于 2013-08-23 9:09 上午

    SDN是一次重新洗牌的机会。但是始终没想明白,玩SDN,大众怎么玩得过传统的网络设备提供商。人家在此道中浸淫了这么久,对他们来说无法是换一种“实现”而已。

  12. ABC 于 2013-08-25 8:03 下午

    楼上的,出此外,还要看是谁在玩.也很重要的.

  13. aaa 于 2013-08-28 10:06 下午

    估计再过个一年半载,就能看到国内这些厂商原创的sdn产品了。不过这些产品大部分会很SB。
    有相当一部分人把做sdn当成创新,sdn确实是创新,但是把开源sdn移植一下,这个不是创新,这个叫噱头。能做出好的产品的人,做什么都会很好看,但是一直在做跟屁虫的人,穿上sdn的马甲也不会有变化。

  14. bbb 于 2013-09-04 7:38 上午

    楼上的,尼玛,还能不要这么精辟

  15. ccc 于 2013-09-11 8:47 下午

    openflow带给传统安全厂商的,更多的不是机会,而是威胁,因为大厂商的交换机很容易通过集成sdn,完成大部分的防火墙功能,防火墙什么的,会变成交换机的一个模块,而且
    1,速度更快(永久线速无压力,能甩多核8条街)
    2,成本更低(一台控制器可以控制一组交换机)
    3,运行更加稳定(控制器爆炸都不会断网)
    4,开发成本也不高(开源项目多,成熟)
    毫不夸张的说,这会动摇传统安全厂商的根本,主要靠卖防火墙的厂商现在已经处在了十字路口。

    it行业的变革是非常快的,昔日的帝国,转瞬就会变成昨日黄花,能够避免悲剧上演的,唯有创新。
    但是很不幸的是,大部分安全厂商都好久没创新过了,他们更喜欢的是销售主导的研发模式,销售主导的研发模式比较稳健,跟风很快,但最大的问题就是面对可能发生重大革新的时候,销售因为没有数据支持,对技术也不理解,所以没有任何前瞻能力。比如openflow这些东西,销售是完全搞不清楚的,更谈不上对可能带来的影响的评估。

  16. ddd 于 2013-09-17 2:32 上午

    交换机加防火墙模块?!瞎掰吧你就。
    虽然不是一件容易事,但对SDN技术的热情关注和各自尝试的纷繁方案,让人觉得创新的产品和模式呼之欲出。
    你去网安公司看看大家都在玩儿什么就知道了。

  17. ccc 于 2013-10-27 8:30 下午

    楼上的,我就是在某个网安公司做sdn产品的。
    如果你觉得以后交换机加防火墙模块是瞎掰,那么 请自行google “sdn” “firewall”看看有多少在讲这个事情的。
    如果觉得还不够肯定,你可以仔细研floodlight里提供的firewall模块,看看它可以做什么。
    云安全,openflow,这些都是革命性的新东西。会带来更多的机遇,但是首先要搞明白,这是给谁带来机会,又是在革谁的命。别跟人家玩打豆豆玩的开心,最后发现自己是豆豆。

  18. SDDC 于 2013-10-28 8:41 下午

    to ccc:
    按照NFV的设想,网络安全最终应该跑在server上,防火墙作为一个模块集成到交换机上的必要性是什么?

  19. ddd 于 2013-10-29 12:22 上午

    ccc: 你所在的网安公司八成是在浪费投资。安全和转发在数据层面紧耦合是死路一条。

  20. ccc 于 2013-10-29 8:51 下午

    无脑喷子真多啊

  21. sdn半仙 于 2013-11-04 6:27 下午

    很多人其实根本不懂sdn的真实想法。而且喜欢瞎喷。
    SDN在控制平面与数据平面分离后,至少可以节约非常多的软件成本。因为不再是捆绑式销售,用户不再会为通讯行业昂贵的研发费买单

  22. zhaocs 于 2013-11-12 10:41 下午

    仔细看了文章,只看出来SDN还在雏形。没有看到SDN真正的价值。SDN的东西看的也不少,怪自己愚钝,无法感受SDN的魅力。。。

    控制平面分离后,程序员研发应用所占用的成本加上SDN带来的效益,比现有网络架构更省资源么?

    是否有文章好好解释下SDN能带来的优点?

  23. 赖皮 于 2013-11-14 10:31 上午

    “We don’t want the application to be network aware; we want the network to be application aware”

  24. SDDC 于 2013-11-19 11:26 下午

    to zhaocs:
    最简单的,控制面分离后,cisco的设备最少要降价一半。这一点很少有人讲明,但是大家也都心知肚明。

  25. SDDC 于 2013-11-19 11:27 下午

    to 赖皮:
    cisco的观点。

  26. 陶潜 于 2013-11-20 12:21 下午

    Google大概有1百万台server,假设10台server一台交换机,大概也就10万台交换机。
    假设一台交换机3千刀,大概交换机总价格不会超过3亿刀。假设每年增加30%,其实每年的投资大概在1亿刀。

    我昨天问一个朋友,这点钱对Google不算什么啊,为什么Google和Facebook都要自己搞。
    他回答说:Google不想让别人( Cisco)知道自己的数据中心是如何设计的。

    看来搞SDN,第一是为了对自己的网络有更好的控制,第二是为了所谓的机密。

    这个市场有多大不知道,毕竟有能力能理解,设计网络的公司的不是太多,如果没有google那种能力,还不如交给Cisco.难道把活儿交给Vmware/Dell/Broadcom就比Cisco便宜,产品更稳定?
    不见得。
    不过Cisco确实感受了很大的威胁。

  27. anson 于 2013-12-03 7:53 下午

    陶陶,给个联系方式。我无法主动联系你。
    我QQ号你知道的,加我吧。

  28. 陶潜 于 2013-12-05 8:03 下午

    to Anson:
    you can get contact with taoqian007@gmail.com

  29. 陶潜 于 2013-12-05 8:28 下午

    更正上文中的数据
    根据Cisco Systems and the Software Defined Disruption中的数据:
    Cisco Nexus 3064每个10G端口平均下来的年拥有成本是$170.假设每台服务器都链接10G端口,1 million服务器的网络设备成本,如果用Cisco的设备,每年不到2亿刀。Google养那么多工程师做SDN也超过了这个成本。

    不过可以理解google,据说他们连Data Center里的服务器的memory都是自己定做的。

    考虑到计算资源向google, Amazon,Baidu, Alibaba这种巨头越来越集中,未来的一般企业都不怎么需要自己的服务器和IT了,只需要向巨头购买服务就行了。
    再考虑到这些巨头们都自己设计Server, Networks,Database,未来Cisco, IBM,Oracle等厂商会受到巨大的威胁。

  30. 陶潜 于 2013-12-05 9:14 下午

    修正一下自己的观点:
    google花在Data Center上的投资仍在高速增长
    http://www.datacenterdynamics.com/focus/archive/2013/07/googles-data-center-spend-more-doubles-q2

    那么google自己设计网络即使单纯从经济上也是一个很好的投资。

  31. SDDC 于 2013-12-06 1:35 上午

    这个市场要分开看。对于G/FB这些互连网巨头,他们追求的是开源软件+白牌硬件。cisco很明白,这不是它的潜在用户。对cisco来讲,企业用户才是关键,他们没有G/FB这类用户的IT能力和资金,更依赖厂商方案。但是这里也存在一个问题,就是会面临公有云的竞争。所以最终可能取决于混合云和私有云占多大比例。

  32. piggy 于 2013-12-17 11:26 下午

    DPDK用户态转发的确把报文转发的性能提升了一大截。但如果放到高频交易的应用场景下,我估计华尔街的老板会把方案提供商的脑袋敲破。
    –> 确实有用DPDK做高频交易的,就在华尔街。DPDK的参数可以调整,所以延迟也是可以调,带宽流量改善硬道理。

  33. Bob 于 2014-02-15 9:12 上午

    请问为什么说DPDK的延迟高?
    小弟在intel实习过一段时间,对dpdk能达到线速转发这点略有理解,但是之前听别人说过有延迟,一直不明白是为何。。

  34. seaward 于 2014-03-04 5:59 下午

    DPDK转发达到线速是有很多限制条件的,比如:转发表规格不能大于1M条目,流到达的乱序程度不能超过cache的表项存储容量,转发时基本不对报文进行任何的头部字段的修改,但这些限制在实际的网络环境下是无法满足的,就是这些限制导致了DPDK到现在为止还是一个实验室模型阶段,最多是brocade用了宣传自己的vyatta的最高性能而已。

  35. guo 于 2014-03-11 2:11 上午

    http://networkbuilders.intel.com/ecosystem

    there are some stealth mode company focus on SDN/NFV, interesting topic

  36. Steeven 于 2014-03-13 7:56 下午

    “原型设计中解析引擎首先分析正在不断扩展的报文头, 然后将报文送至相匹配的执行单元流水线并执行操作,只需增加15%的硅面积和功耗,便可以处理当前或者将来的任意协议” 这不是Caladan3 NP的架构吗?

  37. 丛林 于 2014-03-16 8:16 下午

    1、大多数企业用户并不需要SDN,网络设备对大多数企业来说不算昂贵(非证券行业等对网络有很高要求的企业),而且大多数企业没有自己去“定义”网络的能力,没程序员,网络配置很少改动,即使买网络设备的钱降了一半,还不是要去买软件,买“定义网络”以及监控的服务,算下来也省不了多少钱。
    2、互连网大公司,尤其是提供云计算服务的公司,例如G/F/B/A/T有搞SDN的动力,他们的数据中心规模大,网络设备成本、业务对网络的要求和管理成本都比较高,自己也有能力搞,那就搞呗,他们不差钱。不过他们的业务模型特殊,又想自己开发,C/J/H很难吃到他们这盘菜。
    2、中小网络设备厂商、二三流网络芯片厂商需要SDN,他们认为这是改写商业格局,掀翻cisco/juniper等大佬的机会,不过这个基本上很难,C/J都有很强的芯片设计能力、软件开发能力,对网络的理解随便甩出二三流厂商几条街,换游戏规则照样玩不过C/J,真要是全白牌了,OS最可能来自于cisco。不过这么做对C/J伤害比较大,钱没那么好挣了。正如钱伯斯所说“网络设备商的好日子过去了”。世界就是这么残酷,不论你愿不愿意,在充分竞争的网络设备领域,产品平均利润都会快速下降。

  38. 丛林 于 2014-03-16 8:17 下午

    3、broadcom单独说,它可以作为一个风向标,大部分芯片都被他垄断了,他革自己的命就说明SDN还在“早期阶段”
    4、云数据中心强烈需要SDN,虚拟化、云计算对网络提出了新的需求,靠手工配置已经很难管理云计算数据中心了,自动化就需要适配各个厂家的设备,设备开放接口,有一定的软件定义能力,开放多少够用,这个就仁者见仁,智者见智,最终还是市场说话,按场景卖特性了
    5、电信运营商需要SDN,他们想的是设备通用化,软件化节省成本,不过也没有那么夸张,因为网络设备对运营商来说是利润中心,而不是成本中心,KPI好一点、信号好一点就能多些用户,他们不会仅仅因为省钱就买SDN,还是得看场景。
    6、研究和市场人员需要,呵呵,这个就不多说了。。。

    总之,SDN给相对来说比较缓慢变化的网络设备领域带来了变革,他不是银弹,也不容小觑,最终还是要靠业务、市场来驱动技术的发展,用户想要你开放什么,你再开放什么,开放过了头变成白牌日子也不会好过,厂商说的全方位的开放不过是宣传口号罢了,不能当真。

  39. 丛林 于 2014-03-16 8:18 下午

    更正:
    3、broadcom单独说,它可以作为一个风向标,大部分芯片都被他垄断了,他还没有革自己的命就说明SDN还在“早期阶段”

  40. aaa 于 2014-03-22 1:03 下午

    你懂得很细.
    从智能进化的大方向看,IT太快了,所以必须要进入IP,或者说必须要要IP满足IT,IP是被动的,IT是主动的。这就是SDN,这种大趋势不变,SDN就是must
    就IP网络来的本质来说,就是routing和tunnel,open flow让routing和tunnel合一,SDN让网络控制和管理以虚拟化的方式集中管理,二者结合,从而达到最好的成本和最灵活的业务
    就技术储备来说,虚拟机好云计算解决了SDN controller的性能和可靠性问题,芯片技术解决了转发引擎的问题,所以SDN没有技术障碍。
    BTW:OF的芯片会很便宜,就是高速NP+查表引擎,因为NP就是packet parsing + table searching + actions,需要的coding远少于传统路由器需要的coding。
    SDN一定会来,来了就一定会很快。

  41. SDDC 于 2014-04-01 12:14 上午

    to 陶潜
    SDN要分场景说,如果是对DC,网络设备降价确实不是SDN的主要目标,有很多统计数据,不同规模的DC,不同类型的,不同统计纬度的,但通常的数据确实网络设备的投资都不超过10%。你朋友说的没错。话说过来,google、amazon数据中心SDN具体怎么做,甚至做了没有,其实谁都不知道,google SDN唯一披露的信息也是针对DCI的,即DC间的互联。

  42. RRR 于 2014-04-13 6:57 上午

    以前网络设备是个黑盒,进入成本很高。SDN、OF把网络设备简化、标准化,门槛降低的结果是更多的资本涌进来,更多的公司来做设备做控制竞争,肯定会大大降低成本。

  43. SDDC 于 2014-04-28 6:09 下午

    补充:Google DC内部的SDN/NfV已经开始商用,一如既往的没有太多技术细节透露,从公开的信息看,很象是host overlay方案。Google已经明确不会单独对外提供SDN/NfV技术技术和产品,它要的是用户直接使用GCE。从Goolge披露的测试数据看,其技术领先商用厂商的产品不是一点半点。

  44. 姜雷 于 2015-03-25 2:24 上午

    EZchip日前表示,将准备开发一款可以与博通、Cavium及英特尔竞争的服务器及通信系统处理器,不过该处理器将采用ARM架构,使用100颗64位A53内核。这颗采用28nm制程,2017年之后量产的处理速度高达200Gb/s的 Tile-MX100 的性能将超过大多数竞争对手。
    http://www.ezchip.com/products/?ezchip=585&spage=686

  45. wy 于 2016-01-20 12:55 上午

    来围观一下Google的SDN大设备,使用商用套片和开源的路由堆栈,没有多余的特性。

    开源的路由堆栈 -> 开源的路由协议栈

发表评论