AnyShare集群升级结构设计.pdf

AnyShare集群升级结构设计 上海爱数信息技术股份有限公司 升级流程 1. 原方案上传的升级包存入数据库 （节点多时 ，数据库压力很大 ），现已修改为保存在对象存储中 ，便于查询及各节点下载 2. 升级时自动会停止ecms_troubleshoot服务和zabbix服务 ，防止升级过程中自动起服务 ，及避免监控记录升级过程中正常的 “故障”行为。 3. 升级过程改善容错性 ，一旦升级不考虑回滚 ，而是解决问题后能方便地最终完成升级。 3.1 ：所有节点并发各 自升级 ，各不干涉无等待 ； 3.2 ：过程中升级脚本及部分步骤出错仅记录升级错误信息 ，不中断升级 ，可在升级结束后再针对升级错误进行人工处理 ； 3.3 ：若存在节点升级过程被错误中断的情况 ，也支持在问题解决后 ，将该节点手工再重新升级一次。 4. 发起升级后 ，可异步查看升级进度状态。 章节名称 ：微软雅黑12号 升级脚本 目录结构 升级脚本 目录结构 ，参见左图 ： |- 升级到的版本 |- 支持升级的版本1 |- 支持升级的版本2 |- static 静态升级脚本 |- 模块名 |- all.py 该模块在所有节点执行的脚本 |- master.py 该模块仅在主节点执行的脚本 |- active 动态升级脚本 |- 模块名 |- all.py 该模块在所有节点执行的脚本 |- master.py 该模块仅在主节点执行的脚本 说明 ： 1. 升级阶段减少为2个 ，一个是static静态升级阶段 （即已换包但 尚未起服务的阶段 ），一个是active动态升级阶段 （已