网络虚拟化概念

上传人:z**** 文档编号:113812746 上传时间:2022-06-27 格式:DOC 页数:6 大小:121.50KB
收藏 版权申诉 举报 下载
网络虚拟化概念_第1页
第1页 / 共6页
网络虚拟化概念_第2页
第2页 / 共6页
网络虚拟化概念_第3页
第3页 / 共6页
资源描述:

《网络虚拟化概念》由会员分享,可在线阅读,更多相关《网络虚拟化概念(6页珍藏版)》请在装配图网上搜索。

1、云计算就是计算虚拟化,而存储虚拟化已经在SAN上实现得很好了,那么为什么还要 网络虚拟化呢,云计算多虚一时,所有的服务资源都成为了一个对外的虚拟资源,那么网络 不管是从路径提供还是管理维护的角度来说,都得跟着把一些机框盒进行多虚一统一规划。 而云计算一虚多的时候,物理服务器都变成了一些VM,网络多虚一技术网络多虚一技术:最早的网络多虚一技术代表是交换机集群Cluste r技术,多以盒式 小交换机为主,较为古老,当前数据中心里面已经很少见了。而新的技术则主要分为两个方 向,控制平面虚拟化与数据平面虚拟化。控制平面虚拟化顾名思义,控制平面虚拟化是将所有设备的控制平面合而为一,只有一个主体去处理 整

2、个虚拟交换机的协议处理,表项同步等工作。从结构上来说,控制平面虚拟化又可以分为 纵向与横向虚拟化两种方向。纵向虚拟化指不同层次设备之间通过虚拟化合多为一,代表技术就是Cisco的Fabric Exte nder,相当于将下游交换机设备作为上游设备的接口扩展而存在,虚拟化后的交换机 控制平面和转发平面都在上游设备上,下游设备只有一些简单的同步处理特性,报文转发也 都需要上送到上游设备进行。可以理解为集中式转发的虚拟交换机。横向虚拟化多是将同一层次上的同类型交换机设备虚拟合一,Cisco的VSS/vPC和 H3C的IRF都是比较成熟的技术代表,控制平面工作如纵向一般,都由一个主体去完成, 但转发平

3、面上所有的机框和盒子都可以对流量进行本地转发和处理,是典型分布式转发结构 的虚拟交换机。Jun ipe r的QFab ric也属于此列,区别是单独弄了个Dir ecto r盒子只作为 控制平面存在,而所有的Node QFX3500交换机同样都有自己的转发平面可以处理报文进 行本地转发。控制平面虚拟化从一定意义上来说是真正的虚拟交换机,能够同时解决统一管理与接 口扩展的需求。但是有一个很严重的问题制约了其技术的发展。在前面的云计算多虚一的时 候也提到过,服务器多虚一技术目前无法做到所有资源的灵活虚拟调配,而只能基于主机级 别,当多机运行时,协调者的角色(等同于框式交换机的主控板控制平面)对同一应

4、用来说, 只能主备,无法做到负载均衡。网络设备虚拟化也同样如此,以框式设备举例,不管以后能 够支持多少台设备虚拟合一,只要不能解决上述问题,从控制平面处理整个虚拟交换机运行 的物理控制节点主控板都只能有一块为主,其他都是备份角色(类似于服务器多虚一中的 HA Cluste r结构)。总而言之,虚拟交换机支持的物理节点规模永远会受限于此控制节点 的处理能力。这也是Cisco在6500系列交换机的VSS技术在更新换代到Nexus7000后 被砍掉,只基于链路聚合做了个vPC的主要原因。三层IP网络多路径已经有等价路由可以 用了,二层Ethernet网络的多路径技术在TRILL/SPB实用之前只有一

5、个链路聚合,所以 只做个vPC就足矣了。另外从Cisco的FEX技术只应用于数据中心接入层的产品设计,也 能看出其对这种控制平面虚拟化后带来的规模限制以及技术应用位置是非常清晰的。数据平面虚拟化前面说了控制平面虚拟化带来的规模限制问题,而且短时间内也没有办法解决,那么 就想个法子躲过去。能不能只做数据平面的虚拟化呢,于是有了TRILL和SPB。关于两个 协议的具体细节下文会进行展开,这里先简单说一下,他们都是用L2 ISIS作为控制协议 在所有设备上进行拓扑路径计算,转发的时候会对原始报文进行外层封装,以不同的目的 Tag在TRILL/SPB区域内部进行转发。对外界来说,可以认为TRILL/S

6、PB区域网络就是 一个大的虚拟交换机,Ethernet报文从入口进去后,完整的从出口吐出来,内部的转发过 程对外是不可见且无意义的。这种数据平面虚拟化多合一已经是广泛意义上的多虚一了,相信看了下文技术理解一 节会对此种技术思路有更深入的了解。此方式在二层Ethernet转发时可以有效的扩展规模 范围,作为网络节点的N虚一来说,控制平面虚拟化目前N还在个位到十位数上晃悠,数 据平面虚拟化的N已经可以轻松达到百位的范畴。但其缺点也很明显,引入了控制协议报 文处理,增加了网络的复杂度,同时由于转发时对数据报文多了外层头的封包解包动作,降 低了 Ethernet的转发效率。从数据中心当前发展来看,规模

7、扩充是首位的,带宽增长也是不可动摇的,因此在网 络多虚一方面,控制平面多虚一的各种技术除非能够突破控制层多机协调工作的技术枷锁, 否则只有在中小型数据中心里面刨食的份儿了,后期真正的大型云计算数据中心势必是属于 TRILL/SPB此类数据平面多虚一技术的天地。当然Cisco的FEX这类定位于接入层以下的 技术还是可以与部署在接入到核心层的TRILL/SPB相结合,拥有一定的生存空间。估计 Cisco的云计算数据中心内部网络技术野望如下图所示(Fabric Path是Cisco对其TRILL 扩展后技术的最新称呼)VN-LinkVMVMPhysical Server (PS)网络一虚多技术网络一

8、虚多,这个可是根源久远,从Ethernet的VLAN到IP的VPN都是大家耳熟 能详的成熟技术,FC里面也有对应的VSAN技术。此类技术特点就是给转发报文里面多插 入一个Tag,供不同设备统一进行识别,然后对报文进行分类转发。代表如只能手工配置 的VLAN ID和可以自协商的MPLS Label。传统技术都是基于转发层面的,虽然在管理上 也可以根据VPN进行区分,但是CPU/转发芯片/内存这些基础部件都是只能共享的。目前 最新的一虚多技术就是Cisco在X86架构的Nexus7000上实现的VDC,和VM 一样可 以建立多个VDC并将物理资源独立分配,目前的实现是最多可建立4个VDC,其中还有

9、 一个是做管理的,推测有可能是通过前面讲到过的OS-Level虚拟化实现的。从现有阶段来看,VDC应该是Cisco推出的一项实验性技术,因为目前看不到大规模 应用的场景需求。首先转发层面的流量隔离(VLAN/VPN等)已经做得很好了,没有必要 搞个VDC专门做业务隔离,况且从当前VDC的实现数量(4个)上也肯定不是打算向这 个方向使劲。如果不搞隔离的话,一机多用也没有看出什么实用性,虚拟成多个数据中心核 心设备后,一个物理节点故障导致多个逻辑节点歇菜,整体网络可靠性明显降低。另外服务 器建VM是为了把物理服务器空余的计算能力都用上,而在云计算数据中心里面网络设备的 接口数应该始终是供不应求的,

10、哪里有多少富裕的还给你搞什么虚拟化呢。作者个人对类似 VDC技术在云计算数据中心里面的发展前景是存疑的。SR-IOV对网络一虚多这里还有个东西要补充一下,就是服务器网卡的10虚拟化技术。单根虚 拟化SR-I0V是由PCI SIG Work Gr oup提出的标准,In tel已经在多款网卡上提供了对 此技术的支持,Cisco也推出了支持I0虚拟化的网卡硬件Palo。Palo网卡同时能够封装 VN-Tag (VN的意思都是Virtual Network),用于支撑其FEX+VN-Link技术体系。现 阶段Cisco还是以UCS系列刀片服务器集成网卡为主,后续计划向盒式服务器网卡推进, 但估计会受

11、到传统服务器和网卡厂商们的联手狙击。SR-IOV就是要在物理网卡上建立多个虚拟IO通道,并使其能够直接一一对应到多个 VM的虚拟网卡上,用以提高虚拟服务器的转发效率。具体说是对进入服务器的报文,通过 网卡的硬件查表取代服务器中间Hypervisor层的VSwitch软件查表进行转发。另外 SR-IOV物理网卡理论上加块转发芯片,应该可以支持VM本地交换(其实就是个小交换机 啦),但个人目前还没有看到实际产品SR(Single Root)里面的Root是指服务器中间 的Hypervisor,单根就是说目前一块硬件网卡只能支持一个Hypervisor。有单根就有多 根,多根指可以支持多个Hype

12、rviso r,但貌似目前单物理服务器里面跑多个Hype rvis or 还很遥远,所以多根IO虚拟化MR-IOV也是个未来未来时。摘录Cisco胶片对MR-IOV 描述如下:(HW 为 Hardware,PF 为 Physical Function,VF 为 Virtual Functions)Multi-Root 10 Virtualization HW Shared at the PCI Level Thls iS not PPening PCI translation mnd routing requirements - new protocols PC not designed to

13、 leave the Enclosure - Gartner advocatedthis science project厂 r 厂厂GuesiGuest GuestSR-IOV只定义了物理网卡到VM之间的联系,而对外层网络设备来说,如果想识别 具体的VM上面的虚拟网卡vNIC,则还要定义一个Tag在物理网卡到接入层交换机之间 区分不同vNIC。此时物理网卡提供的就是一个通道作用,可以帮助交换机将虚拟网络接口 延伸至服务器内部对应到每个vNICo Cisco UCS服务器中的VIC(Virtual Interface Card) M81-KR网卡(Palo),就是通过封装VN-Tag使接入交换机(UCS6100)识别 vNIC的对应虚拟网络接口。网络虚拟化技术在下一个十年中必定会成为网络技术发展的重中之重,谁能占领制高 点谁就能引领数据中心网络的前进。从现在能看到的技术信息分析,Cisco在下个十年中的 地位仍然不可动摇。

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!