Starting with VxRail version 4.7.410, the customer can customize the teaming and failover policies for the VxRail networks. If your VxRail version is 7.0.010 or later, you can also customize the failover settings for the uplinks to an active-active configuration.
VxRail will apply a default teaming and failover policy for each VxRail network during the initial build operation.
Figure 30. Default VDS teaming and failover policy for vSAN network configured with 2 VxRail ports
Starting with VxRail version 4.7.410, the teaming and failover policy can be modified after the VxRail initial build. Note that a load-balancing policy that has a dependency on a physical switch setting such as link aggregation is not supported, as link aggregation at the physical switch level is not supported with VxRail. The following load-balancing policies are supported for VxRail clusters running version 4.7.410 or later:
After the virtual switch selects an uplink for a virtual machine or VMkernel adapter, it always forwards traffic through the same uplink. This option makes a simple selection based on the available physical uplinks. However, this policy does not attempt to load balance based on network traffic.
The virtual switch selects an uplink for a virtual machine based on the virtual machine MAC address. While it requires more resources than using the originating virtual port, it has more flexibility in uplink selection. This policy does not attempt to load balance based on network traffic analysis.
Always use the highest order uplink that passes failover detection criteria from the active adapters. No actual load balancing is performed with this option.
The virtual switch monitors network traffic, and makes adjustments on overloaded uplinks by moving traffic to another uplink. This option does use additional resources to track network traffic.
VxRail does not support the ‘Route based on IP Hash’ policy, as there is a dependency on the logical link setting of the physical port adapters on the switch, and link settings such as static port channels, LAGs, and LACP are not supported with VxRail.
Starting with VxRail version 7.0.010, the ‘Failover Order’ setting on the teaming and failover policy on the VDS portgroups supporting VxRail networks can be changed. The default failover order for the uplinks each portgroup that is configured during VxRail initial build is described in the section E.4: Default failover order policy. For any portgroup configured during VxRail initial build to support VxRail network traffic, an uplink in ‘Standby’ mode can be moved into ‘Active’ mode to enable an ‘Active/Active’ configuration. This action can be performed after the VxRail cluster has completed the initial build operation.
Moving an uplink that is configured as ‘Unused’ for a portgroup supporting VxRail network traffic into either ‘Active’ mode or ‘Standby’ mode does not automatically activate the uplink and increase bandwidth for that portgroup. Bandwidth optimization is dependent on the load-balancing settings on the upstream switches, and link aggregation is not supported on those switch ports that are configured to support for VxRail network traffic.
Figure 31. Sample failover order setting set to active/active