This document describes how to configure Virtual Machine Fabric Extender (VM-FEX) with the use of a method to extend the network fabric down to the Virtual Machines (VMs).
There are no specific requirements for this document.
The information in this document is based on these software and hardware versions:
The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.
What is VM-FEX? VM-FEX (previously known as VN-link) is a method to extend the network fabric completely down to the VMs. With VM-FEX, the Fabric Interconnects handle switching for the ESXi host's VMs. UCSM utilizes the vCenter dVS Application Programming Interfaces (API) to this end. Therefore, VM-FEX shows as a dVS in the ESXi host.
There are many benefits to VM-FEX:
Export the vCenter extension from UCSM and import it into vCenter.
This creates the file cisco_nexus_1000v_extension.xml. This is the same name as the vCenter extension for the Nexus 1000V. In order to import it, complete the same steps.
Once you have imported the key, continue with the vCenter integration wizard.
Complete the information as required. The vCenter and the IP address and vCenter Datacenter Name fields must match. The other fields can be named as desired.
Next, create a Port Profile for the VMs to connect.
It is necessary to give a name to both the Port Profile and the Profile Client. Port Profiles contain all of the important switching information (VLANs and policies), but a Profile Client limits which dVSs have access to the Port Profile.
When finished, complete the wizard. It creates a dVS in vCenter.
The host to be added to the dVS must have a Dynamic vNIC Connection Policy defined. This determines the amount of Network Interface Controllers (NICs) that the host can support on the dVS.
In order to change the policy, a reboot is required. Once you have configured this policy, you can install the Virtual Ethernet Module (VEM).
Similar to the Nexus 1000V, you must install a VEM onto the host where you wish to add to the VM-FEX dVS. You can either do this manually or with the VMware vCenter Update Manager (VUM). If you want to install it manually, you can find the software on the UCS homepage. The server must be in maintenance mode before the VEM is installed on the host.
The VIB is included in the UCS B-series Driver bundle for the version of code that you run. Download the proper VIB and enter one of these commands to install it:
Version 4.1 or earlier:
esxupdate -b path_to_vib_file update
Version 5.0:
esxcli software vib install -v path_to_vib_file
Before installation, ensure that the Hypervisor runs an enic driver version that is compatible with the same UCSM release. Refer to the compatibility matrix to find out the correct driver versions for a specific UCSM release. If the driver does not support VM-FEX, you receive this error message during installation of the VEM:
[InstallationError]
Error in running ['/etc/init.d/n1k-vem', 'stop', 'upgrade']:
Return code: 2
Output: /etc/init.d/n1k-vem: .: line 26: can't open
'/usr/lib/ext/cisco/nexus/vem-v132/shell/vssnet-functions'
Add two NICs (one per fabric) to the dVS as uplinks and place them in the uplink port-group which was automatically created. This is for vSphere, as traffic does not actually pass over these uplinks.
Ensure that you move over the VMkernel, or management access to the box is lost.
On the next screen, move over any VMs on that host, if desired.
Now you have finished the configuration for VM-FEX. You now see vEthernet interfaces in the nxos side of the FI for the VMs, and you can see the VMs in UCSM.
There is currently no verification procedure available for this configuration.
There is currently no specific troubleshooting information available for this configuration.
Revision | Publish Date | Comments |
---|---|---|
1.0 |
22-Nov-2013 |
Initial Release |