新华三,华青融天等公司都有灾备管理平台,但是大部分的商用产品在具体应用都会出现水土不服,大多需要进行二次开发。
此类问题定义在我的应急预案中,当灾难事件发生是否进行灾备切换由当时的主管行领导层决定,需要综合技术部门,业务部门,风险管理部门的意见。
1 由于我们灾备建设较早,当时还没有成熟的存储双活技术大规模使用,我们使用的是存储复制技术,目前也在考虑存储双活和双主模式。2 我们是行内人员投入两人AB岗,负责灾备指挥平台设计和业务系统投产,公司人员负责具体开发,指
针对目前网络隔离的现状,实现双活比较平滑的过度,网络可以建设一个出口,双活中心二层打通,这样好处是不用改变原来的ip,平滑过度。
如果灾备架构类似可以推广使用,服务器自动化和网络自动化我们是复用了现有产品,灾备指挥平台相当于实现了流程引擎和灾备切换必要功能。前台采用SpringMVC,编写了python模块连接服务器和网络自动化模块。
按照监管要求,同城业务系统每三年一次,异地每年一次。对于具体业务系统,我们每年根据变更安排,改造情况定制灾备切换计划,频次高于监管要求。关联业务系统我尽量安排在同批次切换。
应用启停和检查状态的逻辑多种多样,我们是建立一个启停应用的通用脚本,传入应用启停的脚本,用户,进程关键字,端口号,检查脚本等参数,通用脚本放在服务器自动化平台,由灾备指挥平台调用,具体应用的脚本放在服务器本地,由通用脚本
异步写入,时延跟距离和运营商线路有关,需要和运营商及存储厂商一起确认是否满足灾备复制要求。
由于我们的灾备架构设计,我们的首要目标是保障切换成功条件下尽量缩短切换时间,所以我们把灾备步骤最大程度的自动化,部分必要的业务验证等步骤是人工步骤,其余涉及网络,存储,中间件,操作系统,数据库,应用的动作都是自动化步骤
我理解您说的应用是具体的业务系统,业务系统按照重要程度,灾备级别可能是2:1,2:2或者是双活,目前灾备指挥平台支持上诉场景的灾备切换。在业务系统灾备上线时,我们会联系负责人梳理参与切换的应用模块范围,尽量保证一个灾
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30