灾备方案架构探讨

贝因美数据容灾方案一、灾备架构设计灾备整体架构设计网络架构应用架构应用架构数据库系统数据库系统存储系统存储系统主备模式n主数据中心A对外发布业务n数据中心B为A的镜像n主数据中心A对外发布业务n数据中心B为A的镜像n数据中心A发生故障，业务系统通过手动切换至B主主模式 n数据中心没有主备概念n两个数据中心同时对外提供 n数据中心没有主备概念n两个数据中心同时对外提供同种业务n业务能够在两个数据中心无缝切换动态主主模式ss n全局角度看，数据中心都对外发布业务实n对于业务A，正常情况下主要的业务处理能力由数据中心A提供实n异常情况下，动态调度资源给数据中心B的备份系统使用基于IP地址发布的业务数据中心A数数据中心A数业务A业务A1.局部瘫痪则只需要修改服务1.局部瘫痪则只需要修改服务器IP地址2.全部瘫痪则需要全部切换至灾备机房。基于DNS域名发布的业务\1.利用GLB1.利用GLB实现局域网/广域网流量的负载均衡，实现双活数据中心的入口选择2.当A中心业务异常，将广域网流量负载到中心B，实现无缝切换一、灾备架构设计灾备整体架构设计网络架构应用架构应用架构数据库系统数据库系统存储系统存储系统双活数据中心整体网络架构出入口选择L2/L3互联内网业务应用层-.SAN-.SAN存储层出入口选择L2/L3互联内网业务应用层-.SAN-.SAN存储层内网外网内网外网探测探测一、灾备架构设计灾备整体架构设计网络架构应用架构应用架构数据库系统数据库系统存储系统存储系统基于镜像技术的应用灾备ActiveServerBackupServerApplicationApplicationNetworkforMirroringPrivatePrivateNetworkClientActiveClientActiveIPAddressPublicPublicNetwork基于虚拟化HA技术的应用灾备站点2存储服务器VMware高可用性资源组站点站点2存储服务器VMware高可用性资源组站点1基于物理或者虚拟化环境的冷备ClientAPPAPPAPPClusteredDB/RAC基于负载均衡的应用灾备ClientClientAPPAPPClientClientAPPAPPClusteredDB/RACClusteredDB/RAC一、灾备架构设计灾备整体架构设计网络架构应用架构应用架构数据库系统数据库系统存储系统存储系统基于数据库集群的本地/异地灾备ClientADCAPPAPPAPP跨数据中心集群RAC/MSCSClusteredDB/RACClusteredDB/RAC基于数据库备份恢复的本地/异地灾备APPServerAPPServerADCBACKUPClusteredDB/RACAPPServerAPPServerADCBACKUPClusteredDB/RACClusteredClusteredDB/RAC一、灾备架构设计灾备整体架构设计网络架构应用架构应用架构数据库系统数据库系统存储系统存储系统存储节点存储节点A存储节点B全局存储同步存储节点存储节点A存储节点B基于卷的镜像基于CDP技术的灾备存储节点A存储节点B基于CDP技术的灾备二、方案推荐容灾方案的关键因素基于备份恢复的方案基于存储网关的冷备基于存储网关的双活各方案的优缺点分析逻辑故障测试和维护逻辑故障测试和维护VirusDatacorruptionDroppedtableOperatorerror物理故障物理故障DiskfailureArrayfailureSoftware现场故障现场故障TornadoHurricaneEarthquakeActofwarPoweroutageTerrorism数据保护系统两个关键点信息保护是一项业务决策：您对这两个衡量标准有何要求？恢复时间目标(RTO)：您能以多快的速度重新启动发生故障的应用程序？恢复点目标(RPO)：您能承受多大量的数据丢失？时间业务连续性的需要•主要业务不停顿•核心数据不丢失二、方案设计容灾方案的关键因素基于备份恢复的方案基于存储网关的冷备基于存储网关的双活各方案的优缺点分析专线VP联通专线VP联通NNACTIVEStandbyIP：172.16.1.100数据备份ACTIVEACTIVEStandbyIP：172.16.1.100数据备份ACTIVE二、方案设计容灾方案的关键因素基于备份恢复的方案基于存储网关的冷备基于存储网关的双活各方案的优缺点分析二、方案设计容灾方案的关键因