PeterLind
Enthusiast
Enthusiast

Nexus 1000v VSM compatibility with older VEM versions?

Jump to solution

Hello everyone. Smiley Happy

I wish to upgrade our Nexus 1000v VSM from 4.2(1)SV1(5.1) to 4.2(1)SV2(2.1a) because we're moving from ESXi 5.0 update 3 to ESXi 5.5 in the near future. I haven't been able to find a compitability list for the new version when it comes to VEM versions, I was wondering if the new VSM supports the old VEM versions we're running, so I don't have to upgrade everthing in one go. I know it supports both versions of our ESXi.

Best regards

Pete

1 Solution

Accepted Solutions
grasshopper
Virtuoso
Virtuoso

As you have found from the documentation, moving from the 1.5 train to the newest code is fully supported from a VSM perspective.  What's not documented is the little bit about the VEMs.  In general, the VSM is backwards compatible with older VEMs (to a degree, the degree of which is not published).  Although it's not documented (AFAIK), the verbal understanding is that the VEM can be a version or two behind, but you should try to minimize the duration that you run in such a configuration.

If you plan to run mixed VEM versions while getting your hosts upgraded (totally fine that's how I do mine), it's best to move to that upgraded VEM version at the same time that you upgrade the hypervisor.  Since you are going from ESXi 5.0 to 5.5, you will create an ISO that contains the Cisco VIBs, your favorite async driver (if any), and the ESXi 5.5 image all bundled together so the upgrade for a given host is done all in one shot.  You probably already have that technique down cold, but the links generated by the Cisco tool below show you how to do this.  It also gives some handy URLs to share with each person performing duties on this upgrade.  Here's the link:

Nexus 1000V and ESX Upgrade Utility


PS - the new thing is taking offline clones of your VSMs.  Although they are easy enough to recover, having an actual pure clone will save some of the secret sauce you might otherwise lose in a failure scenario.  Simply power off one VSM, then right-click and clone.  Power that VSM up again and failover the HA pair, then take down the other one and get a clone of it.  So as a safety measure for this upgrade, get your offline clones of the current 1.5 VSMs, then sometime after your successful upgrade get some offline clones saved of the new version.

View solution in original post

0 Kudos
4 Replies
lwatta
Hot Shot
Hot Shot

We don't publish it. I don't know why. Sorry about that.

I asked engineering this same question a while back and the reply I got back was the following

They validated the below VEM versions with a VSM running 2.1

4.2(1)SV1(4)

4.2(1)SV1(4a)

4.2(1)SV1(5.1)

I think you will be fine with 2.1a VSM connecting to 1.51 VEM.

louis

grasshopper
Virtuoso
Virtuoso

As you have found from the documentation, moving from the 1.5 train to the newest code is fully supported from a VSM perspective.  What's not documented is the little bit about the VEMs.  In general, the VSM is backwards compatible with older VEMs (to a degree, the degree of which is not published).  Although it's not documented (AFAIK), the verbal understanding is that the VEM can be a version or two behind, but you should try to minimize the duration that you run in such a configuration.

If you plan to run mixed VEM versions while getting your hosts upgraded (totally fine that's how I do mine), it's best to move to that upgraded VEM version at the same time that you upgrade the hypervisor.  Since you are going from ESXi 5.0 to 5.5, you will create an ISO that contains the Cisco VIBs, your favorite async driver (if any), and the ESXi 5.5 image all bundled together so the upgrade for a given host is done all in one shot.  You probably already have that technique down cold, but the links generated by the Cisco tool below show you how to do this.  It also gives some handy URLs to share with each person performing duties on this upgrade.  Here's the link:

Nexus 1000V and ESX Upgrade Utility


PS - the new thing is taking offline clones of your VSMs.  Although they are easy enough to recover, having an actual pure clone will save some of the secret sauce you might otherwise lose in a failure scenario.  Simply power off one VSM, then right-click and clone.  Power that VSM up again and failover the HA pair, then take down the other one and get a clone of it.  So as a safety measure for this upgrade, get your offline clones of the current 1.5 VSMs, then sometime after your successful upgrade get some offline clones saved of the new version.

View solution in original post

0 Kudos
grasshopper
Virtuoso
Virtuoso

Nice!  Good stuff as always lwatta


0 Kudos
PeterLind
Enthusiast
Enthusiast

Thank you for your help the both of you! It's much appreciated.

Take care

Best regards

/Pete

0 Kudos