One important and crucial step about distributed switches is the migration from standard switches. In the following example a standard vSwitch uses two physical adapter as uplink: Both vmnics are active. We want to migrate VMs and VMkernel adapter to a distributed switch without downtime. During the migration process one adapter will be dedicated to the newly created distributed switch, and redundancy will be lost.
Disable Beacon Probing
Beacon probes are used to check network connectivity. ESXi hypervisor expects to receive beacon probes from all vmnic active ports. If a vmnic stops to receive beacon probes, an failure has occurred in that network path (see What is beacon probing? (1005577)”) for more information). Beacon probes are used with three or more vmnics, so in this example they are not used. If used, remember to configure Network failure detection as “Link status only” until the migration is completed.
Remove a vmnic from vSwitch0
The physical server only holds two vmnic, and they are both configured under vSwitch0. One (vmnic1) will be removed and configured in a new distributed switch. Before removing vmnic1, be sure that underlying port group (“VM network” and “Management Network”) do not override vSwitch0 failover order, or connectivity issues can happen: In the above example, the Override flag must be unchecked. Now it’s safe remove vmnic1 from the vSwitch0: During this step a single packet for each VM/VMkernel can be lost due to MAC address refresh state.
Add a new distributed switch
Under vCenter -> Datacenter, add a Distributed Switch and follow the wizard, do not create a default port group, it will be created later. On the switch side, the port is configured as follows:
interface GigabitEthernet1/0/4 description esxi2:vmnic1 switchport trunk encapsulation dot1q switchport trunk native vlan 4094 switchport mode trunk switchport nonegotiate spanning-tree portfast trunk spanning-tree bpduguard enable
Because it’s an end host port, the best practice requires to configure BPDU guard to avoid L2 loops. Additional precautions must be taken, and they will be discussed on another post. Add a port group configured for the VLAN 1: Port binding can be:
- Static Binding (default): a port is reserved to a VM connected to a port group; the port will be released only when the VM is disconnected or deleted.
- Dynamic Binding (deprecated): a port is reserved to a VM connected and powered on; the port will be released when the VM is powered off or disconnected.
- Ephemeral - no binding: only ephemeral binding allows to modify virtual machine network connections without vCenter. Ephemeral port groups should be used only for recovery purposes
If static binding is selected, Port allocation can be
- Elastic (default): port groups automatically add needed port or remove unused ports when needed.
- Fixed: deploy a static number of port (default 128).
VLAN Type can be::
- None (default): when uplinks are configured as access port, the same network will be available in the configured port group (and attached VMs). It’s also used with the native VLAN if uplinks are configured as trunks.
- VLAN (most common choice): when uplinks are configured as trunks, a specific VLAN tagged will be available as native in the configured port group (and attached VMs).
- VLAN trunking: when uplinks are configued as trunks, more than one VLAN will be tagged and available in the configured port group (and attached VMs).
- Private VLAN: if the physical and distributed switch support Private VLAN, this option can be used.
By default Promiscuous mode, MAC address changes and Forged transmits are rejected on distributed vSwitch. Add esxi2 to the dvSwitch0: And select physical adapter only: Assign vmnic1: Now the dvSwitch0 is ready:
Before migrating active VMs and VMkernel ports, a test VM should be configured under the dvSwitch0 to vrify network connectivity. After a successful test, we can migrate VMs from the old “VM Network” to the new “VLAN_1” network: And select all connected VM: Some packets can be lost due to migration process and MAC address table refresh. Migrating VMkernel port VMkernel ports can be migrated with the “Add and Manage Hosts” wizard (select “Add hosts”, select esxi2 host and select “Manage VMkernel adapter” option only): Select vmk0 port and configure the right destination port group on the dvSwitch0:
Now shutdown the switch port connected to the vmnic0 adapter and reconfigure it on the switch side:
interface GigabitEthernet1/0/3 description esxi2:vmnic0 switchport trunk encapsulation dot1q switchport trunk native vlan 4094 switchport mode trunk switchport nonegotiate shutdown spanning-tree portfast trunk spanning-tree bpduguard enable
Open the “Add and Manage Hosts” wizard, migrate the vmnic0 adapter to the vSwtich0 switch and finally enable the interface on the physical switch:
Old standard switch vSwitch0 can now be deleted. Remember to enable Beacon Probing if previously used.