了解 EX 系列交换机上的不间断软件升级
不间断软件升级 (NSSU) 是一项功能,只需一个命令即可升级网络中所有受支持的 EX 系列交换机。
通过不间断软件升级 (NSSU),您可以使用单个命令升级在瞻博网络 EX 系列以太网交换机(带有冗余路由引擎)上运行的软件以及 EX 系列虚拟机箱中的所有成员交换机。在升级期间,在主要角色切换期间,网络流量中断可能极少,中断的程度可能取决于网络拓扑、配置、网络流量和其他环境因素。
混合虚拟机箱中的 EX 系列交换机从早于 15.1 版的版本升级到 Junos OS 15.1 或更高版本时,流量可能会中断长达 60 秒。
以下 EX 系列虚拟机箱支持 NSSU:
-
EX3300 虚拟机箱
-
EX3400 虚拟机箱
-
EX4200 虚拟机箱
-
EX4300 虚拟机箱
-
EX4400 虚拟机箱
-
EX4500 虚拟机箱
-
EX4550 虚拟机箱
-
所有由 EX4200、EX4500 和 EX4550 交换机组成的混合虚拟机箱
-
EX4600 虚拟机箱
-
EX4650 虚拟机箱
注意:EX4650 虚拟机箱与 QFX5120 虚拟机箱 的运行方式相同,因此有关使用 NSSU 升级 EX4650 虚拟机箱的详细信息,请参阅 了解虚拟机箱和混合虚拟机箱上的不间断软件升级 和 使用不间断软件升级在虚拟机箱和混合虚拟机箱上升级软件 ,而非本主题。
-
EX8200虚拟机箱
-
EX8200 虚拟机箱
执行 NSSU 可提供以下好处:
-
不会中断控制平面 — NSSU 利用 平滑路由引擎切换 (GRES) 和 不间断活动路由 (NSR) 来确保控制平面不会中断。在升级过程中,将保留接口、内核和路由协议信息。
-
将网络流量中断降至最低 — NSSU 通过以下方式将网络流量中断降至最低:
-
在 EX6200 交换机、EX8200 交换机或 EX8200 虚拟机箱中一次升级一个线卡,同时允许流量继续流经未升级的线卡。
-
在其他 EX 系列虚拟机箱中一次升级一台成员交换机,同时允许流量继续流经未升级的成员。
为了将流量中断降至最低,您必须配置链路聚合组 (LAG),以便每个 LAG 的成员链路驻留在不同的线卡或虚拟机箱成员上。当 LAG 的一个成员链路出现故障时,其余链路运行,流量将继续流经 LAG。
-
由于 NSSU 一次升级一个线卡或每个虚拟机箱成员上的软件,因此使用 NSSU 进行升级可能比使用 request system software add
命令进行升级需要更长的时间。
在 Junos OS 16.1 之前的版本中,对于 EX6200 交换机、EX8200 交换机和 EX8200 虚拟机箱,您可以通过配置线卡升级组来减少升级所需的时间。升级组中的线卡会同时升级,从而减少了完成升级所需的时间。请参阅 为不间断软件升级配置线卡升级组。
执行 NSSU 的要求
以下要求适用于所有交换机和虚拟机箱:
NSSU 最多只能在设备上的当前版本之前升级三个主要版本。要升级到比设备上的当前版本早三个以上的版本,请使用 NSSU 过程将交换机升级到一个或多个中间版本,直到交换机位于目标版本的三个主要版本之内。
-
所有虚拟机箱成员和所有路由引擎必须运行相同的 Junos OS 版本。
-
必须启用平滑路由引擎切换 (GRES)。
-
必须启用不间断活动路由 (NSR)。
注意:尽管不一定要启用不间断桥接 (NSB) 即可执行 NSSU,但我们建议在执行 NSSU 之前启用 NSB。启用 NSB 可确保所有 NSB 支持的第 2 层协议在作为 NSSU 一部分的路由引擎切换期间无缝运行。在 Junos OS 16.1 之前的版本中,请参阅在交换机上配置不间断桥接 (CLI 过程)。
-
为了将流量中断降至最低,您必须定义链路聚合组 (LAG),以便成员链路驻留在不同的虚拟机箱成员或不同的线卡上。
注意:在 NSSU 操作期间,如果尝试使用
show interfaces ae-ae-interface-number
CLI 命令查看主路由引擎成员的 LAG 接口状态,则可能会看到不正确的流量计数或零流量计数。要变通解决此问题,请改为对备份路由引擎成员运行命令,如果该成员已加载并运行。
以下是在 EX 系列虚拟机箱(不包括 EX6200 或 EX8200 虚拟机箱)上执行 NSSU 的要求:
-
虚拟机箱成员必须在环形拓扑中连接,以便不会因重新启动其他成员而隔离任何成员。此拓扑可防止虚拟机箱在 NSSU 期间拆分。
-
在环形拓扑中,主虚拟机箱和备份必须彼此相邻。邻接允许主交换机和备份始终保持同步,即使线卡角色中的交换机重新启动也是如此。
-
必须预先配置虚拟机箱,以便将线卡角色显式分配给担任线卡角色的成员交换机。在 NSSU 期间,虚拟机箱成员必须保留其角色 — 主交换机和备份交换机必须保留其主要角色和备份角色(尽管主要角色会发生变化),其余交换机必须保留其线卡角色。
-
必须配置
no-split-detection
双成员虚拟机箱,以便在 NSSU 升级成员时虚拟机箱不会拆分。
对于 EX4300 虚拟机箱,在使用 NSSU 执行软件升级之前,应在 [edit virtual-chassis
] 层级启用vcp-no-hold-time
该语句。如果不启用该vcp-no-hold-time
语句,则虚拟机箱可能会在升级过程中分裂。拆分虚拟机箱可能会导致网络中断,如果禁用了拆分和合并功能,您可能需要在 NSSU 之后手动重新配置虚拟机箱。有关拆分虚拟机箱的详细信息,请参阅了解虚拟机箱中的拆分和合并
NSSU 如何运作
本节介绍在 EX 系列交换机和虚拟机箱上请求 NSSU 时会发生什么情况。
EX4650 虚拟机箱与 QFX5120 虚拟机箱 的运行方式相同,因此有关使用 NSSU 升级 EX4650 虚拟机箱的详细信息,请参阅 了解虚拟机箱和混合虚拟机箱上的不间断软件升级 和 使用不间断软件升级在虚拟机箱和混合虚拟机箱上 升级软件,而非本主题。
EX3300、EX3400、EX4200、EX4300、EX4400、EX4500、EX4600 和混合虚拟机箱
在 EX3300、EX3400、EX4200、EX4300、EX4400、EX4500 或混合虚拟机箱上请求 NSSU 时:
-
虚拟机箱主验证:
-
备份处于联机状态,并且运行的软件版本相同。
-
平滑路由引擎切换 (GRES) 和不间断活动路由 (NSR) 已启用。
-
虚拟机箱具有预置配置。
-
-
主设备在备份上安装新的软件映像并重新启动。
-
主服务器重新同步备份。
-
主设备将新的软件映像安装在具有线卡角色的成员交换机上,然后重新启动这些交换机,一次一个。主服务器等待每个成员联机并处于活动状态,然后再对下一个成员开始软件升级。
-
当线卡角色中的所有成员都已升级时,主备份将执行平滑的路由引擎切换,并且升级后的备份将成为主备份。
-
原始主设备上的软件将升级,原始主设备将自动重新启动。在原始主设备重新加入虚拟机箱后,您可以通过请求平滑的路由引擎切换来选择将控制权交还给主虚拟机箱。
EX6200 和 EX8200 交换机
在具有冗余路由引擎的独立交换机上请求 NSSU 时:
-
交换机验证:
-
两个路由引擎均处于联机状态,并且运行的软件版本相同。
-
两个路由引擎都有足够的存储空间来容纳新的软件映像。
-
平滑路由引擎切换和不间断活动路由已启用。
-
-
交换机在备份路由引擎上安装新的软件映像并重新启动。
-
交换机将备份路由引擎重新同步到主路由引擎。
-
第一个升级组中的线卡(或插槽 0 中的线卡,如果未定义升级组)下载新映像,然后重新启动。在此过程中,流量将继续流经其他升级组中的线卡。
-
在步骤 4 中重新启动的线卡再次联机时,下一个升级组中的线卡将下载新的映像并重新启动。这个过程一直持续到所有联机线卡都使用新软件重新启动为止。
注意:如果在启动 NSSU 之前已使用 CLI 使线卡脱机,则线卡不会重新启动,而是保持脱机状态。
-
交换机会执行平滑的路由引擎切换,使升级后的备份路由引擎成为主引擎。
-
交换机将新软件安装在原来的主路由引擎上。
要完成升级过程,必须重新启动原始主路由引擎。您可以手动执行此操作,也可以通过在请求 NSSU 时包含选项
reboot
来让交换机执行自动重新启动。重新启动原始主设备后,您可以通过请求平滑的路由引擎切换来选择将控制权归还给它。 -
(仅限 EX6200 交换机)原始主路由引擎重新启动以完成软件升级。
注意:要在 EX8200 交换机上完成升级过程,必须进行干预以重新启动原始主路由引擎。您可以手动重新启动原始主路由引擎,也可以在请求 NSSU 时包含该
reboot
选项,让交换机执行自动重新启动。 -
(选答)在原始主设备重新启动后,您可以通过请求平滑的路由引擎切换来将控制权交还给它。
软件升级后,交换机可以使用任一路由引擎作为主路由引擎保持正常操作,因此,仅要将路由引擎控制权归还给原始主路由引擎时,才可执行此切换。
EX8200 虚拟机箱
在 EX8200 虚拟机箱上请求 NSSU 时:
-
主外部路由引擎会验证:
-
它有一个在线的备用外部路由引擎。
-
所有虚拟机箱成员都有冗余路由引擎,并且路由引擎处于联机状态。
-
所有路由引擎均运行相同版本的软件。
-
所有路由引擎都有足够的存储空间来容纳新的软件映像。
-
平滑路由引擎切换和不间断活动路由 (NSR) 已启用。
-
-
主外部路由引擎会在备份外部路由引擎上安装新的软件映像并重新启动。
-
备份外部路由引擎与主外部路由引擎重新同步。
-
主外部路由引擎在成员交换机的备份路由引擎上安装新软件,然后重新启动备份路由引擎。
-
备份路由引擎重新启动完成后,第一个升级组中的线卡将下载新映像,然后重新启动。(如果未定义升级组,则成员 0 的插槽 0 中的线卡将下载新映像并重新启动。)在此过程中,流量将继续流经其他升级组中的线卡。
-
在步骤 5 中重新启动的线卡再次联机时,下一个升级组(或下一个顺序线卡)中的线卡将下载新映像并重新启动。这个过程一直持续到所有联机线卡都使用新软件重新启动为止。
注意:如果在启动 NSSU 之前已使用 CLI 使线卡脱机,则线卡不会重新启动,而是保持脱机状态。
-
新的软件映像安装在外部和内部的主路由引擎上。
-
成员交换机执行平滑的路由引擎切换,以便升级后的备用路由引擎成为主引擎。
-
主外部路由引擎执行平滑路由引擎切换,因此备用外部路由引擎现在是主。
要完成升级过程,必须重新启动原始的外部和内部主路由引擎。您可以通过与每个路由引擎建立控制台连接来手动执行此操作,或者通过在请求 NSSU 时包含该 reboot
选项来自动执行重新启动。重新启动原始主外部路由引擎后,您可以通过请求平滑的路由引擎切换来选择将控制权归还给该。
NSSU 限制
您不能使用 NSSU 降级软件,即安装比交换机上当前运行的软件更早的版本。要安装早期版本的软件,请使用命令 request system software add
。
使用 NSSU 执行升级后,无法回滚到以前的软件版本。如果需要回滚到前一个软件版本,如果尚未将新软件版本复制到备用根分区中,则可以从备用根分区重新启动。
NSSU 和 Junos OS 版本支持
虚拟机箱必须运行支持 NSSU 的 Junos OS 版本,然后才能执行 NSSU。如果虚拟机箱运行的软件版本不支持 NSSU,请使用命令 request system software add
。
表 1 列出了支持 NSSU 的 EX 系列交换机和虚拟机箱,以及它们开始支持 NSSU 的 Junos OS 版本。
平台 |
Junos OS 版本 |
---|---|
EX3300 虚拟机箱 |
12.2 或更高版本 |
EX3400 虚拟机箱 |
15.1X53-D55 或更高版本 |
EX4100 和 EX4100-F 交换机 |
22.2 或更高版本 |
EX4100 多千兆交换机 |
22.2 或更高版本 |
EX4200 虚拟机箱 |
12.1 或更高版本 |
EX4300 虚拟机箱 |
13.2X51-D20 或更高版本 |
EX4300 多千兆虚拟机箱 | 18.2R1 或更高版本 |
EX4400 虚拟机箱 | 21.1 或更高版本 |
EX4400 多千兆虚拟机箱 | 21.2 或更高版本 |
EX4500 虚拟机箱 |
12.1 或更高版本 |
EX4550 虚拟机箱 |
12.2 或更高版本 |
混合 EX4200 和 EX4500 虚拟机箱 |
12.1 或更高版本 |
混合 EX4200 和 EX4550 虚拟机箱 |
12.2 或更高版本 |
混合 EX4200、EX4500 和 EX4550 虚拟机箱 |
12.2 或更高版本 |
混合 EX4500 和 EX4550 虚拟机箱 |
12.2 或更高版本 |
混合 EX4300 和 EX4600 虚拟机箱 | 13.2X51-D25 或更高版本 |
EX6200 交换机 |
12.2 或更高版本 |
EX8200 交换机 |
10.4 或更高版本 |
EX8200 虚拟机箱 |
11.1 或更高版本 |
NSSU 配置和操作概述
您必须确保交换机或虚拟机箱的配置满足 执行 NSSU 的要求中所述的要求。NSSU 不需要额外的配置。
在 Junos OS 16.1 之前的版本中,对于 EX6200 交换机、EX8200 交换机和 EX8200 虚拟机箱,您可以选择使用 CLI 配置线卡升级组。请参阅 示例:配置线卡升级组,以便在 EX 系列交换机上进行不间断的软件升级。
您可以通过执行 request system software nonstop-upgrade
命令来执行 NSSU。有关如何执行 NSSU 的详细说明,请参阅相关文档中的主题。
变更历史表
是否支持某项功能取决于您使用的平台和版本。使用 功能浏览器 查看您使用的平台是否支持某项功能。