【跃迁之路】深信服 HCI 升级实战：6.10.0 R2 → 6.11.1，零中断不是运气，而是设计

一、升级背景

随着企业对高可用性和业务连续性的要求不断提升，系统升级不再只是“功能演进”的过程，更是对平台稳定性和架构设计的严峻考验。深信服 HCI 6.11.1版本正式发布，新版本在稳定性、兼容性、存储隔离能力以及平台融合管理等方面进行了大幅优化。作为企业核心业务的承载平台，本次我们将基于真实场景，分享深信服HCI从 6.10.0R2升级到 6.11.1的全过程，借助滚动热升级机制，实现业务不中断的系统跃迁，展示何为“零中断升级”。

二、升级前准备

在升级前，需确保环境和工具准备充分，主要步骤如下：

• 确认升级路径：
  结合官网的HCI升级路线图，确认升级路径，本文以 6.10.0_R2 → 6.11.1为例。
• 升级包准备

  
  

  
  

  
  
  
  下载对应架构的升级包（例如：6.11.1_X86）。
  
• 升级工具准备：

  
  

  
  

  
  
  
  启动纪元平台。
  启动【HCI升级导航工具】模块，确保集群通信正常。
  打开导航工具，完成平台连通性配置、集群IP、端口（443）、管理员账号等。
  
  
  
• 升级前检测：

  
  

  
  

  
  
  
  运行升级导航工具进行全面检测（存储、网络、硬件状态等）。
  如遇检测报错，需先处理报错项，再次检测。(一般需要联系400处理)
                            
  检测通过后，安装升级前置包。
  
  
  
  

三、升级实施过程

采用 滚动热升级，平台将自动迁移虚拟机至另一台主机，。整个过程可实现业务零中断，具体步骤如下（本文以2主机为例）：

• 进入 Web 控制台【系统管理】→【设备升级】，点击“开始升级”，会自动进行环境检测。
• 上传升级文件：环境检测通过后，上传升级包。                  
• 检测升级包：升级包上传后，平台对升级包进行检测。         
• 选择升级方式：检测完成后，升级方式选择“滚动热升级”，升级顺序选择“自动排序”。
• 主机升级：点击开始升级，平台自动逐台完成各个主机升级。整体过程预计 1.5 ~ 2 小时，不影响虚拟机的正常运行。                                                                                    
• 升级完成                                                              

  
  

  
  

  
  
  
  

四、升级后验证与问题处理

• 执行“一键检测”：
  升级完成后，在 Web 控制台点击【一键检测】，检查集群是否存在硬件、存储、网络等异常。
• 确认主机状态：
  检查升级后的节点是否全部正常加入集群，状态是否一致。
• 核对业务负载：
  确认所有虚拟机/业务运行无异常。

  
  

  
  

  
  

  
  

  
  

  
  

  
  
  
  

五、总结亮点与建议

升级亮点

• 业务零中断：得益于滚动热升级机制与自动迁移机制，整个过程无需手动干预，业务连续性得以保障。
• 升级流程规范：借助【纪元平台】升级导航工具，前期检测、路径判断与版本兼容性验证一应俱全。
• 增强稳定性设计：升级至 6.11.1 后，新增存储单点故障隔离、网口亚健康隔离、支持外置共享盘等功能。

  
  

  
  

  
  

  
  
  
  

优化建议

• 建议增强升级完成后的可追溯性：当前升级流程结束后，缺少统一的升级报告输出。建议平台在升级完成后自动生成详细的升级报告，包含升级时间、节点顺序、版本对比、关键事件及校验结果，便于审计与后续问题定位。
• 升级流程仍偏重平台自身逻辑：相比 VMware 的升级路径，深信服 HCI 升级需依赖纪元平台、升级导航工具与 Web 控制台多端配合，步骤较多，流程上相对繁琐，建议进一步简化升级操作路径，提升整体用户体验。
• 建议支持灵活的主机版本共存策略：目前深信服 HCI 的升级流程要求集群内所有主机必须统一升级，无法按需保留部分节点在旧版本，这在某些高敏业务环境或分阶段升级场景下存在一定局限。相比之下，VMware 支持在集群内运行不同版本的 ESXi 主机（受限于 vCenter 兼容矩阵），便于管理员根据实际业务压力、变更窗口逐步完成升级。建议 HCI 后续版本考虑支持主机级别的版本兼容或灰度控制机制，提升集群弹性管理能力。