每个VM中最多有四个虚拟NIC（Windows，Linux等）。这是每个VM的虚拟PCI-Slot限制。向VM发送超过4个VLAN需要使用VMware ESX服务器的某种类型的中继（见下文）。通常，这四个VNIC提供了与vSwitch上的四个单独VLAN的连接。通过ESX Server将VM中的VM中创建VM中的VM。每个vNIC的显示为100FULL连接，但在现实中，接口不限于100 Mbps或与此有关的任何速度。速度仅受到服务器上的存储器和总线的限制。每个VNIC都连接到虚拟交换机上的端口。端口被分配给端口组，它给出了端口特征（VLAN，负载平衡，集群等）。ESX服务器实际上可以具有多个虚拟交换机（如上图所示）。 The only limitation is that the physical interfaces, with the connections to the physical network, can only connect to a single virtual switch. Physical NICs cannot be shared between multiple virtual switches. However, this can also be a benefit. A virtual switch with no external connections can provide connectivity between two VMs without using the physical network. A web server that only communicates with Firewall VMs can be limited to a virtual switch with no internal connectivity.这引入了一些良好的网络设计选项来控制流量流。同一VLAN上的VM可以通过VSwitch直接通信。因此，该流量不会被发送到物理网络。虚拟交换机内部的实际数据包转发有点像剪切方法。通过虚拟交换机分析分组报头，并且目的地VM被赋予存储数据包内容的存储器位置。然后，目的地VM然后引用内存并获取数据。由于没有瓶颈，没有商店和前进缓冲区或QoS的概念。运行VMware连接到物理网络的服务器上的物理接口。这些NIC可以是单个接口，用于冗余，集群和/或通道。所有这些都在ESX Server中配置。 Load balancing is also configurable. There are options for load balancing based on port ID, source MAC address hash, and IP address hash. The first two options always send traffic from a single vNIC out the same physical interface while IP Hash will balance different sessions across all physical NICs. The trick with the physical interfaces is getting enough aggregate and per-session bandwidth out of the server. A gig or two was good for a single server, but now you may have 15-20 VMs using those NICs. Now1 Gbps可能还不够。适当的渠道和负载平衡将是键，以及一个主动网络容量管理程序。树梢是设计的最后一件。在物理接口上，VMware ESX服务器可以位于单个VLAN（“外部交换机中继”）上，VLAN可以被包裹到vSwitch（“虚拟交换机中继线”），或者VLAN可以通过所有方式被包裹到VMvswitch（“虚拟客户集中”）。最实用的，具有通常构成数据中心的众多VLAN，是虚拟交换机的中继。2020欧洲杯预赛这将VLAN发送到vSwitch，通过DOT1Q在物理NIC上，然后可以使用vSwitch。VM上的每个vnic都放在一个VLAN中。这是第2层交换机的典型设计。该概念简单地扩展到VMware ESX Server。正如您所看到的，只需为VMware ESX服务器内部的第2层交换机获得适当的设计将采用相当大的技能，思考和测试。我甚至没有讨论vswitch的日常管理（是服务器团队或网络团队？）这些只是必须在使用VMware开始时解决的一些巨大问题。
