构建在虚拟化环境中的容灾系统为信息系统建设带来的变革

虚拟化概述虚拟化就是淡化用户对于物理计算资源，如处理器、内存、I/0设备的直接访问，取而代之的是用户访问逻辑的资源，而后台的物理连接则由虚拟化技术来实现和管理。从而实现了灵活性、可靠性、可扩展性、安全性、降低成本。

如何定位业务连续性业务连续性就是将宕机时间缩短到最小 构建业务连续性解决方案的需求有以下四点：

(1)构建在可靠的平台之上：这个平台本身的可用性必须很高，并且不依赖操作系统或特定驱动装置;(2)独立于物理架构之外：这样物理架构的缺陷将不会导致业务系统的不稳定;(3)贯穿操作系统和应用程序的保护：虽然我们需要保护的是业务系统，但是与业务系统息息相关的操作系统、配置文件等也必须考虑进来;(4)广谱宕机因素的保护能力：这个系统必须能对计划内与计划外的宕机提供保护，同时对组件、服务器、数据以及站点灾难同样要提供保护。

在虚拟化平台之上为业务连续性的每一个层面都能提供保护，当这些保护措施不足以满足我们业务连续性的要求时，还有更多的、专注单一层面解决方案，可以和虚拟化平台有机的进行结合。例如：在VMware环境中Vizioncore VVSP的各个组件可以提供对虚拟化平台更加优化的管理，这其中包含容灾管理。

灾难恢复需考虑的要素想要达成什么样的灾难恢复目标很重要，灾难恢复分为以下三种：

本地高可用：冷备 有备机是否就已足够?热备，MSCS?VCS?VMware HA?VMware FT?系统级切换还是应用级别的切换?

远程数据保护：仅有数据足够吗?在灾难恢复发生时，怎么让数据能够使用起来?仅有应用足够吗?在灾难恢复发生时，怎么去获得生产数据让应用能够发挥作用?

任何情况下不间断运行：真的需要实时切换吗?实时切换的巨大投入(硬件、软件、线路、人力)是否能购承受?

灾难恢复的实现方式基于应用程序灾难恢复解决方案：应用程序在本地、远端双写I/0，需要从写应用程序，周期长，不稳定;基于数据库复制的远程灾难恢复解决方案：数据库本身的远程复制(Oracle DB Guard)，只能复制数据库自身的文件;基于主机的远程数据复制软件灾难恢复解决方案：复制软件在卷管理器层面截获I/O，远程复制，支持异构存储平台，但是低效率、对主机的运行有影响，配置复杂;基于存储的远程数据复制灾难恢复解决方案：智能存储远程数据复制，相对安全、成熟、简单、高效、节省资源，但是对存储的要求比较高，一般要求同构平台;基于虚拟化平台的远程数据复制软件灾难恢复解决方案：复制软件在虚拟化存储层面截获I/0，远程复制，支持异构/同构存储平台。

在虚拟架构下系统和数据采用同样的方式来保护，系统也是数据，保护系统的同时就保护了数据，反之亦然。虚拟机既存储系统也存储数据，整个系统封装在文件中：硬件配置，操作系统，应用及数据。这样我依靠虚拟化的硬件独立性，可以可靠地将虚拟机恢复到其他的硬件服务器上，并可将整个系统迅速转移到灾难恢复中心;由于关于系统的所有信息都以数据的方式存储在磁盘上，我们可以依靠虚拟化的封装性，用保护数据的方式保护整个系统;我们可以依靠虚拟化的分区和整合特性，保障生产中心与灾备中心服务器的比例不在是1：1;同时我们可以依靠虚拟化的资源池化特性，确保生产中心与灾备中心基础架构的一致性。

这样使得在虚拟化环境中用任何你喜欢的方法(自动或者手动)将数据(包含系统、应用及数据)复制过去，然后启动虚拟机即可，从而获得最好的RTO。

总结通过在虚拟化环境中部署应用级容灾软件，实现司信息系统高效安全的“两带三中心”容灾系统，提高了信息系统的稳定性，数据的安全性，促进信息化安全平稳运行。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友