关于利用虚拟化技术实现业务支撑系统容灾保障的思路探讨.docxVIP

PAGE 1 PAGE 1 关于利用虚拟化技术实现业务支撑系统容灾保障的思路探讨  基于存储虚拟化技术提出了一种业务支撑系统容灾保障的新思路--存储双活中心。文章首先对业务支撑系统的分层架构进行描述，介绍了用于评价系统高可用性的业务指标及三种高可用性技术:存储虚拟化、OracleRAC和集群文件系统;并提出存储双活中心的两种设计方案。文中所提的存储双活中心方案适用于通信行业容灾保障系统设计。  业务支撑系统是指由计算机硬件、存储设备、网络通讯设备、计算机软件、信息资源和相关业务管理流程组成的以处理业务信息为目的的系统。业务支撑系统高可用是指系统应对风险具有自动调整和快速反应的能力，以保证业务的连续运转。高可用保障体系由本地应急系统和容灾系统组成，本地应急系统、容灾系统与生产系统相互协作共同保证整体业务的连续性。  目前，传统的应急容灾方案通常基于本地设备高可用(如主备双机、存储柜间镜像等)、异地数据容灾复制等技术，这些方案存在以下不足：(1)本地灾难时异地应用恢复时间(RTO)较长。当发生本地机楼级灾难时，异地的容灾主机需重新加载数据，重新启动，恢复时间估计为30～120分钟，这样会造成较大的损失；(2)异地容灾设备资源的铺张，在平常正常状况下，异地主机不担当或担当少量生产业务，主机资源铺张严重；(3)应急容灾切换和灾难修复回切操作复杂，需制定完备的容灾管理体系，并定时演练，以保障灾难时操作的高效。  本文基于存储虚拟化技术提出一种业务支撑系统容灾保障的新思路，可解决传统高可用保障方案的不足。本地和远端同时担当生产和容灾的角色，实  现业务双中心双活模式，一端发生灾难时，另一端可实时接管。该方案基于存储同步复制技术的双活业务支持应急系统应用，采用虚拟化存储，实现两个站点资源的同时使用，再协作使用文件集群系统，生产端和容灾端在平常都承载生产业务，分区域进行业务分担。理论上可实现同一个数据库／文件系统被多个主机同时访问，在本地和异地两个数据中心节点上均可同时启动并对外供应服务。  1业务支撑系统概述  1．1系统设计的分层结构  按系统功能架构一般可分为IP网络层、主机层、存储网络层和存储层，各层的高可用设计如下：  IP网络层：包括交换机、防火墙、路由器、负载均衡器等。通常采用主备双平面设计，当主网络平面某节点的网络设备故障时，自动切换至另一个平面。  主机层：系统主机包括各类数据库、中间件、后台应用、WEB和接口服务器等，通常采用双机主备或双机／集群负载均衡的部署方式。  存储网络层：存储网络是未用主机与磁盘阵列之间的高速的网络传输中继设备，通常采用光纤线缆作为传输介质，1+1负载均衡的方式实现高可用冗余。  存储层：对于关键业务的存储磁盘阵列，通常要求存储盘阵具有双掌握器，甚至采用双台存储盘阵，结合跨盘阵的数据镜像方式实现本地高可用冗余。对于异地容灾需求则可采用各类远程数据复制技术实现数据异地容灾。  系统架构如图1所示。 图1信息系统架构图 1．2系统高可用的业务指标  信息系统的高可用能力通常可用2个指标来衡量，包括RTO(RecoveryTimeObject)、RPO(RecoveryPointObject)。RTO(恢复时间目标)是指灾难发生后，从IT系统宕机导致业务停顿开始，到IT系统恢复至可以支持各部门运作、业务恢复运营之时两点之间的时间段；RPO(恢复点目标)是指一个过去的时间点，当灾难或紧急事件发生时，数据可以恢复到的时间点。   基于存储虚拟化技术提出了一种业务支撑系统容灾保障的新思路--存储双活中心。文章首先对业务支撑系统的分层架构进行描述，介绍了用于评价系统高可用性的业务指标及三种高可用性技术:存储虚拟化、OracleRAC和集群文件系统;并提出存储双活中心的两种设计方案。文中所提的存储双活中心方案适用于通信行业容灾保障系统设计。  业务支撑系统是指由计算机硬件、存储设备、网络通讯设备、计算机软件、信息资源和相关业务管理流程组成的以处理业务信息为目的的系统。业务支撑系统高可用是指系统应对风险具有自动调整和快速反应的能力，以保证业务的连续运转。高可用保障体系由本地应急系统和容灾系统组成，本地应急系统、容灾系统与生产系统相互协作共同保证整体业务的连续性。  目前，传统的应急容灾方案通常基于本地设备高可用(如主备双机、存储柜间镜像等)、异地数据容灾复制等技术，这些方案存在以下不足：(1)本地灾难时异地应用恢复时间(RTO)较长。当发生本地机楼级灾难时，异地的容灾主机需重新加载数据，重新启动，恢复时间估计为30～120分钟，这样会造成较大的损