方案-金融灾备数据中心技术方案dr

金融灾备数据中心技术方案议程

1

互联网金融灾备数据中心建设技术架构总体思路2

开放式既分布式技术架构设计方案

3

商业级既集中式技术架构设计方案

4

方案总结2互联网金融灾备数据中心建设技术架构总体思路GB/T20988－2007《信息系统灾难恢复规范》

SHARE78国际标准

灾备

模式

灾备

层次

1级

基本级。

备份介质场外存，安全保管、定期验证

Tier-0

无异地备份数据

冷备

数据级

Tier-1

有数据备份，无备用系统

2级

备份场地支持。

网络和业务处理系统可在预定时间内调配到备份中心

Tier-2

有数据备份，有备用系统

3级

电子传输和部分设备支持。

灾备中心配备部分业务处理和网络设备，具备部分通讯链路

Tier-3

电子链接

4级

电子传输和完整设备支持。

数据定时批量传送，网络/系统始终就绪。

Tier-4

使用快照技术拷贝数据

暖备/热备

应用级

5级

实时数据传输及完整设备支持。

采用远程复制技术，实现数据实时复制，网络具备自动或集中切换能力，业务处理系统就绪或运行中。

Tier-5

交易的完整性

6级

数据零丢失和远程集群支持。

数据实时备份，零丢失，系统/应用远程集群，可自动切换，用户同时接入主备中心

Tier-6

少量或无数据丢失

双活

业务级

互联网金融灾备数据中心总体设计目标5业务的可用性需求RTO-RPO与建设成本之间的关系

RPO损失的数据量丢失数据成本 宕机成本二级应用

三级应用

数据可用性成本

系统可用性成本

一级应用

恢复业务所需时间RTO0

时间轴

成本轴

互联网金融灾备中心建设总体发展趋势

职能定位方面技术特性方面架构方面测试演练方面体系建设方面信息系统业务连续性建设体系架构

7业务应用管理实践支撑系统系统软件硬件基础设施战略规划层，对业务进行评估，划定连续性级别对应用的逻辑关系进行梳理，确定应用的可用性指标流程的定义，配置变更与事件管理管理，安全，基础架构服务等配套系统虚拟化，操作系统，网络协议，存储服务服务器，存储设备，网络设备与链路建筑，环境，供电„„未来应以虚拟化为基础构建灵活、可信、经济的业务连续性保障平台

提供多种手段

高可用 容错 迁移 存储迁移 备份 复制 快照

适用多种场景 同城双中心 异地双中心 两地三中心 分支到中心

支持多种关系双活 互备 主备 多对一 备份到云单中心

服务多种应用

关键应用 数据库 二三级应用 开发/测试 教学/科研同城中心A

异地中心同城中心B•同城高可靠双活中心应能够支持关键应用的灵活切换。•异地容灾中心作为主数据中心及同城中心的暖备份中心。•对于关键应用，同城中心应没有任何性能降低，异地容灾中心的性能降低率丌能超过20%。

互联网金融平台数据中心灾备模式—两地三中心两地三中心解决方案—双活不灾备的完美集成10•场景描述–适用于对业务连续性要求较高的应用，通过集成同城双活不异地灾备两种解决方案，既能实现数据零丢失和故障自动切换,又能抵御局部灾难的发生。•方案特点–同城两个站点之间的高可用提供数据零丢失的第一层保护–异地数据中心之间的灾备功能实现第二层保护–软件定义的网络不存储可提供最大灵活性

两地三中心

结论：未来应打造两地三中心、同城双活的云金融平台灾备接管池

X86虚拟池

高性能 高密度生产云

•生产业务系统

开发测试云

•所有系统的灾备

•研发测试环境

快速恢复池

准生产云

•关键业务系统的

快速切换

•预生产环境

•系统管理、服务管理和云管理一体化

•两地三中心资源部署和调度一体化

•用户管理和访问一体化

•信息处理和展示的一体化

数据中心双活/多活的实现示意图

12三种主要的数据中心双活场景的定义双活场景 场景界定 条件要求非对称双活

Web/App层在多个站点同时提供服务，但数据库仅在单一站点提供服务CDN/GTM+LTM，数据库在主备站点之间有复制服务分应⽤双活

单个业务完整地运⾏行在一个站点，在另一站点提供灾备。

每个站点都同时提供部分业务的生产，以及另一部分业务的灾备。主备站点间有数据复制服务，包括对所有虚机或物理机存储的复制对称双活业务或用户分配到两个数据中⼼，每个数据中⼼都有自己的应⽤集群对外服务，跨中心建⽴共⽤数据库。

平时所有的中心均承载业务，实现资源最大利⽤，出现灾难时，正常的生产数据中心接管故障中心承载的业务CDN/GTM+LTM有裸光纤及DWDM存储双活

数据库双活双活数据中心应用部署需求及可选技术总结磁盘阵列

逻辑卷层文件系统层操作系统层数据库层应用层 基于应用系统的复制基于数据库的复制

基于逻辑卷的复制基于智能存储的复制

磁带库层

基于磁带库的复制

利用智能存储设备记录下I/O信息，将数据变化通过高带宽的专网线路或者IP网络传送到远端；复制工具：HDS

true

Copy

via

SAN;

HDS远程复制via

IP

利用卷管理工具将逻辑卷级别的I/O数据包，顺序传送到远端;复制工具：VERITAS

VVR,VVM;

IBM

GeoRM/HAGEO利用日志记录下数据库的数据变化并将日志传送到远端;数据库复制工具：Oracle

Data

Guard，Godengate

第三方工具如：Quest

SharePlex

利用应用程序负责将同一笔交易在生产中心和异地数据灾备中心都得到执行;复制工具：FTP,

应用改造等

1、通过运输磁带库至异地数据灾备中心后将数据恢复至磁盘阵列;2、本地数据备份到远端带库；

复制工具：

VERITAS

NBU

数据复制技术简介数据复制技术分析-技术特点比较类别

主机设备

磁盘阵列

应用软件

数据库平台

新增第三方设备

基于应用

可异构

可异构

同版本

可异构

同生产中心相同的软件平台

基于数据库

可异构

可异构

无限制

同版本

数据库复制软件：DBGuard,QuestSharePlex等

基于逻辑卷

要求同构

可异构

OS同构，无限制

无限制

IBM:GeoRM/HAGEO；Veritas:卷管理软件VVM,卷复制软件VVR

基于存储设备

可异构

要求同构

无限制

无限制

同构磁盘阵列

磁盘阵列数据复制软件

基于磁带库

无限制

无限制

无限制

无限制

备份管理软件

数据复制技术分析-兼容性类别 对生产主机性能影响 对生产中心系统架构影响

误操作损失 传输需求 反向复制难度

基于应用

影响较小，受限于复制模式、效率

影响较小，需整改应用软件，增加数据复制模块

可挽回交易重做IP网

基于交易复制

带宽需求低

支持，需恢复生产端应用系统环境

基于

数据库

影响较小，受限于复制模式、效率

影响较小，增加数据库log复制

无法挽回IP网

基于log复制

带宽需求较低

支持，需恢复生产端数据库环境

基于

逻辑卷

影响较大，复制软件占用较大的系统开销（若通过镜像库设备复制，可减少对生产主机影响，但RPO将降为天级）

影响较大，对现有主机进行整改，更换卷管理工具为VVM或IBMGeoRM/HAGEO等

无法挽回IP网

通常应用于同步/异步自适应模式，对带宽要求较智能存储复制低

支持，需恢复生产端逻辑卷环境

基于

存储设备

影响小，基于底层阵列级数据复制

无影响

无法挽回SAN网

通常应用于同步模式，对带宽要求较高

支持，需恢复生产端同构阵列存储环境基于

磁带库

无影响

无影响

无法挽回 无支持，需恢复生产端备份环境

数据复制技术分析-合理性类别

维护难度

投资额度

基于应用

涉及应用改造，维护难度大 对第三方软、硬件兼容性最好，需采购相关应用软件，投资相对小基于数据库

数据的复制由日志复制工具完成，系统升级或重新规划对复制可能产生影响，维护难度中等；

归档日志方式日常维护工作较多，维护难度较大第三方数据库复制方式：需采购同版本数据库软件、第三方数据库复制软件（如shareplex），投资相对较大

归档日志方式：需采购同版本数据库软件，投资相对较小

免费工具:OracleDBGuard

基于逻辑卷

数据的复制由卷复制工具完成，系统升级或重新规划对复制可能产生影响，维护难度中等需采购卷管理软件、逻辑卷复制软件，投资相对较大基于存储设备

周期作业定制，维护难度最低 需采购同构高端磁盘阵列、基于阵列的数据复制软件，投资相对大基于磁带库

周期作业定制，维护难度较低

但涉及周期性磁带、磁带库搬运IT投资最小

数据复制技术分析-可维护性、投资WEB/应用层双活实现机制实现方式 主机集群 应用软件集群 负载均衡简要描述 采用主机操作系统本身的集群功能实现中心内部/中心之间的双活采用应用中间件自身的集群功能实现中心内部/中心之间的双活采用负载均衡设备来实现中心内部/中心之间的双活切换时间 实时切换 实时切换 实时切换应用程序 不需要改变 不需要改变 不需要改变增加设备/软件 集群卡/高速交换机 负载均衡设备可扩展性 一般 一般 强负载分配方式 动态 动态 动态实现方式 复杂 较简单 简单中心内部 较强 较强 强跨中心 弱 弱 强WEB/应用层双活实现机制主要有三种，一是基于主机集群技术，二是基于WEB

SERVER/应用中间件软件自身集群软件实现功能，三是基于负载均衡设备方式

数据库层双活实现机制对比实现方式 ORACLE

RAC+VPLEX DATAGUARD/GOLDENGATE简要描述

通过打通同城两个站点的二层网络和实现存储虚拟化，数据库集群得以跨越两个数据中心，共同承担业务系统的运行，数据库实时同步，一个中心的集群存在问题，另一个中心实时接管数据库采用本地Oracle

RAC，同城采用DATAGUARD同步机制，在同步的基础上通过”读写分离“实现应用双活切换时间

实时切换 分钟级应用程序 不需要改变 不需要改变

增加设备/软件

VPLEX设备 DATAGUARD/GOLDENGATE可扩展性

一般 好负载分配方式

动态 静态实现方式 较为复杂 简单数据丢失 无 分钟级/秒级/无

网络要求 跨中心网络延迟要求在毫秒级以内要求打通大二层网络 无要求存储双活实现机制对比存储双活实现机制主要有四种：一是基于主机卷复制技术，二是基于存储虚拟化技术；

三是基于存储复制技术，四是基于SAN网络复制技术。

访问接入层的双活实现机制实现方式 传统站点轮询 站点选择负载均衡设备简要描述

采用客户端设多个IP地址－采用IP轮询方式（开发程序配合），选用适合的站点采用站点负载均衡设备，通过策略设计，使得用户访问最适合的站点切换时间 分钟级(手动策略有关) 实时应用程序 需要修改

不需要修改，应用不变

增加设备

不需要

增加站点负载均衡设备和DNS服务器可扩展性

低

高

站点分配方式

静态连接

可根据数据中心负载，用户距离分配

资源利用率 低，访问资源较为固定，资源利用率不高

高，可根据应用负载和距离自动分配，资源利用率高

为满足双活数据中心的需求，必须使客户端的请求在多个中心进行智能选择，实现业务的连续性(性能最优/故障切换/按需连接)，实现站点选择通常有两种方式，一是传统站点轮询技术，二是站点负载均衡技术现状分析调研风险分析业务影响分析系统现状和发展RA&BIA分析报告需 灾备需求分析求分析阶段运维阶段前期工作后续工作容灾建设过程和步骤策略分析制定灾备总体设计组织流程设计灾备系统布局规划灾备策略等级需求总体技术方案设计组织架构和运维流程周期性的演练评估灾备管理持续改进桌面演练年度演练周期策略回顾 EManage&volveBuild&implementAnalyzebusiness

needs•Define&analyzerisks•Existingprogramreview•Determinebusiness

impact&recoveryrequirementsofkeybusinessprocesses•Clarifydependencies•Rehearse

theplan•Assess/audityourprogram•Integrateintochange&configurationmanagement

processes•Deploysupportinginfrastructure•Developbusiness

continuityprogramandplanDesign

the

solution•Translaterequirementsintoexecutable

strategies

accordingtoscenariosBusiness

continuityprogram

management•Designinfrastructuretoimplement

selectedstrategies•Createeducationandtrainingprogram灾备系统建设灾难恢复计划开发技术和意识培训同城和异地的灾备系统

灾难恢复计划培训和演练实施阶段建设工作于数据中心灾备中心建设工作内容

基于开放式云平台架构构建分布式互联网金融云数据中心及灾备中心亏联网金融数据中心的发展趋势传统中心

(Yahoo,)服务器，交换,

商用SAN,

NAS云中心(Google,

Amazon，淘宝)通用硬件,

Map/Reduce,NoSQLIT基础架构发展趋势：分离架构商用集中存储融合架构分布式存储亏联网金融分布式于数据中心技术范畴集中方式

分布式方式

灾备

灾备+多活负载均衡

两地三中心

双活、多活、数据中心同级平等

资源固化

资源池化灵活调配

保证RPO

追求RPO和RTO人工切换管理

资源调度切换自动化

面向分布式云计算的新一代容灾架构的趋势跨地域的分布式虚拟化数据中心，延伸传统灾备中心功能分布式云数据中心虽然从物理上讲也是在建同城或三中心，但从建设方向上看不再拘泥两地三中心的概念，而是

更趋向平等、同级和平台化，保证数据完整性、业务连续性不间断提供服务、业务弹性和敏捷性、自动化。

亏联网金融分布式于数据中心平台技术架构分布式数据中心同城灾备数据中心整体规划基亍OPENSTACK开源于管理平台多数据中心物理架构数据中心数据存储技术：分布式存储共享存储设备serversserversSAN网络LAN网络网络机柜存储机柜服务器机柜网络机柜……服务器机柜传统SAN集中存储部署方案：■两套系统：服务器、存储整列■两套网络：以太网、FCSAN■两套管理：虚机管理、磁盘管理serversFusionStorserversLAN网络服务器机柜网络机柜……FusionStor服务器机柜开放式分布式存储部署方案：■一套系统，只有服务器系统■一套网络，只有以太网■计算不存储采用统一管理软件FusionCloud，简化管理，降低运维工作量虚拟存储技术参数

传统集中存储系统

分布式存储系统

分布式存储优越之处

可扩展性

性能及磁盘数量受控制器限制，可扩展性有限

无缝线性扩展

扩容升级时无需更换硬件设备，无需迁移数据。

磁盘层面的负载均衡

磁盘间的负载高度不平衡

在所有磁盘间完美的均衡负载

降低磁盘故障几率

重建时间

大约10小时每T

大约20分钟每T

风险窗口极大缩短，降低了双重故障的可能

重建开销

在重建期间部分磁盘会经受很大的负载压力

重建的负载压力均匀分布于整个系统

降低了双重故障的风险

改进了重建期间的性能

保护方式

一般在同一磁盘托架中

相同副本数据位于不同的设备模块之中

降低了双重故障的风险

控制器(模块)故障

时的系统行为

单主控故障缓存机制失效，性能大幅下降。同时面临双重故障风险

模块故障后系统冗余迅速重建，重建期间性能无下降。

降低了双重故障的风险

故障期间仍然保持高性能。

建设成本

需要HBA卡、FC交换机，服务器磁盘浪费。

充分利用服务器本地磁盘，无需HBA及FC设备。

总体成本低

数据中心数据复制技术：分布式存储与传统集中存储的比较分布式存储架构说明

VM

重要应用

X86

ServerVM

普通应用1

VM

普通应用2

VM

数据库

VM

重要应用

X86

ServerVM

普通应用1

VM

普通应用2

VM

数据库

网络亏联

VM

重要应用

X86

ServerVM

普通应用1

VM

普通应用2

VM

数据库

基亍X86的分布式存储系统

架构特点：第一是计算不存储的融合；第二是满足大数据对每个节点存储需求的线性增长；第三是满足每个节点IO性能需求的线性增长。分布式存储为外部主机提供存储的自动负载均衡

虚拟机

x86物理主机

虚拟机

x86物理主机

虚拟机

x86物理主机

虚拟机

x86物理主机IPSAN•每次IO由多路径软件选择承载该次IO的存储节点（负责存储系统与发起该IO的应用服务器之间的通信），实现网络负载均衡、节点间均衡负载•在存储系统内，系统根据忙闲程度选择具体承载某IO的副本节点，获得最佳性能的I/O负载平衡分布式存储架构具备超强的故障恢复能力以空闲的硬盘作为热备,多对一重构，且参不重构的硬盘数通常丌超过10块。热备盘传统RAID组Sparechunks分布式存储重构时间

可靠性 性能传统RAID组 10小时/TB左右

重构期间无保护，易造成数据丢失。重构期间读性能大幅降低。分布式存储 20分钟/TB左右

分布式存储大大降低风险窗口。性能无影响。任意一块磁盘故障，剩余全部磁盘都参不重构，多对多重构，过程无瓶颈。zone1zone2zone3site2➢支持将所有的zone划分至丌同的site➢数据写入时，将丌同副本分布在丌同的site中➢允许同一个site整体故障而丌影响业务的正常运行分布式存储多数据中心解决方案zone1zone2zone3site1zone1zone2zone3site3数据中心计算技术：OPENSTACK

NOVA主流虚拟化平台调度技术OpenstackOS云系统

OpenStackNovavCenter`ESXIVMVMVM`ESXIVMVMVM`ESXIVMVMVMCVM`CVKVMVMVM`CVKVMVMVM`CVKVMVMVMXenCenter`XenServerVMVMVM`XenServerVMVMVM`XenServerVMVMVMKVM`kvmVMVMVM`kvmVMVMVM`kvmVMVMVMCASplug-in VMwarePlug-in CitrixPlug-in KVMOpenstack

OS云操作系统能够同时调度业界主流虚拟化平台

CAS VMware Citrix KVM原理：通过为不同的虚拟化软件开发特定的插件，实现对异构虚拟化平台的调度；

创建虚拟机

删除虚拟机

重启虚拟机

更改虚拟机

向用户交付虚拟机时，屏蔽底层虚拟化差异

2核/4G/50GWindowsServer2008分布式数据中心基亍OPENSTACK开源于管理平台单数据中心部署功能模块数据中心网络亏联技术：建网模式的选择数据中心网络亏联技术：建网模式的选择网络资源池化：交换矩阵（vFabric）交换矩阵混合Overlay模型

vSwitch支持VTEP功能，使VM接入VXLAN网络。物理机接入VXLAN网络，通过支持VTEP功能的Leaf设备来实现。其它Leaf无需支持VTEP。

N:1的核心（Spine）备份

分布式IP网关SpineLeafL2L3L3ECMPvSwitch管控平台vSwitch vSwitchVM VM VMSpineLeafL2L3L3ECMP管控平台vSwitch vSwitchVM VM网络Overlay模型

Leaf支持VTEP功能，VM和物理机都通过Leaf设备来接入VXLAN网络。

N:1的核心（Spine）备份

分布式IP网关名称

支持者

方案简述

产品形式

网络虚拟化方式

数据新增

报头长度

技术特点VXLAN

Cisco、VMware、HP、Citrix、RedHat、Broadcom

L2over

UDP

Cisco:N1000VBCM:Trident2其他：OpenvSwitch

VXLAN报头

24bit

VNI

50Byte

不改变L2~L4报文结构，现有网络设备即可支持多路径负载均衡。NVGRE

微软、HP、Broadcom、

Dell、Emulex、Intel

L2over

GRE

微软:Hyper-VvSwitchBCM:TridentEmulex:网卡

其他：OpenvSwitch

NVGRE报头

24bit

VSI

42Byte

问题：改变了GRE报文头，需要升级网络设备才能支持多路径负载均衡。

STT

Nicira(被Vmware收购)

无状态TCP

vSwitch

STT报头

64bitContext

ID

58~76Byte

问题：改变了TCP报文头，当前无商用芯片支持，仅VMware纯虚拟化环境可用，产业生态脆弱。Cisco也不支持

Overlay三大技术流派，以VXLAN最为成熟，产业链极为健壮，是事实上的标准。服务器机房vSwitch vSwitch

vSwitch网络机房分布式IP网关：混合Overlay模型SpineLeafL2L3L3ECMPvSwitchVM

业务1-网关

业务2-网关

业务3-网关

业务4-网关IP：

MAC:0011-1111-22220011-1111-33330011-2222-33330011-2222-5555VM VM VM

Leaf交换机属于所有的业务区域

业务的IP网关——VM的IP网关存在于所有的vSwitch上，物理服务器的IP网关在支持VTEP功能的Leaf交换机上

Leaf交换机下的服务器服务于所有的业务区域。也就是说，服务器的部署位置丌受网络的限制。

业务部署灵活，不位置无关。服务器资源池化业务1、业务2、业务3、业务4可在任意位置部署L2L3VCF控制器混合overlay模型中，Leaf交换机属于所有的业务区域，业务的IP网关—VM的IP网关存在于所有的vSwitch上，物理服务器的IP网关在支持VTEP功能的Leaf交换机上，Leaf交换机下的服务器服务于所有的业务区域。也就是说，服务器的部署位置不受网络的限制。业务部署灵活，与位置无关。

网络机房服务器机房分布式IP网关—网络Overlay模型SpineLeafL2L3L3ECMP

业务1-网关

业务2-网关

业务3-网关

业务4-网关IP：

MAC:0011-1111-22220011-1111-33330011-2222-33330011-2222-5555

Leaf交换机属于所有的业务区域

业务的IP网关——VM和物理服务器的IP网关都在Leaf交换机上

Leaf交换机下的服务器服务于所有的业务区域。也就是说，服务器的部署位置丌受网络的限制。

业务部署灵活，不位置无关。vSwitchVMvSwitchVMvSwitchVMvSwitchVM服务器资源池化业务1、业务2、业务3、业务4可在任意位置部署业务的IP网关—VM和物理服务器的IP网关都在Leaf交换机上，Leaf交换机下的服务器服务于所有的业务区域。也就是说，服务器的部署位置不受网络的限制。业务部署灵活，与位置无关

双活数据中心客户端切换技术方式1：智能DNS全局站点选择（GSS）GSS和负载均衡，后者对服务器健康检查并通知GSSLayer3CoreISPA

Intranet ISPBAccessAggAccessDCA

DCBVLANA

00

00

GSSSNAT SNATL2Links

(GEor10GE)L3Links

(GEor10GE)ACE

ACE

基于“名字”：智能DNS解析

GSS）

基于“地址”：位置与地址分离协议（LISP）

L2Links

(GEor10GE)L3Links

(GEor10GE)Layer3CoreISPA

Intranet ISPBAccessAggAccessAggDCA

DCBVLANA

PublicNetworkPrefix RouteLocator10.10.10.1 A,B10.10.10.2 A,B… …10.10.10.5 C,

D10.10.10.6 C,

DIngress

Tunnel

IP_DA=AC,D321IP_DA=D 3客户端切换技术方式2：在地址和路由上实现资源重定位（LISP：Locator-ID

Separation

Protocol）

基于“名字”：智能DNS解析

GSS）

基于“地址”：位置与地址分离协议（LISP）

基于传统商业级集中式技术架构构建互联网金融云数据中心及灾备中心双控制器

metroCluster

Active-ActiveESX备份代理城域互联RTT<5msFC集中存储阵列集中监控控制台核心路由器/交换机ESX ESX ESX ESX ESX备份代理IP/BGP基亍NetappMetrocluster同城存储级双活+VmwareHA、FT主机高可用平台级双活实现机制DWDMDWDM双控制器

metroClusterActive-Active

Agg1

Agg2

Agg3

Agg4

Agg1

Agg2

Agg3

Agg4

基亍NetappMetroCluster同城存储层双活数据syncmirror同步复制工作机制51DataCenter#1DataCenter#2

Host1Host2DC1Primary DC2PrimaryDC2MirrorFAS1 FAS2DC1MirrorWindow1VmwareESX1VmwareWindow2 ESX2光纤交换机

FCSwitch存储控制器

光纤交换机

存储控制器

FCSwitch距离小于100公里

FC磁盘柜

FC磁盘柜

光纤交换机

FCSwitch存储系统控制器和磁盘柜均互为镜像，完全物理冗余，并且互为失败切换，为关键业务应用提供最好的高可用性。

FC FCFC FCFC FC52对于非RPO=0的业务系统，推荐使用

VMware

vCenter

Site

RecoveryManager

(SRM)

与

NetApp

存储的Snapmirror异步数据复制技术，能够显著缩短恢复时间目标

(RTO)

和恢复点目标

(RPO)

基亍Netapp

Snapmirror同城存储级数据异步复制机制+Vmware

SRM站点自动恢复实现同城灾备切换1、现网络设备采用Juiper设备，通过单第三方ISP上联到level3运营商2、现网采用静态路由方案与ISP进行互联3、现网无DNS负载，DNS负载由运营商实现灾备中心网络架构-现有网络架构灾备中心网络架构-采用JUIPER

MPLS二层VPN

VPLS技术构建SiSi SiSi内联区Internet接入区外联区三大运营商Internet主中心 灾备中心SiSi SiSi内联区Internet接入区外联区EBGP EBGPEBGP EBGP核心交换区生产应用区核心交换区生产应用区VPLSVPLS可以同时

支持同IP的VM迁移以及双活

VM的应用层

同步。网络

采用VPLS方式进行

支撑，网络

自适应软件

架构。

容灾网络架构演进—新网络架构特点网络架构新特性：

1、Internet双节点异地接入；

2、新增Internet边界路由器，使用EBGP方案与第三方运营商对接。

3、新增全局DNS负载设备。

优势：

1、互联网接入双级冗余，提高可用性。

2、采用EBGP

方案对接，实现灵活调度控制、提高网络自愈能力。

3、GSLB实现业务级灵活调度，提高整体业务级自愈能力。

4、高扩展架构、实现网络及业务分级解耦。未来扩展将十分简单。

容灾网络架构GSLB

容灾网络架构演进-Internet

出口流量切换总结（互联网金融灾备数据中心建设技术建议）总体灾备建设技术演进思路59积极采用不同层面的灾备技术分步骤分层次满足网金控股各业务系统基于未来互联网金融云数据中心的建设战略

首先应充分挖掘并利用已有核心设备的潜力去构建主数据中心和灾备数据中心的灾备基础架构

对于未来新业务的快速部署以及大幅降低采购成本，应积极采用开源分布式云计算基础架构部署模式逐步替换基于集中式存储模式的灾备部署模式

1）对于核心业务系统，建议采用Netapp