Overview
This section provides details about in-service software upgrade (ISSU), a process that allows you to upgrade the device without disrupting the traffic, minimizing or eliminating downtime. It also covers supported ISSU scenarios and platforms, including standard and enhanced ISSU for Top-of-Rack switches, and explains configuration requirements, traffic impact, and limitations for Nexus 9000 Series switches.
An in-service software upgrade (ISSU) is an upgrade that
-
allows you to upgrade the device software while the switch continues to forward traffic,
reduces or eliminates the downtime typically caused by software upgrades, and
is also known as non-disruptive upgrade.
You can perform an ISSU or non-disruptive upgrade for some switches. (See the ISSU platform support for a complete list of supported platforms.)
-
The default upgrade process is disruptive. Therefore, ISSU needs to be enabled using the command-line interface (CLI), as described in the configuration section of this document.
-
Using the non-disruptive option helps ensure a non-disruptive upgrade. The guest shell is disabled during the ISSU process and it is later reactivated after the upgrade.
-
Enhanced ISSUs are supported for some Nexus 9000 Series switches.
ISSU scenarios and platform support
The supported ISSU scenarios include
-
performing standard ISSU on Top-of-Rack (ToR) switches with a single supervisor, and
-
performing enhanced ISSU on Top-of-Rack (ToR) switches with a single supervisor
Details for each scenario are described below.
Performing standard ISSU on Top-of-Rack (ToR) switches with a single Supervisor
The ToR Nexus 9300 platform switches are the NX-OS switches with single supervisors. Performing ISSU on the Nexus 9000 Series switches causes the supervisor CPU to reset and to load the new software version. After the CPU loads the updated version of the NX-OS software, the system restores the control plane to the previous known configuration and the runtime state and it gets in-sync with the data plane, thereby completing the ISSU process.
The data plane traffic is not disrupted during the ISSU process. In other words, the data plane forwards the packets while the control plane is being upgraded, any servers that are connected to the Nexus 9000 Series switches do not see any traffic disruption. The control plane downtime during the ISSU process is approximately less than 120 seconds.
Performing enhanced ISSU on Top-of-Rack (ToR) switches with a single Supervisor
Enhanced ISSU is not supported if there are any underlying kernel differences. In effect, the system performs non-disruptive ISSU instead of enhanced ISSU. The system prompts the message:
Host kernel is not compatible with target image. Full ISSU will be performed and control plane will be impacted.
The NX-OS software normally runs directly on the hardware. However, configuring enhanced or container-based ISSU on single supervisor ToRs is accomplished by creating virtual instances of the supervisor modules and the line cards. With enhanced ISSU, the software runs inside a separate Linux container (LXC) for the supervisors and the line cards. A third container is created as part of the ISSU procedure, and it is brought up as a standby supervisor.
The virtual instances (or the Linux containers) communicate with each other using an emulated Ethernet connection. In the normal state, only two Linux containers are instantiated: vSup1 (a virtual SUP container in an active role) and vLC (a virtual linecard container). Enhanced ISSU requires 16G memory on the switch.
To enable booting in the enhanced ISSU (LXC) mode, use the [no] boot mode lxc command. This command is executed in the configuration mode. Here is a sample configuration for your reference.
switch(config)# boot mode lxc
Using LXC boot mode
Please save the configuration and reload system to switch into the LXC mode.
switch(config)# copy r s
[########################################] 100%
Copy complete.
Reload the switch first, when enabling enhanced ISSU for the first time.
During the software upgrade with enhanced ISSU, the supervisor control plane stays up with minimal switchover downtime disruption and the forwarding state of the network is maintained accurately during the upgrade. The supervisor is upgraded first and the line card is upgraded next.
The data plane traffic is not disrupted during the ISSU process. The control plane downtime is less than 6 seconds.
In-service software downgrades (ISSDs), also known as non-disruptive downgrades, are not supported.
For information on ISSU and high availability, see the Cisco Nexus 9000 Series NX-OS High Availability and Redundancy Guide.