深入浅出Hyper-V网络虚拟化技术
- 格式:doc
- 大小:82.00 KB
- 文档页数:3
深入浅出Hyper-V网络虚拟化技术
年后综合症刚刚消失殆尽,转眼就要迎接各种新的工作任务了;之前写过一篇有关hyper-v网络虚拟化内容的博文,主要是从操作系统层面入手,概要性的总结了一下,基本也都是参考了大部分官方内容再加以个人修饰;最近几天利用system center 2012 R2做了个demo,其中也涉及到了网络虚拟化这块,于是乎打算把遇到的经验和问题和大家做个分享,因为“SDN(软件定义网络)”包含的信息量挺大的,所以我会按三个章节来写,循序渐进。
下来的内容与之前最大的区别在于把操作转向system center并通过SCVMM来实现网络虚拟化,凸显出这套产品在私有云管理方面的强大之处。
那么说道网络虚拟化,就不得不提及SCVMM的几个关键概念:
1.物理网络
2.逻辑网络
3.VM网络
4.VM子网
下图是我本人理解的一个面向租户的场景,用户A通过自助服务的途径来申请并获取他想要的网络资源,对应到SCVMM里面就是VMnetwork,然后VM 子网就不难理解了,它实际上是用户自行在独享的VM network所做的分配,也就是说VM subnet中的IP资源才是最终呈现出来的可见网络,或者你也可以把它视为整个网络延伸的终点,但是从大的角度来说,VM network就可以说是直接交付给用户的最终产物了。
我们接着往后看,VM network是构建在逻辑网络之上的,逻辑网络对用户来讲是不可见的,当然它是面向后台管理者的,逻辑网络存在的最大意义在于,它是
用来修饰最底层物理网络的;举个简单的例子,比如你一台服务器单网卡想做个虚拟化环境这没问题,但是由于资源有限,带宽有限,你所有的流量负载都要经由一个网卡和一条链路,但是你可以通过多个逻辑网络命名来区别不同的业务,例如:研发组网络、测试组、运维。
等等,他们虽然在本质上共享同样的资源,但是你可以通过逻辑网络来进行区分,并且针对逻辑网络做限制和管理,例如QOS等等。
有的朋友一直存在一个误区,认为说逻辑网络就是物理网卡映射到了SCVMM里,其实根本不是,对于第一次添加主机时,逻辑网络只是默认把你本机的NIC名称抓过来当作逻辑网络名称罢了。
接下来demo环境中将要实现的就是图中门户申请背后的所有内容,我们只有将底层搭建好了才可以把“软件定义网络”这样的服务打包给用户;至于门户的选择可以是微软官方的AzurePack,也可以是定制化开发的门户产品。
再正式进行之前再稍微看一下拓扑图,在我的上一篇博客里对CA、PA、VSID、RDID 已经做过比较详细的介绍,可以先回顾一下。
VM彼此之间通信会以CA地址进行,也就是用户自己的VM subnet地址;如果VM是分布在不同主机上,那么这种跨主机的通信会经过NVGRE重封包来解决,发起端经由NVGRE打包并贴上PA地址标记,也就是一个专用的逻辑网络地址池,然后提交给接受主机,接收端同样使用PA地址收取然后拆包拿出CA地址标签转发给最终VM,其实是很简单的原理,NVGRE与cisco等厂商提倡的VXLAN都是差不多的初衷。
DEMO中会需要一台独立的物理主机做网关主机,并且要支持虚拟化并在其上创建一台VM网关;VM网关内口接SCVMM的逻辑交换机(下一篇重点),外口直接走外网段;其实也是非常基本的网关拓扑。
(注:文档可能无法思考全面,请浏览后下载,供参考。
可复制、编制,期待你的好评与关注)。