虚拟化可行性之争:虚拟化 vs 本地应用

2019-02-26    来源:多智时代

容器云强势上线!快速搭建集群,上万Linux镜像随意使用

一个网络一般由多厂商的交换机和路由器组成,这些设备运行不同的操作系统、有不同的命令行接口和配置程序,我们能否对这个网络进行编程,让它管理工作流时能像演奏音乐一样和谐呢?

OpenFlow告诉你,你能!

OpenFlow是一个开源项目,诞生于斯坦福大学与加州伯克利大学六年前的一次合作。它的基础就是软件定义网络,也就是说,利用可编程接口和各种协议,用户可以用软件来定义工作流,决定工作流在网络中通过哪条路径,而无须去关心底层的硬件。

可以这么说,OpenFlow是把网络流量的控制权从基础设施交换机和路由器等手中收了回来,交到了网络所有者、个人用户或个别应用的手中。有了这种权力,用户便可制定策略,为工作流寻找有可用带宽、低延迟或低阻塞,低跳数的路径。

拥趸众多:很多大公司共同组建了开放网络基金会,极力推进OpenFlow实现的软件定义网络。这些大公司和其他支持者们一致认为,OpenFlow对于数据中心、私有云以及园区网的负载均衡、流量控制和虚拟网络特别有用,因为在这些场合中,网络设备和虚拟机会成倍增加,使网络拓扑不堪重负。有人认为,OpenFlow之于网络有点儿像VMware之于虚拟化,它可以对由相互不兼容的路由器和交换机构成的网络进行统一控制。

当然,业界对OpenFlow的前景也疑虑重重。有人认为,OpenFlow还需要在很多方面证明自己,它还缺少超大规模的网络部署,以及对容错和标准路由协议的支持。还有人说,OpenFlow所自诩的可编程性和流量控制抽象其实在一些拥有API的可扩展交换机和路由器的操作系统上已经有了。

也有人认为,实际上,市场上已使用多年的可编程ASIC和网络处理器所做的事情和OpenFlow是一样的。而且,把来自多厂商的不同交换机的转发平面开放,也会出现棘手的安全问题。

然而,ASIC厂商们似乎对OpenFlow并不担忧。实际上,他们对此表示欢迎。

博通(Broadcom)CTO Nick Ilyadis称,“博通部分参与了定义OpenFlow的工作。OpenFlow 1.0和1.2都正在基于博通ASIC的交换机上进行测试。今天,ASIC设备是运行OpenFlow的领先平台。OpenFlow不会破坏ASCI作为转发和过滤用途的模式。”

Ilyadis说,OpenFlow目前运行在博通的可编程ASIC上面。尽管OpenFlow改变了编程范式,但并未真正改变交换机的底层功能。交换机仍然在转发、探测、过滤分组包,采用访问控制列表。OpenFlow其实就是提供了一种开放机制,控制器利用此种机制便可以用一种预决定方式进行配置。OpenFlow就是对这些功能进行编程的一种简单方法。

Ilyadis认为,“在ASIC中,有OpenFlow发挥潜能的大量空间。但是OpenFlow尚未发展到这一步,它还不能理直气壮地说:‘这些事情是我能做而ASIC做不了的。’”

OpenFlow不能定义流量分类表的大小,而交换机的ASIC可以做到,Ilyadis说。ASIC API也能提供硬件的某种程度的抽象,然后将其放在厂商的驱动程序之上,或者接受OpenFlow的指令,然后将其映射到交换机内部的API调用上。

Ilyadis说,“OpenFlow是软件定义网络的实例之一,但其他的API也能做到这一点。OpenFlow只是获得了媒体全面的一个实例,而其他软件定义网络实例却只引起了很少的,或者只被少数公司所使用而已。”

在不久的将来,云计算一定会彻底走入我们的生活,有兴趣入行未来前沿产业的朋友,可以收藏云计算,及时获取人工智能、大数据、云计算和物联网的前沿资讯和基础知识,让我们一起携手,引领人工智能的未来!

标签: 安全 大数据 媒体 网络 云计算

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点!
本站所提供的图片等素材,版权归原作者所有,如需使用,请与原作者联系。

上一篇:处理数据中心云存储灾难恢复

下一篇:云计算复杂性增加带来的安全新问题