Virtual networking isn’t a new thing. It has been around for a while and we get better at it as the months pass us by. Who hasn’t heard of SDN? Well before I buy into that realm and blog about it, lets harken back to a device which most people have had to deal with. VMware hosts attach themselves to most networks. VMWare provide a number of networking methods to provide intra-guest and inter-host communication. This communication from the physical card to the VM kernel and into a guest VM is very interesting. This blog will explore what a vSwitch can provide.
By default a new ESXi host will have the vSwitch0 installed by default. The first physical NIC will have a virtual adapter or vmnic0 assigned in the switch construct. This vmnic is presented through the VMware Hypervisor and presented to the construct. Upon installation you will assign a management IP. This is marked as a vmkernel port in which a various array of traffic types can pass. The first point of call for most is connection into the host with the VMware vSphere client.
It is important to note that although the behaviour of the vSwitch is designed to replicate that of a physical there are quite a few differences that need to be appreciated.
- MAC address learning
- The vSwitch is authoritative regarding this. It pulls the MAC address assigned to the NIC presented to the guest VM from the configuration file.
- No learning is required in the traditional sense – record/store/forward
- Zero participation in Spanning-Tree
- Blocks inbound BPDUs
- It uses, for a lack of a better term, Split Horizon Switching
- Packets received on one uplink cannot be passed and forwarded out another.
- This is how it avoids creating network loops and a potential ‘Resume generating transaction’
- Port-Groups are like ‘VLANs without the tagging’.
- Guests are bound to port groups and different actions can take place.
- Port-groups reside inside a vSwitch and can have different forwarding options applied.
- Dynamic port allocation
- Supports up to 4096 ports.
- Subtract 8 for internal communications and forwarding leaving a total of 4088.
- Supports up to 40Gb forwarding per vSwitch.
- This doesn’t scale unlike Distributed vSwitch.
- Additional to SPAN in 5.1
- Support for RSPAN and ERSPAN
- True IDP support
- LACP support
- Provides hosts bundled connectivity which can aid in HA mechanisms host and physical switch side.
My initial thoughts about the vSwitch are positive. The notion of dumb switch is tired. The spec sheet and throughput in software leveraging server backplane is impressive. There is a lot to be desired about the scalability options which saw the introduction of the distributed vSwitch. I find that it is rather a scary notion the simplicity in which someone can install this. This gives administrators without a strong networking background the ability to create sub-optimal situations for virtual networking environments. Although it houses a simple interface and point and click connectivity the VMware vSwitch requires thought and planning to ensure stable and high throughput operations.