建设了容灾系统,然后呢?
出于业务连续性与数据保护等目的,最早是银行等金融机构完成了业务的容灾系统的建设,随后电力等关键能源行业、海关等政务单位、大型互联网公司都着手建设了完备的业务容灾系统。
但是当容灾系统建设完毕后,大家发现一个尴尬的问题:容灾系统是有了,但只要不是逼不得已,没人愿意进行容灾的切换演练,更别提正式切换了,这是为什么呢?
这是因为容灾系统往往都很复杂:
- 每个企业的灾备环境不同:冷备容灾、同城双活、异地双活、两地三中心等等,每种灾备架构使用的产品、技术、切换过程可能都各不相同;
- 涉及的产品和技术多且复杂:web访问切换、应用切换、数据库切换、网络切换、存储切换等等,每种服务切换背后又是一堆厂商不同的产品、技术和方案,而一个业务系统的切换往往需要整合多种产品和技术实现;
- 需要多个部门紧密协作:切换,需要一大堆部门和人员配合,往往是整一个切换手册,按照岗位的不同,规定每个岗位具体的职责,看起来清晰,执行起来却很容易拧成一团麻;一个人搞错,大家都跟着完蛋;
- 切不好就出事:你懂的!
最最重要的,整个切换工作手工线下为主,效率低、成本高、易出错!
应该说这个是主要原因。由于前面那一堆因素,再加上这个主要原因,除了像银行这种被监管机构强制要求的,很多企业的容灾系统都在睡大觉。主生产环境真出了问题,能不能切换到备用机房,切换过去能不能用,基本上全凭运气。
传统容灾管理系统
有需求,就有供给。国外的一些嗅觉比较灵敏的厂商,首先发现了商机,推出了一些容灾管理系统。以下是某个数据保护软件行业巨头的容灾管理系统的方案和技术组件:
01 管理端
- 管理端部署VRP 和VOM 两套系统,共同组成Veritas 容灾切换管理平台;
- VRP 包含RM和IMS两个模块,RM负责管理容灾切换管理,RM通过IMS模块;
- 管理VMware虚拟化和VOM ;
- VOM 负责管理受控端的VCS软件集中管理,并通过VCS集中管理Weblogi