| 升级方式 | 业务中断时间估算 | 核心原理 | 优点 | 缺点 |
|---|---|---|---|---|
| 方式一:直接整体升级 | 数分钟至十几分钟 (设备重启+堆叠重构+路由收敛) | 将整个堆叠系统视为一台设备,上传新版本后,重启整个IRF系统进行升级。 | 操作最简单,命令少,不易出错。 | 中断时间长,风险集中,一旦失败影响面大。 |
| 方式二:拆堆叠升级 | 秒级至一分钟内(取决于端口切换和路由收敛) | 先手动“分裂”堆叠,依次升级备设备和主设备,再恢复堆叠关系。 | 中断时间可控且较短,是当前最成熟、稳妥的方案。 | 操作步骤复杂,需要手动干预,对运维人员要求较高。 |
| 方式三:ISSU升级 | 2秒左右 | 一种复杂的在线升级技术,在主备设备间完成版本同步和主备倒换,理论上业务不中断。 | 中断时间极短,是追求业务连续性的理想选择。 | 限制条件多、成功率并非100%,对设备、版本和网络都有严格要求。 |
暂无评论
| 升级方式 | 业务中断时间 | 适用条件 | 核心特点 |
|---|---|---|---|
| ISSU 不中断升级 | <1 秒 | 双主控、版本兼容、支持 ISSU | 主备倒换,业务几乎无感知 |
| 拆堆叠 / 分裂升级 | 1–2 分钟 | 可接受短时中断 | 手动分裂,一框升级一框承载 |
| 整体重启升级 | 5–10 分钟 | 操作最简、风险集中 | 全栈同时重启,收敛时间长 |
display issu compatibility-check验证);issu start并按提示完成成员设备交替升级H3C;
display device确认双主控与成员状态;display issu compatibility-check确认版本兼容;暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论