NSX

It’s that time of the year again where we have a new NSX release on our hands, specifically NSX-T 2.4. I’m still really new to NSX-T, and I can tell I have a lot to learn, but I’m hoping 2.4 is the release I’m able to really start to sink my teeth in with. If you’ve been in and around the NSX product, you’ll be aware there are two main flavours of NSX; NSX-V (now called NSX for vSphere, I think, or maybe NSX for Data Center(?

Recently I was playing around with NSX-V in the lab and getting myself more familiar with the automation options available. During the deployment of one of my environments, I couldn’t get the NSX Controllers to come up without failing. NSX Manager would deploy the controller VM, but it sat in a “deploying” state for around 45 minutes and then failed with a message “no route to host”. I checked out the console of one of the controllers directly after deployment and as soon as it booted up it went to the following GRUB boot loader screen:

That title is a bit of a mouthful, but it’s Friday night and that’s the best I’ve got! I was recently working through some recovery scenarios for NSX in the lab, as I was interested to understand what the process was for various scenarios such as: Losing NSX Manager and restoring Losing NSX Manager, DLR and ESG’s and restoring Losing the entire cluster (including ESXi hosts) and restoring NSX manager in to a new cluster The third scenario is reasonably obscure, and I’m not sure if you would follow a different restore process than what I did if this did actually happen.

I was recently rolling out the base install of VMware NSX in my lab, where I ran in to a controller deployment issue. The lab is running NestedESXi, and I have two ‘sites’ that are nested, each with 3 ESXi hosts in a vSAN cluster. vCenter, PSC and NSX Manager / controllers are then deployed on to the nested ESXi hosts, so the storage is on the nested vSAN datastores.