VMware_vSphere超多Q&A文档_vmanager__百度文库
您的浏览器Javascript被禁用，需开启后体验完整功能，
享专业文档下载特权
&赠共享文档下载特权
&10W篇文档免费专享
&每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
VMware_vSphere超多Q&A文档_vmanager_
&&VMware_vSphere超多Q&A文档_vmanager_
阅读已结束，下载本文需要
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩14页未读，
定制HR最喜欢的简历
你可能喜欢扫一扫体验手机阅读
Vmware vSphere 5.0系列教程之四
vSphere网络原理及vSwitch简介
在VMware vSphere架构下服务器会虚拟出交换机来供ESX Host虚拟机来使用，虚拟交换机有两种，vSwitch虚拟交换机和vNetwork分布式虚拟交换机。
首先看下VMware提供的vSwitch的架构图，每个ESX Host均有一个标准vSwitch
一、ESXI的网络组成：
1.物理网卡 在ESXi中，物理网卡名称都叫vmnic，第一片物理网卡为vmnic0，第二片vmnic1，依此类推，如上图片所示的俩片网卡则为vmnic0和vmnic1。在安装完ESXI后，默认会添加第一片网卡vmnic0。vSphere的高级功能，必须通过多片网卡来实现。
2.虚拟交换机 vSwitch 由ESXI内核提供，为一个虚拟的交换机，用于连接不同的虚拟机及管理界面。vSwitch可由一块或多块vmnic组成，不同的vSwitch无法使用同一vmnic。默认会安装第一台虚拟交换机vSwitch0,用于主控台，虚拟机联机等功能。
3.通信端口(组) port/port group,主要用于提供Service Console,VmKernel,虚拟端口通信端口组功能
ESX的所有网络操作都是基于port/port group与vmnic,vSwitch之间。
4.NIC Team& 将不同网卡集成到同个信道上，用于增加速度，failover，负载均衡以及其它功能。
二、vSwitch配置
VMware vSphere虚拟出一个或者多个虚拟交换机vSwitch，vSwitch提供多个虚拟端口提供给虚拟机来进行联网，同时vSwitch通过VMware vSphere服务器上的物理网卡来与外部的物理网络进行连接。
在VMware vSphere Client管理esx的配置(configuration)--网络属性(Properties)中可以看到虚拟交换机的状况，如下图esx服务器中只建立一个虚拟交换机vSwitch0，在vSwitch0下有 一个Vm Network，并且有一台虚拟机连接在这个Vm Network下，另外还有一个Service Console，是这台esx的管理IP地址。
查看vSwitch0的属性，可以看到这个vSwitch配置了120个虚拟端口。
通过编辑我们可以修改vSwitch0的端口数量，最大可以支持到4088个虚拟端口。
可以查看VM Network虚拟机端口组的属性，如下图所示
Service Console端口必须配置IP地址，第一个Service 默认名称为vswiff0,依此类推；
VMKernel通信端口同样必须配置IP地址，主要用于vMotion,连接存储设备的iSCSI或NFS以及Fault Tolerance log表项等功能。
虚拟机通信端口组(Virtual Machine)用于让ESXI的虚拟机与switch连接，可以是物理switch或vSwitch
1. 如下图所示，之前安装ESX的IP地址设置，也可以在这里图形化界面设置。
2.在这里可以配置网卡的vMotion,VLAN ID,FT等信息
3.网卡流量限制
4.有多块网卡的情况下可以设置网络的负载均衡
5.添加或者删除虚拟交换机所连接的物理网卡
添加的虚拟交换机有3中，一种就是前面我们提到的为虚拟机提供端口的交换机；一种是VMkernel，用来连接iSCSI和NFS存储，或者用来做vMotion；还有一种是Service Console服务控制台，用来配置IP管理esx主机。
看一下添加VMkernel的流程
1)连接类型选择VMkernel使用的vSwitch；
2)选择要加入vSwitch0的网卡，此处由于只有一个vSwitch，因此默认为vSwitch0；
3)输入名称及VLAN ID；
4)配置VMkernel的IP地址及网关；
5)确认添加VMkernel配置即可。
6.除了默认的vSwitch外我们还可自己添加vSwitch，但是注意，同一块物理网卡vmnic只能配置到一个vSwitch上面。选择新建虚拟交换机使用的网卡虚拟交换机的名称及VLan ID确认配置即可，此处省略截图。完成添加之后可以看到esx服务器的网络中多了一个vswitch1的虚拟交换机。
除了标准的虚拟交换机（Standard Switches）外，VMware还有分布式交换机（Distributed Switches）,分布式vSwitch可以横跨多个ESX Host。使用Distributed vSwitch后，多个ESX Host中的VM如同连接在同一vSwitch上一样，vm可以在任意ESX Host之间迁移。如下图所示，我们建立一个横跨俩个ESX Host的Distributed vSwitch。
总结：理解vSphere的网络结构是后续所有高级功能的关键，vSwitch标准交换机将同一ESX HOST上的不同VM连接在一起，而Distributed vSwitch则将不同ESX& HOST上的不同VM连接在同一个虚拟交换机上，使得这些VM在不同ESX HOST迁移时，就如同一直在同一vSwitch端口上一样。
<span type="1" blog_id="817518" userid='
105篇文章，291W+人气，6粉丝
高并发架构之路
￥51.00134人订阅
前百度高级工程师的架构高可用实战
￥51.00235人订阅
<span type="1" blog_id="817518" userid='您所在的位置： &
思科vs H3C:云时代网络技术路线之争
思科vs H3C:云时代网络技术路线之争
业内许多人都知道，思科与H3C，是国内市场上两大网络巨头，也是直接竞争的死对头。然而，许多人并不清楚，在云计算时代，两大公司采取的技术路线并不完全相同。这是否意味着网络技术将发生重大变革？
在数据中心网络技术领域，思科和H3C是两个重要的参与者，也是最大的竞争对手。多年来，在开放逐渐成为IT领域主旋律的情况下，唯有网络技术领域，很多协议依然是私有的。一方面是因为两家公司占据了绝大多数的市场份额，即使是私有协议，也几乎成为了行业标准；另一方面，传统的数据中心网络多是&物理服务器互联&的，私有协议不影响整个数据中心内部数据的互联互通。
然而，随着云计算的兴起，随着各种虚拟化技术的采用，数据中心网络逐渐从&物理服务器互联&转向了&虚拟服务器互联&，虚拟化给数据中心带来了服务器整合、业务连续和弹性等特点，同时也给数据中心带来了新的挑战，即如何实现虚拟机的边缘虚拟桥接（Edge Virtual Bridge）？如何实现数据中心&云间网&之间的连接？如何对大规模数据中心进行管理？
在这三个方面，两大网络巨头的技术发展道路开始出现针锋相对的发展趋势。
虚拟机交换：VEB vs VEPA
实现虚拟机的边缘桥接，目前有软件和硬件方法两种，也就是VEB和VEPA。
思科是软交换方法的积极倡导者，它与业界知名的虚拟软件供应商VMWare建立了著名的VCE联盟，在积极推动软交换,也就是业界知名的虚拟边缘桥接(VEB, Virtual Ethernet Bridge)，它通过软件模拟一个虚拟交换机在服务器内部进行虚拟机之间的交换。早先VMWare在其vSphere平台中内置了一个虚拟交换机vSwitch，可实现服务器内部虚拟机的交换，甚至可实现分布式虚拟交互机VDS（vNetwork Distributed Switch），为数据中心内提供一个统一的网络接入平台。但由于VMWare并非专业的网络技术厂商，因此，这种VEB存在功能过于简单、网络和主机管理界面模糊等几个缺点。为此，思科公司提出了几种不同的解决方案，其中重点是推出增强型VEB--思科用自己的nexus 1000v软交换机代替vmware的vswitch，嵌入到虚拟化平台上去。这样一来，思科就可以实现专业的虚拟交换机，具有思科交换机丰富的功能特性，同时可以实现和思科物理交换机的统一管理。为此，思科公司对nexus1000v软交换方案投入了大量的人力物力。
而H3C采取的是硬件方法，也就是业界著名的VEPA（Virtual Ethernet Port Aggregator）标准，这是HP协同H3C向IEEE提出的新一代数据中心虚拟接入解决方案标准草案，该标准也被称为802.1qbg标准，据悉今年年底将会得到正式通过。其目标是要将虚拟机之间的交换从服务器内部移出到接入硬件交换机上，实现虚拟机之间的&硬交换&。采用这种方法，只需要将接入交换机中的软件进行修改，就能快速实现。VEPA是标准化和开放化的技术，具有性能高、可靠性高的特点，因此它得到了Juniper、IBM、Qlogic、Brocade等网络设备厂商的支持。
两种方案孰优孰劣？目前还不能给出直接的结论，但软件方案看起来很美，其实仔细分析，可以发现存在一些问题。如，1、没有解决网络和主机管理界面模糊的问题。虚拟机的交换界面与主机管理界面存在一起，无法实现&网络的归网络，主机的归主机&的目的；2、软交换因为运行在物理服务器中，需要服务器额外开销，存在着交换性能低的问题；3、目前思科软交换只支持VMware虚拟化平台，并不支持其他的虚拟化平台，如xen和hyper-V等，显然是封闭系统。但好在思科在业界的技术品牌优势以及VMware的强大的市场占有率，应该在短时期内能达到了很好的市场效果。硬件方案一旦获得IEEE的标准通过，由于开放性，其前途不可限量。据悉，思科目前也有采用VEPA虚拟硬件交换的设备，只不过没有重点推广而已。
&云内网&交换：VSS vs IRF2
近年来，由于虚拟机的大量部署，以及基于虚拟机的计算集群技术的部署，数据中心已经从小规模，发展到&大二层规模&--即同一个虚拟专网（VLAN）会出现在所有的接入层交换机上，这就是所谓的&云内网&，在一个云内实现大二层的网络，这时，服务器集群之间的互联也出现了不同的发展路线。
超过10000台服务器的互联，目前业界已经有了IETF标准的TRILL（Transparent Interconnection of Lots of Links） 技术，虽然TRILL与IEEE的SPB标准还存在争议，但传统的网络设备厂商大都在遵循TRILL协议，思科和H3C目前都在遵循这一标准。但在10000台以下服务器的互联互通，思科和H3C采取的都是各自的私有协议。
H3C的技术是IRF2，它被称为是重量级的技术，因为据说它能让最多4台核心交换机融合在一起，形成一个巨大的虚拟交换机，具备很高的性能。
思科相应的技术是VSS，也是私有协议，也能实现同样的功能。
但思科与H3C不同的是，H3C是在所有的交换机中都部署了IRF2,这样交换设备之间可形成一个整体，而思科却只在S65等几款交换机中实现了该功能，这与思科近年来大量的收购有关，也与思科产品线太长有关，思科的产品目前没有统一到一个平台上，还比较割裂。
&云间网&交换：OTV vs VPLS
目前，很多数据中心都分布在多地，通过城域网把数据中心联起来，这就是&云间网&，构建云间网其实也有特殊要求，就是要实现虚拟机跨数据中心迁移，也就是跨数据中心实现&大二层&。此时，在通过IP技术构建&大二层技术&时，思科与H3C也采用了不同的技术，思科采用的是OTV技术，而H3C选择的是VPLS，两者之间最大的不同是，前者是私有的技术，而后者是开放的标准技术。
管理：分立平台 vs 统一平台
网络设备的软件平台是维持网络运转的灵魂，所有网络互联互通的实现都以此为基础。在网络业界，思科公司在网络软件平台上拥有众多的分类，属于典型的分立平台模式。在ISR上运行的IOS；在交换机系列产品上原来使用CAT OS，后来改为IOS；在核心路由器CRS-1上运行的是IOS-XR；而在边缘的GSR既有IOS又有IOS-XR的，如7600系列有IOS的也有XR的，ASR 9000是IOS-XR的，而ASR 1000又是另外的IOS-XE；在数据中心领域，思科数据中心交换机NEXUS系列交换机又采用的是NX-OS平台。思科公司收购战略给思科公司带来了快速切入市场的好处，但是产品整合也面临着诸多困难，因此也面临着产品平台分立的问题。
H3C所有网络设备使用统一的软件平台Comware，不管是在中低端交换机5系列、7系列，还是高端设备105系列和125系列都能实现，功能特性相同、操作模式相同。统一平台，软件系统应当基于单一源代码的单一操作系统，允许网络管理员使用相同的工具来配置并管理从交换机到路由的所有设备，以监控、管理并更新整个网络。
Open Flow将引发网络革命？
云计算数据中心最先在互联网企业中实现，为了节省成本，互联网企业很多都采用了简单的X86服务器，采用开源操作系统和应用软件，但唯独对网络设备商无奈，由于许多协议私有不开放，他们不得不花高价购买昂贵的网络设备。很多专家曾经批评，网络设备的创新速度明显低于服务器端的创新速度。但近年来基于开源技术的Open Flow技术则像一股清新之风，正在吹拂互联网领域，有专家预言，它必定引发互联网技术领域的变革之风。目前，许多网络设备商已经宣布支持Open Flow，思科和H3C也不例外，正在追踪这一最新的潮流。
总体而言，以太网技术自从上世纪90 年代末的网络建设热潮过后，缺乏新技术理念，大量产品的同质化竞争、低层次打价格战。而云时代的数据中心这一新兴产物，对网络架构、性能、管理方式等提出了新的需求，使以太网技术又焕发出新活力，原有的格局、原有的技术体系都将可能发生新的改变。最终的胜者将属于以用户需求为导向的、提供标准化、开放化方案的厂商。
【责任编辑： TEL：（010）】
关于&&&&&&的更多文章
为了更好地推动思科网络技术学院的发展，正确引导高等院校在校学
随着云计算、物联网、大数据、移动互联网的大发展，你应该知道这些。
讲师： 96666人学习过讲师： 90327人学习过讲师： 41573人学习过
办公安全的内涵是什么，仅仅只有网络安全吗？如果你这
作为一名普通的程序员，在这个技术迸发，人工智能、机
锐捷网络无线NEW办公方案可以精准锚定不同行业特性的
精选目前国内外最流行的程序设计语言――Java作为本书的选题，并以丰富的内容来解决读者学习该语言时可能遇到的各种问题。以专业
51CTO旗下网站[25/50] [abbrv] git commit: refs/heads/affinity_groups - CLOUDSTACK-657 VMware vNetwork Distributed Virtual Switch support in CloudStack
cloudstack-commits mailing list archives
Message view
prachida...@apache.org
[25/50] [abbrv] git commit: refs/heads/affinity_groups - CLOUDSTACK-657 VMware vNetwork Distributed Virtual Switch support in CloudStack
CLOUDSTACK-657 VMware vNetwork Distributed Virtual Switch support in CloudStack
This is 3rd patch for feature 'Support for VMware dvSwitch in CloudStack'.
This patch contains few helper functions (get dvswitch reference, check the type of a port
group). Also added method getType() to VirtualSwitchType enum.
Signed-off-by: Sateesh Chodapuneedi &sateesh@apache.org&
Project: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/repo
Commit: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/commit/b667cf73
Tree: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/tree/b667cf73
Diff: http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/diff/b667cf73
Branch: refs/heads/affinity_groups
Commit: b667cfffb131db247ff7
Parents: 3798854
Author: sateesh &sateesh.&
Authored: Mon Feb 25 16:56:47
Committer: Prachi Damle &&
Committed: Thu Mar 14 15:12:59
----------------------------------------------------------------------
.../cloud/hypervisor/vmware/mo/DatacenterMO.java
.../hypervisor/vmware/mo/VirtualSwitchType.java
37 +++++++++++++-
.../cloud/hypervisor/vmware/util/VmwareHelper.java |
3 files changed, 46 insertions(+), 3 deletions(-)
----------------------------------------------------------------------
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/b667cf73/vmware-base/src/com/cloud/hypervisor/vmware/mo/DatacenterMO.java
----------------------------------------------------------------------
diff --git a/vmware-base/src/com/cloud/hypervisor/vmware/mo/DatacenterMO.java b/vmware-base/src/com/cloud/hypervisor/vmware/mo/DatacenterMO.java
index eb10e16..9f75bd6 100755
--- a/vmware-base/src/com/cloud/hypervisor/vmware/mo/DatacenterMO.java
+++ b/vmware-base/src/com/cloud/hypervisor/vmware/mo/DatacenterMO.java
@@ -470,4 +470,12 @@ public class DatacenterMO extends BaseMO {
+ dvSwitchUuid);
return dvPortB
public ManagedObjectReference getDvSwitchMor(String dvSwitchName) throws Exception {
ManagedObjectReference dvSwitchMor =
ManagedObjectReference networkFolderMor =
networkFolderMor = _context.getServiceUtil().getMoRefProp(_mor, "networkFolder");
dvSwitchMor = _context.getServiceUtil().getDecendentMoRef(networkFolderMor, "VmwareDistributedVirtualSwitch",
dvSwitchName);
return dvSwitchM
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/b667cf73/vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualSwitchType.java
----------------------------------------------------------------------
diff --git a/vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualSwitchType.java b/vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualSwitchType.java
index d6226ff..bcfc64b 100755
--- a/vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualSwitchType.java
+++ b/vmware-base/src/com/cloud/hypervisor/vmware/mo/VirtualSwitchType.java
@@ -17,8 +17,39 @@
package com.cloud.hypervisor.vmware.
public enum VirtualSwitchType {
- StandardVirtualSwitch,
- VMwareDistributedVirtualSwitch,
- NexusDistributedVirtualSwitch,
StandardVirtualSwitch,
VMwareDistributedVirtualSwitch,
NexusDistributedVirtualS
public final static String vmwareStandardVirtualSwitch = "vmwaresvs";
public final static String vmwareDistributedVirtualSwitch = "vmwaredvs";
public final static String nexusDistributedVirtualSwitch = "nexusdvs";
public static VirtualSwitchType getType(String vSwitchType) {
if (vSwitchType == null) {
return VirtualSwitchType.StandardVirtualS
} else if (vSwitchType.equalsIgnoreCase(vmwareStandardVirtualSwitch)) {
return VirtualSwitchType.VMwareDistributedVirtualS
} else if (vSwitchType.equalsIgnoreCase(vmwareDistributedVirtualSwitch)) {
return VirtualSwitchType.NexusDistributedVirtualS
} else if (vSwitchType.equalsIgnoreCase(nexusDistributedVirtualSwitch)) {
return VirtualSwitchType.StandardVirtualS
return VirtualSwitchType.N
public String toString() {
if (this == VirtualSwitchType.StandardVirtualSwitch) {
return vmwareStandardVirtualS
} else if (this == VirtualSwitchType.VMwareDistributedVirtualSwitch) {
return vmwareDistributedVirtualS
} else if (this == VirtualSwitchType.NexusDistributedVirtualSwitch) {
return nexusDistributedVirtualS
return "";
http://git-wip-us.apache.org/repos/asf/incubator-cloudstack/blob/b667cf73/vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareHelper.java
----------------------------------------------------------------------
diff --git a/vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareHelper.java b/vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareHelper.java
index 352c584..72b
--- a/vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareHelper.java
+++ b/vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareHelper.java
@@ -632,4 +632,8 @@ public class VmwareHelper {
Random random = new Random();
return candidates.get(random.nextInt(candidates.size()));
public static boolean isDvPortGroup(ManagedObjectReference networkMor) {
return "DistributedVirtualPortgroup".equalsIgnoreCase(networkMor.getType());
(inline, 7-Bit, 5583 bytes)Microsoft Hyper-V Network Switch Default Miniport 的硬件无法运行&#65292; - Microsoft Community
告知我们你对网站的体验
不知何时电脑里多了个Microsoft Hyper-V Network Switch Default Miniport 的硬件无法运行，提示：Windows无法加载这个硬件的设备驱动程序。驱动程序可能已损坏或不见了。（代码39）,设备管理器里面，这个硬件的前面有一个叹号。电脑反应特别慢，但能连接上无线路由器。
请问您是否安装了Hyper-V虚拟机呢？
建议您尝试右键卸载掉该故障设备驱动，然后重启电脑，扫描设备管理器上的扫描驱动程序设备，是否能够更新？
同时您也可以进行干净启动步骤：
另外您也可以参考下面链接：
希望可以帮助到您。
如果您的问题得到解答&#65292;请点击&#8220;标记为解答&#8221;或者点击&#8220;认为此推文有用&#8221;下的&#8220;我也是&#8221;&#12290;谢谢&#12290;
这是否解决了你的问题&#63;
抱歉&#65292;这没有帮助&#12290;
此回复已帮助 16 个人
本站点的其他语言版本