方案1 AB环境
搭建A、B环境,购买流量切换器(如阿里云的slb),控制访问流量到不通的环境上。
架构简意如图
注意:数据库和文件服务器、跳板机为举例说明。非要变更此处。
使用方法
日常使用,通过流量切换器,把流量固定在A环境上。
打补丁维护时,在B环境上打补丁维护,并且验证。验证通过候,通过流量切换器把流量都切换到B环境上。系统稳定后,再维护A环境,打补丁重启。
优势:
现有环境不用动,增加B环境,验证通过后接入流量切换器。日常维护简单可控,如果补丁有问题,能迅速切换到另一个集群上,等。
弊端:
需投入硬件资源成本、购买相关设备(组件),维护两套环境,等。
方案2 Npart+MasterHa架构
搭建Npart+Master-HA架构,通过Npart滚动重启功能实现维护环境。
架构简意如图
注意:数据库和文件服务器、跳板机为举例说明。非要变更此处。
使用方法
- 在Npart的管理界面中的【管理中间件】页签重启Master2。
- 重启完毕后,去【HA】页签,切换系统使用的master到Master2上。
- 按照分区滚动重启各个服务。
- 【管理中间件】重启Master1。
- 按照需求切换master-ha。
优势:
无需增加大量成本。Web管理界面启停环境,等。
弊端:
环境架构整体变更,新架构测试验证上线时间周期较久,改动很大,等。
方案3 两套独立的环境
架构简意如图
两套独立的集群。不同访问IP。业务人员自行维护2个环境的访问地址。日常通过防火墙限制人员访问,当维护环境时,通知业务人员自行更换访问地址。
注意:数据库和文件服务器、跳板机为举例说明。非要变更此处。
使用方法
1、在Uclient添加俩集群的登录地址。A和B。
2、日常通过防火墙限制人员访问B环境。防火墙封禁集群端口。只使用A环境。
3、打补丁时先上B环境,验证通过后。
4、放开B的防火墙,封禁A的防火墙。通知业务人员自行变更访问地址。
优势:
无需购买相关流量切换设备或者组件。
弊端:
A\B环境不能同时访问使用。业务人员分别访问系统。需要业务人员自己通过Uclient自行切换访问地址。