VCF multi-pNIC and multi-VDS support in UI

VCF multi-pNIC and multi-VDS support in UI feature has been on the VCF roadmap for a while. Until now, this feature was available using API but in VCF 5.1, it is now available in the SDDC Manager UI. Let’s have a look how the workflow looks like in the SDDC Manager and explore the customization features as well!

Consider the following example

Distributed Switches Configuration Example

Switch Configuration

When you go through the VI Configuration workflow, after the Host Selection part, you’ll see a new input window for the VDS switch configuration in the new Workload Domain. Note the pre-configured profiles.

Default

This profile creates 1 VDS with 2 NIC’s and all traffic types.

Custom Network Configuration in VMware Cloud Foundation Default Switch Configuration

Storage Traffic Separation

This profile creates 2 VDS’s with 4 NIC’s and separates the vSAN traffic.

Custom Network Configuration in VMware Cloud Foundation vSAN Storage Traffic Separation

NSX Traffic Separation

This profile is basically the same as the previous one except that here the NSX-Overlay traffic is being separated instead of vSAN.

Custom Network Configuration in VMware Cloud Foundation NSX Traffic Separation

Storage Traffic and NSX Traffic Separation

This profile is combination of both Storage and NSX traffic separation. It creates 3 VDS’s with each 2 NIC’s.

Custom Network Configuration in VMware Cloud Foundation vSAN and NSX Traffic Separation

Custom

If you scroll down, you will see an option to create custom switch configuration. This creates an empty profile, where you can create you own specific configuration. Note that you can also copy the configuration from per-configured profile and modify it.

Custom Network Configuration in VMware Cloud Foundation Custom Switch Configuration Profile

Create Custom Switch Profile

This example will follow the network design mentioned at the beginning of this blog.

  1. Once you have selected the Custom Profile option, click Create Distributed Switch.
  2. Provide a name, MTU, and number of uplinks you want to use for the first switch. Note that you can extend up to the maximum available physical network adapters on the host.
    VCF Custom Distributed Switch Profile
  3. Next, scroll down and configure the network traffic on the Configure Network Traffic button and selecting the network traffic type, in this case, Management.
  4. A new workflow window will open and ask for Distributed PortGroup Name, Load Balancing policy, and uplinks settings.
  5. Click Save Configuration at the bottom of the workflow. Management portgroup configuration summary is now visible in the main workflow pane.
  6. Scroll up and click Configure Network Traffic once again, select vMotion.
  7. Provide the portgroup name, select load balancing policy, and select active uplinks.
  8. Click Save Configuration.
  9. The vMotion network traffic settings are added to the switch configuration.
  10. Save the settings for VDS01 by clicking Create Distributed Switch button.
  11. Click Create Distributed Switch button again and create VDS02 with vmnic1 and vmnic4. Make sure you add vSAN network traffic here.
  12. Repeat the process for VDS03 with vmnic3 and vmnic5. Make sure you add NSX overlay network traffic here.
  13. Enter the NSX traffic configuration as per your design.
  14. Once the network configuration is created, the error should disappear, and you should see an overview of your configuration.
  15. Continue to follow the VI Configuration workflow, select licenses, and review the configuration of the Workload Domain.
  16. Click Finish to start the deployment process.

Deployment process may take some time to complete. After the deployment process is finished, take time to review the network configuration details of both the ESXi hosts and the NSX cluster.

And there you go! You can now create custom (or predefined) switch configuration from SDDC Manager UI. No need to do it from API. However, if you need to create switch profile with more than 3 VDS’s or more than 6 physical network adapters, you will still have to do it via API call.

Cheers!

Marek.Z

Be the first to comment

Leave a reply...