了解统一 ISSU
统一不中断服务的软件升级 (ISSU) 是一项功能,可最大限度地减少软件升级过程中的流量丢失。
不中断服务的统一软件升级入门
统一不中断服务的软件升级 (ISSU) 功能允许您在两个不同的 Junos OS 版本之间进行升级,而不会中断控制平面,并将流量中断降至最低。
要快速访问所需信息,请单击 表 1 中的链接。
您需要执行的任务 |
信息所在的位置 |
---|---|
验证您的设备是否支持统一的 ISSU |
|
执行统一的 ISSU |
|
验证统一的 ISSU 是否成功 |
|
了解统一 ISSU 流程的运作方式 |
统一的 ISSU 利用双路由引擎提供的冗余,并与平滑的路由引擎切换功能和不间断的活动路由功能协同工作。
统一的 ISSU 具有以下优势:
消除软件映像升级期间的网络停机时间
降低运维成本,同时提供更高的服务级别
允许快速实施新功能
另见
了解统一 ISSU 流程
本主题介绍在路由器、TX Matrix 路由器、TX Matrix Plus 路由器及其连接的线卡机箱 (LCC) 以及具有 3D SIB 及其连接的 LCC 的 TX Matrix Plus 路由器上发生的统一 ISSU 进程。
了解路由器上的统一 ISSU 进程
本主题介绍在具有双路由引擎的路由器上启动统一无中断软件升级 (ISSU) 时发生的过程。
路由器上的统一 ISSU 进程
使用命令 request system software in-service-upgrade
后,将发生以下过程。
在下面 的图 1 到 图 6 中:
实线表示路由引擎与数据包转发引擎之间的高速内部链路。
虚线表示数据包转发引擎与路由引擎上的机箱进程 (chassisd) 之间交换的消息。
RE0m 和 RE1b 分别表示主路由引擎和备用路由引擎。
复选标记表示设备正在运行新版本的软件。
统一 ISSU 最多只能在设备上的当前版本之前升级三个主要版本。要在设备上升级到比当前版本早三个以上的版本,请使用统一的 ISSU 流程将设备升级到一个或多个中间版本,直到设备在目标版本的三个主要版本范围内。
以下过程适用于除 TX Matrix 路由器和 TX Matrix Plus 路由器之外的所有受支持的路由平台。在大多数路由器上,数据包转发引擎驻留在灵活的 PIC 集中器 (FPC) 上。但是,在 M120 路由器上,转发引擎板 (FEB) 取代了数据包转发引擎的功能。在图示和步骤中,在考虑使用 M120 路由器时,您可以将数据包转发引擎视为 FPC。作为 M120 路由器上的附加步骤,在升级 FPC 和 PIC 后,将升级 FEB。
主路由引擎会验证路由器配置,以确保在您使用新软件版本时可以提交该配置。
将对以下项目进行检查:
磁盘空间可用于两个路由引擎上的 /var 文件系统。
该配置由统一的 ISSU 提供支持。
PIC 由统一的 ISSU 提供支持。
平滑路由引擎切换已启用。
不间断活动路由已启用。
这些检查与输入
request system software validate in-service-upgrade
命令时所做的检查相同。如果任一路由引擎上的可用磁盘空间不足,统一 ISSU 进程将失败并返回错误消息。但是,不受支持的 PIC 不会妨碍统一的 ISSU。如果存在不受支持的 PIC,系统将发出警告,指示这些 PIC 将在升级过程中重新启动。同样,如果配置了不受支持的协议,系统会发出警告,指出升级期间不受支持的协议可能会丢失数据包。注意:从 Junos OS 24.2R1 版开始,主路由引擎还将运行检查以查看 INDB 是否已崩溃。如果检测到 INDB 崩溃,统一的 ISSU 进程将被取消。
-
图 1:启动统一 ISSU
之前的设备状态
验证成功后,管理进程会将新的软件映像安装(复制)到备份路由引擎。
备份路由引擎将重新启动。
备份路由引擎重新启动并运行新软件后,内核状态同步进程 (ksyncd) 会从主路由引擎同步(复制)配置文件和内核状态。
图 2:备份路由引擎升级后的设备状态
将配置文件和内核状态同步到备份路由引擎后,主路由引擎上的机箱进程 (chassisd) 会为统一的 ISSU 准备其他软件进程。机箱进程向各种软件进程(如 rpd、apsd、bfdd 等)发送有关统一 ISSU 的信息,并等待它们的响应。当所有进程都准备就绪时,机箱进程会向安装在路由器上的 FPC 发送一条ISSU_PREPARE消息。您可以使用
show log messages
命令显示统一的 ISSU 进程消息。每个 FPC 上的数据包转发引擎会保存其状态,并从备份路由引擎下载新的软件映像。接下来,每个数据包转发引擎向机箱进程发送一条ISSU_READY消息。
图 3:一个数据包转发引擎下载新软件后的设备状态
从数据包转发引擎接收到ISSU_READY消息后,机箱进程会向数据包转发引擎所在的 FPC 发送ISSU_REBOOT消息。FPC 将使用新的软件映像重新启动。FPC 重新启动后,数据包转发引擎将恢复 FPC 状态,并与运行新软件的备份路由引擎建立高速内部链路。机箱进程链路也会与主路由引擎重新建立。
注意:在统一 ISSU 期间发生的数据包转发引擎重新启动称为“暗窗口”。在此停机时间窗口内,您最多可以看到 2 秒的流量丢失。
所有数据包转发引擎使用主路由引擎上的机箱进程发送完 READY 消息后,其他软件进程将准备好以进行路由引擎切换。此时,系统已准备好进行切换。
图 4:路由引擎切换前的设备状态
注意:对于 M120 路由器,此时 FEB 将进行升级。当所有 FEB 都升级完毕后,系统即可进行切换。
路由引擎切换发生,作为备份的路由引擎 (re1) 现在成为主路由引擎。
图 5:路由引擎切换后的设备状态
新的备份路由引擎现已升级到新的软件映像。(如果在命令中指定了
no-old-master-upgrade
选项,request system software in-service-upgrade
则跳过此步骤。图 6:统一 ISSU 完成后的设备状态
成功升级备份路由引擎后,统一的 ISSU 即告完成。
了解 TX Matrix 路由器上的统一 ISSU 进程
本主题介绍启动统一无中断软件升级 (ISSU) 时在 TX Matrix 路由器上发生的过程。
TX Matrix 路由器上的统一 ISSU 进程
本节介绍在 TX Matrix 路由器和充当连接线卡机箱 (LCC) 的路由器上发生的过程。
路由矩阵是一种多机箱架构,由一台 TX Matrix 路由器和一到四台 T640 路由器组成。从用户接口角度来看,路由矩阵显示为单个路由器。TX Matrix 路由器控制路由矩阵中的所有 T640 路由器。
每个路由器都具有双路由引擎。
在 TX Matrix 路由器上使用 request system software in-service-upgrade 命令后,将发生以下过程:
TX Matrix 路由器(全局主)的主路由引擎上的管理进程 (mgd) 会检查当前配置。
将对以下项目进行检查:
磁盘空间可用于所有路由引擎上的 /var 文件系统。
该配置由统一的 ISSU 提供支持。
PIC 由统一的 ISSU 提供支持。
平滑路由引擎切换已启用。
不间断活动路由已启用。
成功验证配置后,管理进程会将新映像复制到 TX Matrix 路由器和 T640 路由器上的备份路由引擎。
备份路由引擎上的内核同步进程 (ksyncd) 会将备份路由引擎上的内核与主路由引擎上的内核同步。
全局备份路由引擎随新软件一起升级。接下来,重新启动全局备份路由引擎。然后,全局备份路由引擎从全局主路由引擎同步配置和内核状态。
LCC 备份路由引擎将升级并重新启动。然后,LCC备份路由引擎与升级后的全局备份路由引擎连接,并同步配置和内核状态。
统一的 ISSU 控制从管理进程转移到机箱进程 (chassisd)。机箱进程向各种软件进程(如 rpd、apsd、bfdd 等)发送有关统一 ISSU 的信息,并等待它们的响应。
从软件进程接收到指示进程已准备好进行统一 ISSU 的消息后,全局主路由引擎上的机箱进程会向路由节点上的机箱进程发送消息以启动统一 ISSU。
路由节点上的机箱进程将ISSU_PREPARE消息发送到现场可更换单元 (FRU),例如 FPC 和智能 PIC。
收到ISSU_PREPARE消息后,数据包转发引擎会保存当前状态信息,并从备份路由引擎下载新的软件映像。接下来,每个数据包转发引擎向机箱进程发送ISSU_READY消息。您可以使用
show log messages
命令显示统一的 ISSU 进程消息。从数据包转发引擎接收到ISSU_READY消息后,机箱进程会向 FRU 发送ISSU_REBOOT消息。在升级过程中,FRU 会不断向路由节点上的机箱进程发送ISSU_IN_PROGRESS消息。每个路由节点上的机箱进程又会向全局主路由引擎上的机箱进程发送一条ISSU_IN_PROGRESS消息。
注意:在统一 ISSU 期间发生的数据包转发引擎重新启动设计为具有非常短的停机时间窗口。
统一的 ISSU 重新启动后,数据包转发引擎会恢复保存的状态信息并连接回路由节点。每个路由节点上的机箱进程会向全局主路由引擎上的机箱进程发送一条ISSU_READY消息。来自路由节点上的机箱进程的CM_MSG_READY消息表示,FRU 上的统一 ISSU 已完成。
统一的 ISSU 控制将移回全局主路由引擎上的管理进程。
管理进程会在主路由引擎上启动路由引擎切换。
路由引擎切换发生在 TX Matrix 路由器和 T640 路由器上。
切换后,FRU 连接到新的主路由引擎。然后,T640 路由器 FRU 上的机箱管理器和数据包转发引擎管理器连接到 T640 路由器上的新主路由引擎。
全局主路由引擎上的管理进程会启动 T640 路由器上旧主路由引擎上的升级过程。(如果在命令中指定了
no-old-master-upgrade
选项,request system software in-service-upgrade
则跳过此步骤。升级以前在 T640 路由器上作为主引擎的路由引擎后,管理进程将启动对以前在 TX Matrix 路由器上作为全局主引擎的路由引擎的升级。
统一 ISSU 成功后,如果在命令中
request system software in-service-upgrade
指定了reboot
选项,则 TX Matrix 路由器和 T640 路由器将重新启动。
了解不中断服务的软件升级 (ISSU)
不中断服务的软件升级 (ISSU) 允许您在两个不同的 Junos OS 版本之间进行升级,同时将控制平面上的中断和流量中断降至最低。ISSU 期间,Junos OS 在两个独立的虚拟机 (VM) 中运行,一个虚拟机担任主路由引擎的主要角色,另一个虚拟机担任备份路由引擎的备份角色。Junos OS 将在备份 VM 上升级。软件升级成功后,备份 VM 将成为主 VM,不再需要原始主 VM 并关闭。
ISSU 提供以下优势:
消除软件映像升级期间的网络停机时间
降低运维成本,同时提供更高的服务级别
允许快速实施新功能
不中断服务的软件升级流程
在独立设备上请求 ISSU 时:
管理进程 (mgd) 验证是否启用了不间断路由 (NSR)、平滑路由引擎切换 (GRES) 和不间断桥接 (NSB)。
交换机将下载并验证软件包。
ISSU 状态机使用较新的软件生成备份路由引擎 (RE)。
ISSU 状态机检查备份 RE 是否已将所有数据与主 RE 同步。
ISSU 状态机将设备(例如,转发 ASIC、FPGA、管理端口和串行控制台)从主 RE 移动到备份 RE。
主要角色在 RE 之间切换,因此备用 RE 成为主 RE。
旧的主 RE 已关闭。
另见
了解 ACX5000 系列路由器中的不中断服务的软件升级 (ISSU)
不中断服务的软件升级 (ISSU) 允许您在两个不同的 Junos OS 版本之间进行升级,同时将控制平面上的中断和流量中断降至最低。ISSU 期间,Junos OS 在两个独立的虚拟机 (VM) 中运行,一个虚拟机担任主路由引擎的主要角色,另一个虚拟机担任备份路由引擎的备份角色。Junos OS 将在备份 VM 上升级。软件升级成功后,备份 VM 将成为主 VM,不再需要原始主 VM 并关闭。
对于 ACX5000 系列路由器,Junos OS 15.1X54–D60 或更高版本支持 ISSU。
ISSU 提供以下优势:
消除软件映像升级期间的网络停机时间
降低运维成本,同时提供更高的服务级别
允许快速实施新功能
不中断服务的软件升级流程
在独立设备上请求 ISSU 时:
管理进程 (mgd) 验证是否启用了不间断路由 (NSR)、平滑路由引擎切换 (GRES) 和不间断桥接 (NSB)。
路由器将下载并验证软件包。
ISSU 状态机使用较新的软件生成备份路由引擎 (RE)。
ISSU 状态机检查备份 RE 是否已将所有数据与主 RE 同步。
ISSU 状态机将设备(例如,转发 ASIC、FPGA、管理端口和串行控制台)从主 RE 移动到备份 RE。
主要角色在 RE 之间切换,因此备用 RE 成为主 RE。
旧的主 RE 已关闭。