Mit der Veröffentlichung vom vCloud Director 10 ist auch die NSX-T-Integration verfügbar. Unser Kollege Steven Schramm zeigt euch in diesem Artikel welche Einschränkungen es für NSX-T-unterstützte OVDCs im Vergleich zu NSX-V-unterstützenden OVDCs gibt und wie ihr damit umgehen könnt.
Since vCloud Director 10 is released, NSX-T integration is available. But at the moment there are still some limitations for NSX-T backed OVDCs compared to NSX-V backed OVDCs.
For Example the following features are currently not available for NSX-T backed OVDCs.
Available features are:
It might be possible that some additional features will be delivered in future releases. For example Load Balancing, but that could need some time.
Lets focus on the main topic of this article. The NSX-T based network integration for VCD is limited to the following network types.
Isolated: This type of network provides a fully isolated environment where only the VMs in this VDC can connect to.
Routed: This type of network provides controlled access to machines and networks outside of the VDC via an edge gateway.
Imported: This type of network uses an existing NSX-T logical switch. To import an existing NSX-T logical switch System administrator rights are necessary. That means OVDC Administrators are not able to import existing NSX-T networks and need to open a request towards the responsible provider.
Some of you may remember the configuration steps how to add an vSphere distributed port group for NSX-V backed OVDCs. (1. Create external network and map vSphere dvPortGroup, 2. Create OVDC network and map to external network). This procedure is not available for NSX-T based OVDCs, since the supported network types are limited to the three described above.
So with the three supported network type you are easily able to create networks for the following purposes.
If you plan to add an external VLAN based network bound to different physical Uplinks, you can follow the steps described below.
The NSX-T configuration steps are completed and the new VLAN logical switch is already created from NSX-T point of view. Lets summarize the available network types for NSX-T backed OVDCs.
Now we need to decide which type of network is the right to add the previously created logical segment as external network to the NSX-T backed OVDC. To add an already existing logical segment to the OVDC we need to import that networ, so “Imported” is be the right network type.
Following I will describe the steps to import the previously created logical segment.
Check the radio box for “Imported” as shown in the following screenshot. Click “NEXT” afterwards.
Importing a external VLAN backed network is a bit different and more complex than with NSX-V backed OVDCs in the past, but it is still possible.
The big difference compared to NSX-V is that all networks will be created inside of NSX-T. For NSX-V all overlay networks were created from NSX-V Management-Plane and all VLAN networks were created from vSphere itself.
From my point of view the new procedure with NSX-T backed OVDCs is very different from the NSX-V based procedure and a bit complex at the beginning, but later on it is an big advantage to have all networks in a single tool.
NSX-T as central tool for maintaining all networks inside your Datacenter will increase the overview and makes the troubleshooting easier.