Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
在此页面上
 

了解 EX 系列交换机上的不间断软件升级

总结 不间断软件升级 （NSSU） 是一项功能，可通过单个命令升级网络中的所有受支持的 EX 系列交换机。

不间断软件升级 （NSSU） 使您能够使用单个命令升级具有冗余路由引擎的瞻博网络 EX 系列以太网交换机上运行的软件以及 EX 系列虚拟机箱中的所有成员交换机。在升级期间，在主要角色切换期间，网络流量中断可能最小，中断程度可能取决于网络拓扑、配置、网络流量和其他环境因素。

注意：

当混合虚拟机箱中的 EX 系列交换机从低于 15.1 的版本升级到 Junos OS 15.1 版或更高版本时，流量可能会下降长达 60 秒。

以下 EX 系列虚拟机箱支持 NSSU：

执行 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）。

    注意：

    尽管执行 NSSU 不必启用不间断桥接 （NSB），但我们建议在执行 NSSU 之前启用 NSB。启用 NSB 可确保在作为 NSSU 一部分的路由引擎切换期间无缝运行所有 NSB 支持的第 2 层协议。在 Junos OS 16.1 版之前的版本中，请参阅在交换机上配置不间断桥接（CLI 过程）。

  • 为了最大程度地减少流量中断，您必须定义链路聚合组 （LAG），以便成员链路驻留在不同的虚拟机箱成员或不同的线卡上。

    注意：

    在 NSSU 操作期间，如果尝试使用 CLI 命令查看 show interfaces ae-ae-interface-number 主路由引擎成员上的 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 时：

  1. 虚拟机箱主设备验证：

    • 备份处于联机状态，并且运行相同的软件版本。

    • 平滑路由引擎切换 （GRES） 和不间断活动路由 （NSR） 已启用。

    • 虚拟机箱具有预先准备的配置。

  2. 主服务器在备份上安装新的软件映像并重新启动它。

  3. 主服务器会重新同步备份。

  4. 主交换机在担任线卡角色的成员交换机上安装新的软件映像，然后重新启动它们，一次一台。主服务器等待每个成员联机并处于活动状态，然后再在下一个成员上开始软件升级。

  5. 升级线卡角色中的所有成员后，主设备将执行平稳路由引擎切换，升级后的备份将成为主设备。

  6. 原始主服务器上的软件将升级，并且原始主服务器上的软件将自动重新启动。在原始主设备重新加入虚拟机箱后，您可以选择通过请求平稳路由引擎切换来将控制权交还给它。

EX6200 和 EX8200 交换机

在具有冗余路由引擎的独立交换机上请求 NSSU 时：

  1. 交换机验证：

    • 两个路由引擎都联机并运行相同的软件版本。

    • 两个路由引擎都有足够的存储空间来存储新软件映像。

    • 平稳路由引擎切换和不间断活动路由已启用。

  2. 交换机在备份路由引擎上安装新的软件映像并重新启动。

  3. 交换机将备份路由引擎重新同步到主路由引擎。

  4. 第一个升级组中的线卡（如果未定义升级组，则为插槽 0 中的线卡）下载新映像，然后重新启动。在此过程中，流量将继续流经其他升级组中的线卡。

  5. 当在步骤 4 中重新启动的线卡再次联机时，下一个升级组中的线卡将下载新映像并重新启动。此过程一直持续到所有在线线卡都使用新软件重新启动为止。

    注意：

    如果在启动 NSSU 之前已通过 CLI 使线卡脱机，则线卡不会重新启动并保持脱机状态。

  6. 交换机执行平稳的路由引擎切换，以便升级后的备份路由引擎成为主路由引擎。

  7. 交换机会在原始主路由引擎上安装新软件。

    要完成升级过程，必须重新启动原始主路由引擎。您可以手动执行此操作，也可以通过在请求 NSSU 时添加 reboot 选项来让交换机执行自动重新启动。重新启动原始主设备后，您可以选择通过请求平稳的路由引擎切换来将控制权交还给它。

  8. （仅限 EX6200 交换机）原始主路由引擎重新启动以完成软件升级。

    注意：

    要在 EX8200 交换机上完成升级过程，您必须进行干预以重新启动原始主路由引擎。您可以手动重新启动原始主路由引擎，也可以通过在请求 NSSU 时加入 reboot 选项让交换机执行自动重新启动。

  9. （可选）重新启动原始主设备后，您可以通过请求平稳的路由引擎切换来将控制权交还给它。

    软件升级后，任一路由引擎充当主路由引擎，交换机可以保持正常运行，因此，只需将路由引擎控制返回到原始主路由引擎，才需要执行此切换。

EX8200 虚拟机箱

在 EX8200 虚拟机箱上请求 NSSU 时：

  1. 主外部路由引擎验证：

    • 它有一个在线的备份外部路由引擎。

    • 所有虚拟机箱成员都有冗余路由引擎，并且路由引擎处于联机状态。

    • 所有路由引擎运行相同的软件版本。

    • 所有路由引擎都有足够的存储空间来存储新软件映像。

    • 平稳路由引擎切换和不间断活动路由 （NSR） 已启用。

  2. 主外部路由引擎在备份外部路由引擎上安装新软件映像并重新启动。

  3. 备份外部路由引擎与主外部路由引擎重新同步。

  4. 主外部路由引擎在成员交换机的备份路由引擎上安装新软件，并重新启动备份路由引擎。

  5. 备份路由引擎重新启动完成后，第一个升级组中的线卡将下载新映像，然后重新启动。（如果未定义升级组，则成员 0 的插槽 0 中的线卡将下载新映像并重新启动。在此过程中，流量将继续流经其他升级组中的线卡。

  6. 当在步骤 5 中重新启动的线卡再次联机时，下一个升级组（或下一个顺序线卡）中的线卡将下载新映像并重新启动。此过程一直持续到所有在线线卡都使用新软件重新启动为止。

    注意：

    如果在启动 NSSU 之前已通过 CLI 使线卡脱机，则线卡不会重新启动并保持脱机状态。

  7. 新软件映像安装在外部和内部的主路由引擎上。

  8. 成员交换机执行平稳的路由引擎切换，以便升级后的备份路由引擎成为主路由引擎。

  9. 主外部路由引擎执行平稳的路由引擎切换，因此备份外部路由引擎现在是主路由引擎。

要完成升级过程，必须重新启动原始主路由引擎（外部和内部）。您可以通过建立与每个路由引擎的控制台连接来手动执行此操作，也可以通过在请求 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 版本。

表 1：NSSU 的平台和版本支持

平台

Junos OS 版本

EX3300 虚拟机箱

12.2 或更高版本

EX3400 虚拟机箱

15.1X53-D55 或更高版本

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 的详细说明，请参阅相关文档中的主题。

相关文档

更改历史记录表

功能支持由您使用的平台和版本决定。使用 功能资源管理器 确定您的平台是否支持某个功能。

释放
描述
16.1
在 Junos OS 16.1 版之前的版本中，对于 EX6200 交换机、EX8200 交换机和 EX8200 虚拟机箱，您可以通过配置线卡升级组来减少升级所需的时间。