以通俗的语言理解应用级灾备:
1、灾备端部署了应用节点,和生产应用程序/配置一致,并可以接管生产应用
2、灾备端部署了数据库节点,和生产数据实时/异步一致,并可以接管生产数据库
要求性价比高,就是尽量简单,但能达到要求。灾备端的硬件可以半配,但必须和生产硬件平台保持一致,可以升级生产硬件配置,替换后的硬件当作灾备,也可以直接在灾备购买半配的硬件。有了硬件后,灾备应用可以直接部署,可以考虑不打通网络大二层,只是将二层网络引到灾备端,省了一笔费用。但没有大二层,没有裸光纤波分复用,数据的同步就需要靠TCP/IP来做,要么在灾备端部署一套和生产同构的存储,用IP复制来同步,要么直接用数据库基于日志的复制技术来做。前者的灾备端主机无法挂起同步过来的数据盘,后者可以直接在灾备端主机上读数据库,后者性价比更高。
收起我们目前使用linuxone,分享一下
•使用LinuxONE服务器,作为灾备应用资源池;
•该资源池上目前分配了近1000个虚拟机,用来运行部分总部应用灾备及13个省的应用灾备任务;
•在此基础上,充分利用了LinuxONE资源复用的特点,承担测试环境的任务;
看到的优势
•与传统X86架构刀片方案相比,从13个机柜缩减为6个机柜,节省了机房空间;
•经多次演练与调优,L1平台CPU使用率未超过40%,还有很大提升性能空间;
•很好的规避了传统平台有可能面临的单台资源瓶颈,同时还可以与当前云管平台契合,实现灵活资源交付。
应用级灾备目前已经基本都是应用双活+数据库的主备这种方式,应用的双活依赖DNS和F5都可以做,数据库的话双活来讲由于受到运营商线路质量的影响比较大,基本还是采用主备的这种方式。成本的话要看你是要实现那个级别的灾备,如果是想灾备可以完全接管业务的话,那成本肯定少不了。如果要减少成本可以考虑服务器配置减半。
收起配置灾备中心的硬件配置,建议核心系统与生产保持2:1以上,其他数据库计算资源配置2:1,应用计算资源根据你系统真实计算使用率来配置吧。当业务在切换完成后能承受的业务就可以了,毕竟灾备使用不多。若果你是金融也加大投资吧。 数据重于一切。
收起灾备需要看你对风险的承受力来配置灾备中心的硬件配置,建议核心系统预留500%以上算力
其他系统预留30%以上算力。看业务在切换完成需要承受的前端业务能力确定这些数据
应用级灾备需要根据该业务系统RTO、RPO进行容灾架构设规划,以实现RTO和RPO为目标,目标设定的有以下两种情况:
1、如果RTO及RPO趋于0(一般受传输线路限制同城容灾)
双活架构规划,双数据中心存储通过传输线路进行存储级同步,上层应用通过全局LB进行调度(LB进行两中心调度)实现应用双活。该方式存储设备级同步是关键,裸光纤资源申请需要看公司是否可以申请(3大运营商目前仅针对集团大客户、党政军企业进行申请受理)成本相对较高。
2、如果RTO及RPO非趋于0(非同城限制)
结构化数据可通过数据库同步技术实现(ODG、主从、HADR等),非结构化数据可通过第三方同步软件实现(英方、Veeam等)上层应用通过LB进行调度,切换时需要人工单独处理。该方案性价比高,但人工处理操作相对需求多。