更新时间:2024-07-29
- 为了避免升级出现异常,应严格按照升级步骤要求来完成升级操作;现场服务人员在上门操作之前,协调好必要的后端资源进行保障。
- VDC升级的风险及应对:
• 在升级VDC之前,需要先导出全局的VDC配置,如果是软件VDC,务必事先打好快照,便于应急回退。
• 在升级定制包之前,对VDC打快照 ,便于应急回退。
• 如果硬件VDC型号是VDC-2500,升级后遇到网口乱序,可重新通过eth0连接设备后台后,删除rc2swapnic.sh和arrange_eth.sh两个脚本文件并重启VDC来解决。
• 兜底:无论是软件VDC还是硬件VDC,如果升级失败,导致业务不可用;我们都可以通过事前备份的全局VDC配置,快速部署软件VDC并后台建立账号与虚拟机的关联关系,恢复业务,控制升级失败带来的影响。
- VMP升级的风险及应对:
• 在升级VMP之前,建议先升级测试集群,升级过程和结果按预期达成,再升级生产集群。
• 升级前巡检工具的例行巡检,提前识别缓存、硬件、日志中的异常并确认是否影响升级。
• 如果在升级过程中出现VS数据频繁同步等问题,及时协调VS的研发后台处理。
• 在升级成后通过巡检工具以及《升级后检查表》检查集群负载以及副本均衡的检测。
• 兜底:如果VMP的大版本升级失败或部分升级失败,可以研发介入后台。
• 手动升级;对于VMP的定制包或补丁包升级,支持回滚功能。
- Agent升级的风险及应对:
• 在VDC查看每台虚拟机的Agent状态和版本信息,如果一次性未能100%升级成功,针对异常的虚拟机分析原因,并手动更新。(一般原因都是杀毒软件拦截导致)。
• 升级成功后,先随机抽检20个接入,确保没有蓝屏后,再对所有虚拟机开机。
- 盒子ROM升级的风险及应对:
• 盒子的升级风险极低,一旦出现少量的ROM更新异常,可手动刷新解决。
• 准备若干备用盒子,对于手动刷新ROM也无法解决的盒子,建议可先上备用的。
- 定制的风险及应对:
• 定制在开发过程中,模拟客户环境且复制客户VDC配置等信息进行模拟测试,并经过多次测试和确认,达到客户预期结果才能升级。
• 定制功能需要在升级后,由研发的定制开发人员远程联调迁移,确保与第3方的认证服务器对接正常。
- 在整个升级过程中,有客户服务中心工作人员远程值守,出现任何异常,快速接入并解决。