Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

了解虚拟机箱阵列上的不间断软件升级

借助不间断软件升级 (NSSU),您可以升级虚拟机箱结构 (VCF) 中所有成员交换机上运行的软件,并在升级过程中将网络流量中断降至最低。您可以使用 NSSU 和 VCF,如下所示:

  • NSSU 在最多 20 个成员的非混合模式或混合模式 QFX5100 VCF 中受支持。

  • 为尽量减少流量中断,您必须配置链路聚合组 (LAG),以便每个 LAG 的成员链路都驻留在不同的 VCF 成员上。当 LAG 的一个成员链路关闭时,其余链路将启动,并且信息流将继续通过 LAG。

注意:

由于 NSSU 会一次升级每个 VCF 成员上的软件,因此使用 NSSU 的升级可能需要的时间超过使用 命令的 request system software add 升级时间。

通过配置 NSSU 线卡升级组,您可以减少升级所需的时间。升级组中的虚拟机箱或 VCF 成员同时升级。请参阅 为不间断软件升级配置线卡升级组

NSSU 的优势

  • 控制平面不会中断 — NSSU 使用 平滑路由引擎切换 (GRES) 和 不间断活动路由 (NSR),以确保控制平面不会中断。在升级过程中,VCF 会保留接口、内核和路由协议信息。

  • 网络流量中断降至最低 — NSSU 通过一次升级一台成员交换机,使主成员和备份成员能够在不中断流量的情况下维持其主设备和备份成员角色(尽管主要角色将发生变化),并允许信息流继续通过未升级的线卡角色的成员,从而最大程度地减少了网络流量中断。

对执行 VCF 的 NSSU 的要求

在请求 NSSU 操作之前,必须在 VCF 中配置以下内容:

  • 平滑路由引擎切换 (GRES)。

  • 不间断活动路由 (NSR) 和不间断桥接 (NSB)。

    注意:

    如果在采用任何调配模式(预先准备、自动调配或非配置)设置 VCF 时,我们建议启用 NSB,以避免在路由引擎切换期间失去第 2 层控制协议邻接。

    此外,启用 NSR 和 NSB 时,请使用 commit synchronize CLI 命令提交配置。

  • 为尽量减少流量中断,请定义链路聚合组 (LAG),使成员 LAG 链路驻留在不同的 VCF 成员上。

成功运行 NSSU 还需要以下条件:

  • 将脊叶式拓扑中的 VCF 成员互连,每个叶设备都连接到所有配置的主干设备。此拓扑可防止 VCF 在 NSSU 操作期间分裂。

    注意:

    您还必须在两个成员的 VCF 中配置 no-split-detection ,以便在 NSSU 升级成员时不会拆分 VCF。

  • 在初始设置 VCF 时,使用预先准备,以便明确地将路由引擎角色或线卡角色分配给担任这些角色的成员交换机。

    在 NSSU 期间,VCF 成员必须保持其角色 — 主设备和备份设备必须保持其主角色和备份角色(尽管主要角色将发生变化),并且这些成员交换机必须保留在其路由引擎角色中。其余交换机必须保持其线卡角色。

  • 在预先准备的配置中,您只能有两个成员担任路由引擎角色。NSSU 进程检查成员配置,如果检测到您在路由引擎角色中配置了两个以上的交换机,则显示警告消息,并停止升级。

NSSU 如何为 VCF 工作

在 VCF 上请求 NSSU 时:

  1. VCF 主要验证:

    • 备份已联机。

    • 您已启用平滑路由引擎切换 (GRES)、不间断活动路由 (NSR) 和不间断桥接 (NSB)。

    • VCF 具有预先准备的配置,只有 2 个成员担任路由引擎角色。

  2. 主设备将 rcp新软件映像按顺序传输至备份设备和剩余线卡角色成员。

    从 Junos OS 14.1X53-D40 版本开始,为了优化完成 VCF NSSU 操作所需的时间,主要会话使用并行 rcp 会话一次将新软件复制到多个成员(而不是等待文案操作完成,然后再开始将软件映像复制到下一个成员)。并行复制操作的数量由基于 VCF 中成员数的默认算法或可使用 rcp-count 配置语句配置特定编号的 QFX5100 VCF 上确定。有关详细信息,请参阅 rcp 计数

    注意:

    如果将新软件复制到任何线卡角色成员失败,NSSU 将终止整个 VCF 的升级过程,而无需重新启动任何成员,并记录错误情况。从 Junos OS 版本 14.1X53-D40 开始,在新软件映像的 NSSU 副本发生故障后,主设备会执行额外的错误恢复措施,以便从已传输到的成员中移除新软件。

  3. 主设备将使用新软件重新启动备份设备,而备份设备将重新与主设备重新同步。

  4. 主负载和重新启动担任线卡角色的成员交换机,一次一个。主要等待每个成员联机并主动运行新软件,然后重新启动下一个成员。

    • 如果配置了升级组,则第一个升级组中的 VCF 成员或成员将加载新映像并重新启动。当升级组中的成员再次联机时,下一个升级组中的成员将加载新映像并重新启动。

    • 在此过程中,信息流将继续通过其他成员。

  5. 重新启动一直持续到所有活动成员使用新软件重新启动。

    注意:

    如果任何成员未能成功重新启动(包括备份设备的初始重新启动),NSSU 将终止升级过程并记录错误情况。在这种情况下,为避免 VCF 不稳定,您应该通过恢复旧软件和重新启动已重新启动新软件的成员来退回部分升级,或者尝试使用复制给他们的新软件手动重新启动所有成员,以便所有成员再次联机运行相同版本的软件。

    从 Junos OS 14.1X53-D40 版本开始,如果任何线卡角色成员的重新启动失败,NSSU 会自动调用恢复措施,从而停止连续重新启动进程并关闭和重新启动整个 VCF。此操作会在运行新软件的同时清扫所有成员,比运行尝试融合的不同版本的软件的不稳定 VCF 更快地恢复稳定的 VCF 操作。

  6. 升级线卡角色的所有成员时,主设备将执行平滑路由引擎切换,升级后的备份将成为主设备。

  7. 原始主设备上的软件将升级,原始主设备将自动重新启动。在原始主路由引擎重新加入 VCF 之后,您可以选择性地通过请求平滑路由引擎切换来将其恢复控制。

NSSU 限制

不能使用 NSSU 降级软件,也就是说,要安装比当前在交换机上运行的软件更早的版本。要安装早期软件版本,请使用 命令 request system software add

使用 NSSU 执行升级后,不能回滚到之前的软件版本。如果您需要回滚到之前的软件版本,则可以从备用根分区重新启动,如果您尚未将新软件版本复制到备用根分区中。

NSSU 和 Junos OS 版本支持

在 Junos OS 版本 13.2X51-D20 或更高版本中最多包含 20 个成员交换机的 QFX5100 VCF 上支持 NSSU。

注意:

您不能使用 NSSU 将 QFX5100 VCF 从 Junos OS“-qfx-5”图像(请参阅文件包文件名)升级到“-qfx-5e-”映像。您必须先将所有 QFX5100 交换机升级到支持 NSSU 的“qfx-5e-”映像。然后,您可以使用 NSSU 将 VCF 升级到后来的“-qfx-5e-” Junos OS 版本,以实现和版本组合支持的版本。请参阅 使用 USB 设备升级 QFX5100 交换机以加入 QFX5110 虚拟机箱或虚拟机箱结构

VCF 必须首先运行支持 NSSU 的 Junos OS 版本,然后才能执行 NSSU 将其升级到更高版本。

如果 VCF 运行的软件版本不支持 NSSU,则可以使用标准 CLI 命令升级 VCF 以更新软件 request system software add。请参阅 使用需要 VCF 停机的 自动或标准软件更新功能升级虚拟机箱阵列软件或网络配置示例 如何升级四成员 QFX 系列 VCF,从而最大限度地减少升级过程中的服务中断。

NSSU 仅适用于特定于 Junos OS 版本和 Junos OS 版本的 VCF。如果您正在考虑使用 NSSU 升级 VCF,请联系 Juniper Networks 技术援助中心 (JTAC),以确认支持从和发布。

NSSU 配置和操作概述

您必须确保配置满足对 VCF 执行 NSSU 的要求。运行 NSSU 本身不需要额外的配置。

您通过输入 request system software nonstop-upgrade CLI 命令启动 NSSU。有关如何执行 NSSU 的详细说明,请参阅相关文档中的主题。

发布历史记录表
释放
描述
14.1X53-D40
从 Junos OS 14.1X53-D40 版本开始,为了优化完成 VCF NSSU 操作所需的时间,主要会话使用并行 rcp 会话一次将新软件复制到多个成员(而不是等待文案操作完成,然后再开始将软件映像复制到下一个成员)。
14.1X53-D40
从 Junos OS 版本 14.1X53-D40 开始,在新软件映像的 NSSU 副本发生故障后,主设备会执行额外的错误恢复措施,以便从已传输到的成员中移除新软件。
14.1X53-D40
从 Junos OS 14.1X53-D40 版本开始,如果任何线卡角色成员的重新启动失败,NSSU 会自动调用恢复措施,从而停止连续重新启动进程并关闭和重新启动整个 VCF。