vSphere Distributed Switch Capabilities
Creating/Deleting a vSphere Distributed Switch.
You probably could create them with the 60-day evaluation license, but you would then need to purchase an Enterprise Plus license before the evaluation period expires; otherwise, your switch would cease to function. You also must consider the level of hosts that you have in the data center onto which you are adding the switch, because this will impact the version of the switch that you create.
Select the version for your new vDS, as shown in Figure 5-3. You should select a version that is compatible with the hosts that will be connected to this switch.
From Edit settings, choose the number of uplinks that you will allow on this switch. (The default is four, but this number can be changed later if needed.) Then choose whether to create a default port group and, if so, what to name it. Finally, choose whether to enable Network I/O control on this switch, as shown in Figure 5-4.
Deleting a vDS.
You might assume that deleting a vDS would just be a matter of right-clicking it and selecting to remove it. This is almost true. However, you first need to remove the hosts and the port groups from the vDS. Then you can right-click it and select to remove it. The next two sections cover (among other topics) removing hosts and port groups from a vDS. When you know how to do that, deleting the vDS is as simple as right-clicking and selecting Remove from Inventory under All vCenter Actions.
Adding/Configuring/Removing dvPort Groups.
As you might remember, port groups allow you to get more than one set of attributes out of the same switch. This is especially true with vDS port groups. The port groups that you create on a vDS are connected to all the hosts to which the vDS is connected; hence, they are called distributed virtual port groups (dvPort groups). Because a vSphere 6.0 vDS can be connected to up to 1,000 hosts, the dvPort groups can become very large and powerful. After you create port groups on a vDS, you can migrate your VMs to the dvPort groups. In the following activities, you learn how to add, configure, and remove dvPort groups on vDSs.
Adding/Removing Uplink Adapters to dvUplink Groups.
As shown in Figure 5-19, dvUplink groups connect your vDS to the hidden switches that are contained in your hosts and then from there to the physical world. This allows you to control networking at the control plane on the vDS while the actual input/output (I/O) is still passing from host to host at the I/O plane. Each host keeps its own network configuration in its hidden switch that is created when you add a host to a vDS. This ensures that the network will continue to function, even if your vCenter fails or is not available.
That’s a lot of terminology all at once, but as you might remember, I said that one of the main things to understand was where the virtual meets the physical. You should know that the dvUplink groups are virtual, but the uplink adapters lead to physical adapters. Connecting multiple uplink adapters to a dvUplink group opens up the possibilities of load balancing and fault tolerance.
Creating/Configuring/Removing Virtual Adapters.
To create a new VMkernel port on a vDS, you create and configure a VMkernel virtual adapter.
Migrating Virtual Adapters to/from a vSphere Standard Switch.
Make sure that all the VMkernel ports that you have been using on your vSSs are successfully migrated to your vDSs.
Configuring LACP on Uplink Port Groups.
You can have more than one vmnic configured for a port group to provide for load balancing and fault tolerance. The options discussed thus far treat each physical link as a separate logical link. For fault tolerance, one link can take the place of another; whereas for load balancing, you use software methods to determine which link is used by each VM for each session.
vSphere 5.1 allowed only one LAG per vDS, but vSphere 5.5 and later allow up to 64 LAGs per vDS, with up to 24 physical ports on each LAG. This gives you a tremendous flexibility, especially if you already have physical switches that support dynamic link aggregation.
Determining Use Cases for a vSphere Distributed Switch.
If you are going to use a vDS in your vSphere, you typically need to obtain an Enterprise Plus license.
Determining Use Cases for a vSphere Distributed Switch.
If you are going to use a vDS in your vSphere, you typically need to obtain an Enterprise Plus license.
As outlined previously in Table 5-2, many features are available only on vDSs. They include features such as inbound traffic shaping, private VLANs, more granular port control for blocking, mirroring, LACP, and so on.