应用级双活建设方案详细
F5双活数据中心解决方案
生产数据中心1
生产数据中心2
应用B
应用A
应用A
应用B
应用级双活数据中心模型二
-- 主主模型
业务或用户分配到每个生产数据中心每个生产中心都有自己的应用集群对外服务跨双生产中心建立共用数据库通过数据复制技术将数据镜像到对方出现灾难时,正常的生产数据中心根据需要接管所有基于指定应用的请求所有的中心、主机和存储设备均处于生产状态和实现负荷分担
分布式运营
数据大集中
双中心运营
两地三中心
云扩展
金融数据中心发展历程及趋势
从传统企业数据中心到云计算、可复用且可扩展的 IT 服务平台
App
SO
App
SO
App
SO
App
SO
App
SO
App
SO
App
SO
App
SO
App
SO
App
SO
App
SO
第一阶段
第二阶段
第三阶段
第四阶段
第五阶段
通过数据中心整合和优化来节省能源和场地设施成本
通过虚拟技术来提升资源利用率,降低管理和能源成本
自动化管理,自动化部署,实时监控, 动态伸缩, 提高管理效率及服务质量,降低服务成本
阶段业务目标
阶段业务目标
阶段业务目标
阶段业务目标
通过增加服务流程,实现IT服务标准化、自动化,自助式,IT资源的生命周期管理的云计算平台
负载均衡解决方案
多链路接入Web应用优化
App Tier
DB Tier(Active)
GTM + DNS
Web Tier
App Tier
DB Tier(Standby)
医院双活数据中心建设方案
管 理 监 控l
l
/
图 1 医 院 信 息 化 总 体 架 构 图 表 l 医 院 的 数 据 容 量 需 求
结 构 化 数据 数 据
容
非 结 构 化 数 据
备 份 归 数据
医 院的 数据 I f l 心 涉 及 到 的 系 统 较 多 . 下 面 以 某
G B之 , 要求 存储 系统 具 备较 大 容量 日 . 易扩 展 . 同 时 对Байду номын сангаас据 传输 带 宽 的要求 较高 根据 医 院的 门诊量 、 住 院数 、 业 务增 长 率 、 数 据 保护 策 略 、 数据 在 线 时 间 等 关键指 标 ,可 以较 精确 地预 测 f l J 医 院未 来 3 ~ 5年
2 0 1 7年 第 4期
院 双 活 数 据
林 勇
( 福建 商 学 院 ,福 建省 福 州 I 市 3 5 0 0 1 2 )
摘 要 医院数 据 中心 涉及 的 系统较 多 , 逐渐 形 成 了经典 的 分层 整合 信 息 架构 文章 基
于 医院数 据 中心建设 需求展 开 , 指 出传统 数据 中心 存在 的缺 点 . 建议将 结 构化数 据 和非 结 构化 数据 分 别单 独构 建双 活数据 中心 。通 过分 布 式 存储 双活 副 本 。 结合 目前 成 熟 的服 务 器虚 拟 化 技 术 , 双 活数 据 中心解 决 方 案 能 轻 松 打破 数 据 中心 不 同 位 置 存 储 设 备 和服 务
牌的 光纤存 储 没备 和磁 盘阵列 ,存储 容量 现 已基 本
近 年来 ,医院信 息 系统逐 渐 形成 了经 典 的分 层 整 合信 息架 构 , 如 l 所示。 数据 巾心 的硬件设 备 作 为 信息 基础 设施 , 足医 院信息 整 合平 台的 基础 . 需 要 遵 循 顶层设 计 、 分布 实施 、 信息 规 范 、 功能全面、 先 进 靠、 经 济 实用 、 资源 享 、 开放 联 的原 则 。 饱 和 。医 院主 要有结 构化 和非 结 构化 两种 不 同类 型 的数据 存储 需求 . 结 构化 数据 南数 据库 系统 产 生 . 数
企业双活数据中心规划
用户方案需求分析
5
在这种工作模式下,用户所有的业务系统在主数据中心中运行,而灾备数据中心为业务系统提供冷备或热备。当主数据中心的应用出现故障时,可以将单个应用或者数据中心整体切换到灾备数据中心。
主数据中心/灾备数据中心:
在这种工作模式下,用的一部分应用在第一个数据中心运行,另一部分应用在第二个数据中心运行,同时两个数据中心实现应用的互备,当某个应用出现故障时,由对应的备份数据中心应用接管服务。
App
App
App
App
DB
DB
同城双活中心
DB
App
App
App
App
App
App
App
App
数据复制
接入层
应用层
数据层
采用数据库双活技术(A-A或A-Q),同城双活中心的应用系统可以读取和更新数据
接入层负载均衡
存储层同城高可用或并行文件系统
应用层集群
双活部署模式分析
类别
序号
基本模式
RTO
RPO
机房基础设施
局域网
服务器资源
广域网
负载均衡
网络虚拟化
服务器虚拟化
网络二层互通
存储虚拟化
存储资源
数据复制及同步
数据库集群
中间件集群
应用集群
自动切换
自动供给
端到端监控
IT服务管理
端到端安全
客户端接入
公共服务
计划切换
计划回切
灾备切换
灾备回切
CDN
同城双活架构
生产中心
App
App
App
App
App
App
App
某商业银行应用双活架构设计方案
某商业银行应用双活架构设计方案2018 年 8 月一、设计原则重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环,既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性,同时也要考虑单位信息系统今后几年的业务发展需求。
针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点,在此次重要业务系统双活项目中,要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。
在进行系统设计时,遵循以下原则:稳定性:稳定性是系统运行的关键,也是系统维护管理的关键因素,更是充分发挥科技骨干技术储备的关键。
安全性:系统软、硬件需具有可信赖的安全性,软件系统安全性方面应满足单位信息系统安全策略的要求,系统有严格的用户权限和密码保护设计和办法。
可靠性/可用性:系统软、硬件平台应稳定、可靠,能够满足业务系统 7x24 不间断的运行要求;具备成熟的高可用性和双活解决方案。
对数据的完整性和准确性有可靠的保证机制。
可持续发展性:所提供的技术是可持续发展的,是目前的主流技术并有长期发展的目标,能满足单位业务支撑信息系统未来几年业务发展的需求。
可扩展性:随着单位业务的不断发展、壮大,系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。
可扩展性是保护用户投资的重要方面之一。
另外在系统设计时,应选择业界相关领域的主流产品,确保产品旺盛的生命力,以便充分地保护用户的投资。
易用性:系统软件平台应提供丰富的、简单的管理工具,便于管理及系统问题诊断。
开放的标准:系统软件需支持业界通用的开放式标准,降低因兼容性问题造成的问题发生率。
可维护性:系统维护需要简便快捷、不需要太多的管理人员和维护。
系统可维护性十分重要,它直接决定了系统的效能、产出和用户的总体拥有成本。
系统可维护性差会导致系统效能下降、产出降低,维护成本增加,后患无穷。
售后服务技术支持:厂家能提供足够、及时的技术支持与响应,来保证应用系统良好运行状态。
双活数据中心技术架构解决方案
添加 标题
主备数据中心:主数据中心负责处理业务, 备数据中心负责备份数据
添加 标题
数据同步方式:采用实时同步或异步同步 的方式,保证数据的一致性和完整性
添加 标题
数据同步策略:根据业务需求,制定合适 的数据同步策略,如全量同步、增量同步 等
添加 标题
数据同步工具:使用专业的数据同步工具, 如Oracle Data Guard、SQL Server AlwaysOn等,实现数据的高效同步。
主备模式:主 数据中心故障 时,备数据中
心接管业务
双活模式:两 个数据中心同 时提供服务, 故障时自动切
换
负载均衡模式: 根据业务需求, 动态调整数据
中心负载
故障检测与恢 复:实时监控 数据中心运行 状态,及时发 现并恢复故障
双活数据中心技术 架构应用场景
银行:实现数据备份和容灾,保障业务连续性 证券公司:实时同步交易数据,提高交易效率 保险公司:实时同步客户数据,提高客户服务水平 互联网金融公司:实时同步用户数据,提高用户体验
案例背景:某政府机构为了提高业务连续性和数据可靠性,决定实施双活数据中心技 术架构。
解决方案:采用双活数据中心技术架构,实现两个数据中心之间的实时数据同步和 业务负载均衡。
实施效果:提高了业务连续性和数据可靠性,减少了单点故障的风险。同时,提高了 系统可用性和响应速度,提升了用户体验。
评估结论:该政府机构的双活数据中心实施效果显著,值得其他政府机构借鉴和推 广。
业务扩展:支持企业业务扩 展,满足企业业务增长需求
技术升级:支持企业技术升 级,提高企业技术竞争力
双活数据中心技术 架构优势与挑战
数据安全:双活数据中心可以提供数据备份和恢复功能,确保数据安全。 系统稳定性:双活数据中心可以提供高可用性和容错性,确保系统稳定运行。 业务连续性:双活数据中心可以提供业务连续性,确保业务不受中断影响。 资源优化:双活数据中心可以提供资源优化,提高资源利用率。
双活数据中心建设方案
目录第1章概述 (2)1.1数据集中阶段的数据中心建设 (2)1.1.1 传统架构存在的问题 (2)1.1.2 H3C全融合虚拟化架构 (3)1.2双活数据中心建设目标 (3)第2章双活数据中心业务部署 (5)2.1基于IP的业务部署模式 (5)2.1.1 模式简介 (5)2.1.2 企业数据中心IP业务典型部署 (5)2.2基于DNS的业务部署模式 (7)2.2.1 DNS技术简介 (7)2.2.2 企业数据中心DNS典型部署 (8)2.2.3 GSLB与SLB (10)第3章XXXX双活数据中心设计 (13)3.1XXXX网络结构 (13)3.2XXXX双活数据中心部署 (13)第1章概述为进一步推进XXXX信息化建设,以信息化推动XXXX业务工作的改革与发展,XXXX在科技楼建有核心机房和一个小的本地容灾备份中心,现在在干保楼又新建了容灾网,实现同城双中心布局。
为提高业务可靠性与双中心设备资源的利用率,XXXX拟建同城双活数据中心,达到双中心同时对外提供同种业务的目标,同时实现业务切换无感知、计算资源灵活调度的功能目标。
1.1 数据集中阶段的数据中心建设1.1.1传统架构存在的问题传统数据中心网络采用传统以太网技术构建,随着各类业务应用对IT需求的深入发展,业务部门对资源的需求正以几何级数增长,传统的IT基础架构方式给管理员和未来业务的扩展带来巨大挑战。
具体而言存在如下问题:维护管理难:在传统构架的网络中进行业务扩容、迁移或增加新的服务功能越来越困难,每一次变更都将牵涉相互关联的、不同时期按不同初衷建设的多种物理设施,涉及多个不同领域、不同服务方向,工作繁琐、维护困难,而且容易出现漏洞和差错。
比如数据中心新增加一个业务类型,需要调整新的应用访问控制需求,此时管理员不仅要了解新业务的逻辑访问策略,还要精通物理的防火墙实体的部署、连接、安装,要考虑是增加新的防火墙端口、还是需要添置新的防火墙设备,要考虑如何以及何处接入,有没有相应的接口,如何跳线,以及随之而来的VLAN、路由等等,如果网络中还有诸如地址转换、7层交换等等服务与之相关联,那将是非常繁杂的任务。
某三级甲等医院数据中心双活建设方案
医院在两个数据中心各 部署一台安装Oracle Linux操作系统的物理服 务器,组成Oracle RAC 负载均衡故障转移集群 。
通过Oracle自动存储管 理ASM功能对两个数据 中心的存储提供外部冗 余管理模式,实现跨数 据中心的负载均衡和自 动故障转移功能。
利用Oracle ADG(Active Data Guard) 技术配置只读副 本,完成主备库实时同 步,实现零数据丢失保 护,并满足高性能、高 可靠性、读写分离等需 求。
华为OceanStor Dorado全 闪存储具有较好的横向扩展 能力,可满足未来不可预期 的业务增长,并提供丰富的 数据保护服务。
在不影响业务系统性能的情 况下充分发挥固态硬盘的优 势,提供高性能、高可靠、 高可用的存储系统,保障核 心业务7x24小时稳定在线。
真正A-A双活
医院原有基于VPLEX建立的AP双活数据中心,部 分业务以数据中心A为主以数据中心B为备,部分 业务以数据中心B为主以数据中心A为备。
务双活提供条件。
两个数据中心之间通过裸光 纤直连,存储、交换机和服 务器通过专用的SAN网络互 联,均采用冗余方式组网。
两个数据中心的交换机通过 FC互联,利用其高效率和可 靠性来保障存储之间实时同 步数据。
计算应用层面
01
02
03
04
05
原有电子病历系统依赖 于虚拟化的HA功能实现 高可用,同一时间只能 有一个节点对外提供服 务,无法满足大量并发 业务的应用。
两个数据中心的应用使 用独立的虚拟化集群, 通过流量入口控制进行 集群DRS负载均衡及HA 主备故障切换,从而在 应用层面实现双活。
双活仲裁部署
在早期的双活架构中,医院 仲裁设备部署在6号楼数据 中心,因运维人员理线误碰 导致心跳网络中断而出现脑 裂的情况。
双活数据中心建设方案
双活数据中心建设方案1. 引言随着数字化时代的到来,企业对数据的依赖程度越来越高。
为了保障数据的高可用性和业务的持续运行,越来越多的企业开始选择在建设双活数据中心。
双活数据中心是指建设两个相互独立的数据中心,在一定的范围内能够实现数据的实时同步,以实现高可用性和容灾备份的要求。
本文将介绍双活数据中心的概念和建设方案,并提供一些建议和最佳实践。
2. 双活数据中心的概念双活数据中心是指在不同的地理位置上建设两个相互独立的数据中心,每个数据中心都具备完整的计算、存储和网络设施,能够实时同步数据,并能够相互承担主备关系,以实现高可用性和容灾备份的目标。
双活数据中心的主要特点包括:•高可用性:当其中一个数据中心出现故障时,另一个数据中心可以立即接管业务,并保证业务的持续运行;•容灾备份:数据中心之间实时同步数据,一旦发生灾难性事故,可以快速恢复业务,保证数据的安全性;•负载均衡:双活数据中心可以实现用户请求的负载均衡,提高系统的性能和可扩展性;•流量调度:通过DNS负载均衡和流量调度技术,将用户的请求分配到合适的数据中心,提高响应速度和用户体验。
3. 双活数据中心的建设方案3.1 网络架构设计在双活数据中心的建设中,网络架构设计是非常重要的一环。
合理的网络架构可以保证数据中心之间的实时通信和数据同步。
3.1.1 内部网络架构双活数据中心的内部网络架构应该具备高可用性和容灾备份的特点。
常见的网络架构设计包括:•网络冗余:采用冗余的网络设备和链路,防止单点故障导致网络中断;•拓扑设计:采用多层结构的网络拓扑,区分核心层、汇聚层和接入层,提高网络的可管理性和可扩展性;•路由策略:通过合理的路由策略,保证数据的快速传输和业务的顺利进行;•安全策略:加强网络的安全防护措施,防止恶意攻击和数据泄露。
3.1.2 外部网络架构双活数据中心之间的网络通信需要考虑跨地理位置的问题。
常见的外部网络架构设计包括:•建立专线连接:通过建立专线连接或VPN隧道,保证数据中心之间的实时通信和数据同步;•BGP协议路由:采用BGP协议路由,实现双活数据中心之间的网络负载均衡和故障切换;•CDN加速:采用CDN加速技术,提高用户访问速度和数据传输效率。
城市商业银行双活数据中心建设方案v1.0
城市商业银行双活数据中心建设方案v1.0一、背景随着金融科技的快速发展,数字化转型已成为银行业发展的必然趋势。
建设数据中心成为银行数字化转型中的核心基础设施之一。
城市商业银行(以下简称“城商行”)也在数字化转型的道路上加速前行,在数据中心建设方面也投入了大量人力和物力资源。
目前,城商行的数据中心全部在本市,为了保障业务的稳定运行,提高业务的可用性和可靠性,城商行需要建设双活数据中心。
二、双活数据中心概述双活数据中心是指银行建立两个或以上的数据中心,并通过网络技术将数据中心实现同步备份。
当一个数据中心出现故障时,其他数据中心能够迅速切换并接替故障中心的功能,保证业务的持续可用性。
同时,双活数据中心能够提高系统的容错能力和安全性。
三、建设目标城商行双活数据中心建设的总体目标是提高业务的可用性和可靠性,保障业务的稳定运行。
具体目标如下:1.建设双活数据中心,实现数据中心的同步备份。
2.提高系统的容错能力和安全性,保障业务的持续可用性。
3.保证数据中心的运行符合监管规定和行业标准。
四、建设方案1. 选址和场地准备城商行将双活数据中心选在本市经济中心区,选址应遵循以下原则:•地理位置优越,便于数据中心之间的网络通信。
•地质构造稳定,地震烈度低。
•环境优雅,无污染源存在。
场地准备应根据数据中心的设计容量和功能需求选择适当的场地,并进行场地设计和改造。
2. 基础设施建设合理的基础设施建设是双活数据中心的基础,包括配电、供电、制冷、制气、照明、安监、灭火、环境监测和机房净化等基础设施建设。
3. 系统集成系统集成是城商行双活数据中心建设的关键环节。
系统集成包括物理层、网络层、存储层、计算层、安全层等部分的集成。
在系统集成方面,城商行需要对设备和软件进行全面的测试和评估,确保系统的性能、可靠性和安全性。
4. 数据迁移和同步备份数据迁移和同步备份是城商行双活数据中心建设的重点。
数据迁移和同步备份需要严格按照规定程序进行,确保数据安全、完整、可靠。
银行同城应用级双活建设最佳实践
银行同城应用级双活建设最佳实践当前核心系统基础架构平台建设中面临着纷繁复杂的技术架构和技术选型,给建设者和领导层造成很多困扰,要更好的建设银行核心架构,需要对一些关键技术以及选型问题进行深入探讨。
为此,社区组织了一系列相关活动,邀请行业专家进行分享交流,为同行在选型以及方案设计方面提供借鉴和参考。
以下是不久前在长沙举办的“银行新核心系统建设技术路线选型及如何实现同城应用级双活线下交流探讨”中,专家同行们针对某银行、某省农信的实践分享和厂商解决方案进行的重点探讨。
1、异构数据库数据同步方式如何选择?答:异构数据库同步根据异构数据库的类型和同步方式而定。
2、应用场景分布式,需要打通双中心大二层后延时多少?答:打通大二层,视两个中心间距而定,同城理论上100KM,往返延时在1MS左右,但实际环境可能会更高些,已经和存储的读写访问时延在同一个数量级了,间距越大,性能影响越大,通常控制在100KM以下。
3、贵行同城双活现状如何?应用哪些技术?同城灾备建设的基本情况?同城灾备自动化切换如何做?双活数据库是两边双写吗?双写系统有哪些?答:目前我行同城应用双活已经应用较为广泛,很多关键渠道类、平台类的业务系统都实现了同城应用双活。
应用负载层采用了两种方式实现生产和同城应用的请求负载均衡,第一种为跨中心应用负载分发的方式,请求从生产数据中心进入,由生产端的应用负载将请求均衡分发到两个数据中心的应用节点,回报文时再原路返回的模式,也就是所谓的单数据中心进,单数据中心出的方式;第二种为跨中心请求负载引流的方式,请求先通过域名解析,按照一定的策略(运营商、地域等)将请求引流至两个数据中心,两个数据中心各自配置独立的网络和负载均衡设备,由本地负载均衡设备负载至本地应用节点,回报文时再原路返回的模式,也就是所谓的两个数据中心进,两个数据中心出的方式。
应用层采用分布式应用集群架构,应用节点分布在生产和同城两个数据中心,对于应用节点间需要共享非结构化数据,可以采用多种方式实现,如存储双活、并行文件系统、双活NAS、对象存储等,根据应用对共享的非结构化数据的性能和数量级需求而定。
双活数据中心解决方案
双活数据中心解决方案目录一、内容概括 (2)1.1 背景与挑战 (2)1.2 双活数据中心定义 (3)1.3 双活数据中心优势 (4)二、双活数据中心架构设计 (5)2.1 总体架构 (7)2.2 服务器与存储架构 (8)2.3 网络架构 (9)2.4 虚拟化技术应用 (11)三、双活数据中心实施步骤 (12)3.1 项目规划与准备 (14)3.2 硬件部署与配置 (15)3.3 软件安装与调试 (17)3.4 测试与验证 (18)四、双活数据中心运维管理 (19)4.1 运维流程 (20)4.2 监控与管理工具 (22)4.3 故障处理与恢复策略 (23)4.4 安全性与合规性保障 (24)五、双活数据中心案例分析 (26)5.1 国内外成功案例介绍 (28)5.2 案例分析 (28)六、双活数据中心发展趋势与展望 (30)6.1 新技术应用 (31)6.2 行业趋势分析 (32)6.3 未来发展方向 (34)七、总结与建议 (35)7.1 双活数据中心价值评估 (35)7.2 实施与推广建议 (37)一、内容概括本解决方案旨在解决企业在构建双活数据中心时所面临的一系列技术和管理问题。
该方案在结构上兼顾灵活性和安全性,注重提升数据中心间的协作能力和冗余性。
方案首先定义了双活数据中心的目标与要求,强调数据中心之间的实时数据同步、负载均衡以及故障切换机制的重要性。
详细介绍了双活数据中心的架构设计,包括网络架构、存储架构以及计算资源分配等关键方面。
本方案还涉及数据中心运维管理的优化措施,包括资源监控、故障预警与处置流程等。
本解决方案还讨论了如何确保数据安全性和合规性,包括数据加密、访问控制以及审计日志管理等。
本方案总结了实施过程中的关键步骤和潜在风险点,并提出了针对性的建议和解决方案,以帮助企业在实施双活数据中心过程中实现平稳过渡和提升运营效率。
1.1 背景与挑战随着云计算、大数据、物联网等技术的快速发展,企业业务需求呈现出多样化和实时性的特点,对数据中心提出了更高的要求。
ScaleIO存储双活建设方案详细
ScaleIO存储双活建设方案详细简介EMC ScaleIO是一个软件定义的存储系统,可以构建存储集群,实现高性能、高可靠的运算。
本文将介绍如何在不同数据中心之间通过EMC ScaleIO实现存储双活。
系统要求- ScaleIO版本:2.x- 网络:至少两个数据中心之间有高带宽的低延迟连接- 存储:至少两个存储节点,在不同的数据中心之间,可以使用硬件存储或虚拟存储双活原理存储双活是指在不同数据中心之间部署相同的存储系统,实现数据的双向同步。
EMC ScaleIO实现存储双活的原理如下:- 不同数据中心之间的存储节点彼此通信- 数据从一个数据中心写入到存储节点A,同时存储节点B也会接收到相同的数据- 当节点A或节点B发生故障时,数据会自动切换到另一节点双活建设步骤步骤一:准备工作- 搭建一个ScaleIO集群- 根据业务需求,将所有存储池分成两个子集,一个存储池用于一个数据中心,一个存储池用于另一个数据中心- 确认两个数据中心之间的网络能够正常通信步骤二:创建两个ScaleIO集群- 在第一个数据中心中创建一个ScaleIO集群- 在第二个数据中心中创建一个ScaleIO集群步骤三:将存储池分配给不同的集群- 将一个存储池分配给第一个数据中心的ScaleIO集群- 将另一个存储池分配给第二个数据中心的ScaleIO集群步骤四:创建集群之间的关系- 在第一个数据中心中创建一个ScaleIO集群之间的关系- 在第二个数据中心中创建一个ScaleIO集群之间的关系步骤五:验证- 确认数据已经在两个数据中心之间同步- 测试其中一个数据中心的故障转移是否正常结论该方案通过EMC ScaleIO实现了存储双活,可以部署在不同的数据中心之间,实现数据的双向同步和故障转移。
但是,需要根据实际业务需求进行具体设计和调整。
打造信用卡系统的“应用级双活”
打造信用卡系统的“应用级双活”作者:暂无来源:《计算机世界》 2014年第18期在IT 系统部署的过程中,光大银行信用卡中心曾经面对过一次突破旧有模式的挑战。
这场挑战最终的结果如何?本报记者李旭阳刷卡、签字、按月还款,这是一套信用卡的标准使用流程。
对于绝大部分信用卡用户而言,不知道也根本不需要知道,在这套步骤简单的流程背后发生了什么。
但是,在银行看来,信用卡交易却是复杂的系统性工程。
这种复杂,从根本上来说其实可以概括为四个字:稳定可靠。
保证交易的稳定,保证系统的可靠,这说起来简单,实际上却不容易。
银行IT 人员需要设置一道又一道的“保险”,以未雨绸缪地将所有可能危害到交易的风险挡在门外。
因此,在世界范围内,银行业是在IT 系统上投入最多的垂直行业之一。
由于追求稳定可靠,因此大部分银行的业务系统都在尽可能地少做甚至不做大的变动,这不仅是因为中间复杂的流程多少会让人望而却步,同时也是为了最大限度地减少出错的概率。
然而,光大银行偏偏就反其道而行,打造出了一套创新的信用卡前置系统方案。
此“双活”非彼“双活”信用卡前置系统是信用卡核心系统的一部分,其主要用于检查商户和卡片信息,同时核对密码并处理相应的业务计算,将交易信息送往信用卡中心,传送信用卡核心系统返回信息,并送往商户终端完成整个交易流程。
可以说,前置系统是信用卡处理过程中“迎来送往”的关键一环。
就是在这样一个重要环节上,光大银行完成了完全自主设计的“创举”。
“没有人做过与我们一样的方案。
”中国光大银行信用卡中心技术部总经理李铁成谈到他们的信用卡前置系统时表示,“从银行的角度来看,一般大家更依赖于厂商现有的解决方案,用一个成熟的操作系统级别的数据库方案来实施。
”李铁成将光大银行信用卡中心的这套方案称之为“信用卡前置双活体系架构”。
在这个架构中,“双活”成为了最为画龙点睛的字眼。
实际上,“Active-Active(双活)”在容灾领域并不是一个新鲜概念。
应用级双活建设方案
应用级双活建设方案嘿,各位看官,今天咱们来聊聊应用级双活建设方案,这可是个技术活儿。
我这就开始给大家梳理一下,让你们看看这方案是怎么个玩法。
一、方案背景随着企业业务的发展,对信息系统的高可用性要求越来越高。
应用级双活建设方案就是在这样的背景下应运而生。
简单来说,就是让两个数据中心同时运行,互为备份,当一个数据中心出现问题时,另一个数据中心能够立刻接替它的工作,保证业务不中断。
二、方案目标1.提高系统可用性:通过应用级双活,实现99.999%的系统可用性,让业务运行更加稳定。
2.提高数据安全性:实现数据的实时备份,确保数据不丢失。
3.提高运维效率:通过自动化运维,降低运维成本。
4.提高业务连续性:在发生灾难时,能够快速切换到备用数据中心,保证业务连续性。
三、方案架构1.双活数据中心:建设两个数据中心,一个主数据中心,一个备用数据中心。
两个数据中心之间通过专线连接,实现数据的实时同步。
2.应用负载均衡:通过负载均衡技术,将用户请求分发到两个数据中心,实现负载均衡。
3.数据库双活:采用数据库双活技术,实现数据库的实时同步。
4.存储双活:采用存储双活技术,实现存储设备的实时同步。
5.网络双活:采用网络双活技术,实现网络的实时同步。
四、方案实施1.硬件部署:在两个数据中心分别部署服务器、存储、网络等硬件设备。
2.软件部署:在服务器上部署操作系统、数据库、中间件等软件。
3.数据同步:配置数据同步软件,实现数据的实时同步。
4.负载均衡:配置负载均衡设备,实现用户请求的负载均衡。
5.监控与运维:部署监控软件,实时监控双活系统的运行状况,通过自动化运维工具,实现运维工作的自动化。
五、方案优势1.高可用性:通过双活架构,实现系统的高可用性。
2.数据安全性:实时备份,确保数据不丢失。
3.灵活扩展:根据业务需求,可灵活扩展数据中心规模。
4.运维简化:自动化运维,降低运维成本。
5.业务连续性:快速切换,保证业务连续性。
六、方案实施注意事项1.充分评估业务需求,确保方案能够满足业务发展。
应用双活建设标准国标
应用双活建设标准国标一、概述本标准旨在为应用双活(Active-Active)建设提供一套规范和指导,以确保企业信息化建设的高效、安全和稳定。
本标准适用于各类企业,特别是对数据安全和业务连续性要求较高的行业,如金融、医疗、物流等。
二、范围本标准涵盖了应用双活建设的各个方面,包括系统架构、技术选型、灾备策略、运维管理、安全措施等。
本标准适用于新建、改建和扩建的应用双活系统,适用于各种规模的企业。
三、系统架构应用双活系统应采用分布式架构,支持高可用性、可扩展性和可伸缩性。
系统应具备灵活的负载均衡机制,确保不同节点之间的负载均衡分配。
系统应支持多租户架构,以满足不同业务部门或用户的需求。
四、技术选型应用双活系统的技术选型应遵循以下原则:1. 高性能:系统应具备高性能的处理能力和数据吞吐量,以满足大规模并发请求的需求。
2. 可靠性:系统应采用成熟可靠的技术,如分布式存储、容错机制等,以确保系统的稳定运行。
3. 可扩展性:系统应支持灵活的扩展,以满足业务增长的需求。
4. 安全性和隐私保护:系统应采用加密技术和访问控制策略,确保数据的安全和隐私保护。
五、灾备策略应用双活系统应采用完善的灾备策略,以确保业务的连续性。
灾备策略应包括以下内容:1. 异地灾备:应建立异地灾备中心,实现数据备份和快速恢复。
2. 故障恢复:应建立完善的故障恢复机制,确保在故障发生时能够快速恢复系统运行。
3. 备份策略:应制定合理的备份策略,定期对数据进行备份,以防止数据丢失。
4. 应急预案:应制定应急预案,应对突发性事件,确保业务能够快速恢复正常。
六、运维管理应用双活系统的运维管理应遵循以下原则:1. 规范化和标准化:应建立规范的运维管理制度和标准操作流程,确保运维工作的有序进行。
2. 监控和预警:应建立完善的监控和预警机制,及时发现和解决潜在问题。
3. 应急响应:应建立应急响应团队,应对突发性事件,确保系统能够快速恢复正常运行。
4. 培训和文档:应对运维人员进行培训和文档管理,确保运维工作的准确性和效率。
双活或多活_数据中心网络建设方案详细
数据中心网络建设方案目录第一章数据中心现状分析 (4)第二章数据中心网络技术分析 (4)2.1 路由与交换 (4)2.2 EOR 与TOR (5)2.3网络虚拟化 (5)2.3.1 网络多虚一技术 (5)2.3.2网络一虚多技术 (7)2.4 VM互访技术(VEPA) (7)2.5 虚拟机迁移网络技术 (11)第三章方案设计 (13)3.1网络总体规划 (13)3.2省级数据中心网络设计 (15)3.3市级数据中心网络设计 (16)3.4区县级数据中心网络设计 (17)3.5省、市、区/县数据中心互联设计 (18)3.5.1省、市数据中心互联 (18)3.5.2市、区/县数据中心互联 (19)3.5.3数据中心安全解决方案 (19)第四章方案的新技术特点 (21)4.1量身定制的数据中心网络平台 (21)4.1.1最先进的万兆以太网技术 (21)4.1.2硬件全线速处理技术 (22)4.1.3 Extreme Direct Attach技术 (24)4.1.5 帮助虚机无缝迁移的XNV技术 (29)4.1.5环保节能的网络建设 (33)4.2 最稳定可靠的网络平台 (34)4.2.1 独有的模块化操作系统设计 (34)4.2.2超强的QOS服务质量保证 (35)4.3先进的网络安全设计 (37)4.3.1设备安全特性 (38)4.3.2用户的安全接入 (39)4.3.3智能化的安全防御措施 (40)4.3.4常用安全策略建议 (41)附录方案产品资料 (45)1.核心交换机BD 8800 (45)2.SummitX670系列产品 (49)3.三层千兆交换机Summit X460 (61)4.核心路由器MP7500 (69)5.汇聚路由器MP7200 (75)6.接入路由器MP3840 (81)7.接入路由器MP2824 (85)8.MSG4000综合安全网关 (90)第一章数据中心现状分析云计算数据中心相比较传统数据中心对网络的要求有以下变化:1、Server-Server流量成为主流,而且要求二层流量为主。
双活数据中心解决方案
应急演练:定 期进行应急演 练,提高应急 处理能力和团
队协作能力
持续优化:根 据实际运行情 况,不断优化 应急恢复方案, 提高数据中心 的可靠性和稳
定性。
6
成功案例分析
某银行采用双活数据中心解决方案,实现业 务连续性
某电商采用双活数据中心解决方案,应对双 十一等大流量场景
某政府机构采用双活数据中心解决方案,保 障政务系统稳定运行
故障排除:根据故障原因, 采取相应措施进行故障排除
06
总结分析:对故障原因进行 总结分析,提出改进措施, 防止类似故障再次发生
故障处理流程
01
故障检测:实时监控系统,及 时发现故障
03
故障修复:采取相应措施,修 复故障
05
故障总结:分析故障原因,总结 经验教训,提高系统可靠性
02
故障定位:分析故障原因,确 定故障位置
1 确保两个数据 中心的数据实 时保持一致
数据压缩技
2 术:减少数 据传输的带 宽占用
数据加密技
3 术:保障数 据传输的安 全性
数据校验技
4 术:确保数 据的完整性 和准确性
负载均衡技术
概念:将网络流量 均匀地分配到多个
服务器,提高系统 1
的性能和可用性
应用场景:双活数 4
据中心、云计算、 负载均衡器等
3
数据中心容灾备份
01
应用场景:数据中心故障、自然灾害、网络攻击等
02
功能:实时数据备份、数据恢复、业务连续性保障
03
技术实现:存储虚拟化、数据复制、数据压缩等
04
优势:降低数据丢失风险、提高业务连续性、降低运营成本
业务连续性保障
01 双活数据中心解决方案可
双活解决方案
双活数据中心间通过专用网络连接,采用多路径、高带宽的网络架构,确保网络通信的稳定性和低延迟。网络设计包括:
-双向冗余网络连接,避免单点故障。
-虚拟路由器冗余协议(VRRP)实现网络设备的冗余。
-分布式拒绝服务(DDoS)防御措施,确保网络安全性。
3.存储设计
存储系统采用分布式存储技术,实现数据的冗余存储和实时复制。关键特性包括:
2.网络设计
双活数据中心之间采用高速专线连接,确保网络带宽满足业务需求。同时,采用虚拟私有云(VPC)技术,实现两个数据中心之间的内网互通。
3.存储设计
双活数据中心采用共享存储架构,通过存储复制技术(如SRDF、HyperMetro等)实现数据实时同步。此外,采用存储虚拟化技术,提高存储资源利用率,降低运维复杂度。
数据库系统采用双活配置,通过数据库镜像或复制技术,实现数据的实时同步。设计重点包括:
-数据库事务日志同步,保证数据一致性。
-自动故障恢复机制,减少人工干预。
6.应用设计
应用层采用微服务架构,服务间通过服务总线进行通信,提高系统的灵活性和可扩展性。设计要点包括:
-服务冗余部署,确保服务的高可用性。
-服务注册与发现机制,实现服务动态路由。
四、实施方案
1.硬件设备选型与采购:根据业务需求,选择合适的硬件设备,包括服务器、存储、网络设备等。
2.软件系统部署:在两个数据中心部署相同的软件系统,包括操作系统、数据库、中间件、应用系统等。
3.数据同步:配置存储复制和数据库镜像,实现双活数据中心之间的数据实时同步。
4.网络配置:配置双活数据中心之间的网络连接,确保内网互通,并设置防火墙、负载均衡等安全策略。
2.数据一致性需求:要求双活数据中心之间的数据实时同步,保证数据一致性和完整性。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1.逻辑架构2.方案简述某客户为了保证业务的连续性,需要部署双活数据中心,传统的数据中心解决方案,正常情况下只有主数据中心投入运行,备数据中心处于待命状态。
发生灾难时,灾备数据中心可以短时间恢复业务并投入运行,减轻灾难带来的损失。
这种模式只能解决业务连续性的需求,但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂,正常情况下灾备中心不对外服务,资源利用率偏低,造成了巨大的浪费。
两个数据中心(同城/异地)的应用都处于活动状态,都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑,数据库采用主备方式部署,数据库读写操作都在主中心进行,灾备中心进行数据同步。
发生灾难时,数据中心间的数据库可以快速切换,避免业务中断。
双活数据中心可充分盘活闲置资源,保证业务的连续性,帮助用户接入最优节点,提高用户访问体验。
3.实施方案详述真正的双活,要在数据中心的从上到下各个层面,都要实现双活。
网络、应用、数据库、存储,各层面都要有双活的设计,这样才能真正意义上实现数据中心层面的双活。
从某种程度上说,双活数据中心可以看做是一个云数据中心,因为它具有云计算所需的高可靠性、灵活性、高可用性和极高的业务连续性水平。
不仅能够满足应用对性能、可用性的需求,而且还可以灵活动态扩展。
3.1网络子系统3.1.1简述从网络上来看,双活数据中心需要将同一个网络扩展到多个数据中心,在数据中心间需要大二层网络连接并且实现服务器和应用的虚拟化数据中心互联技术。
大二层的网络技术有 IRF、TRILL、SPB、EVI 等。
IRF 是将多台网络设备(成员设备)虚拟化为一台网络设备(虚拟设备),并将这些设备作为单一设备管理和使用。
IRF 把多台设备合并,简化了管理提高了性能,但 IRF 构建二层网络时,汇聚交换机最多是可达 4 台,在二层无阻塞的前提下可接入 13824 台双网卡的千兆服务器,如果客户期望其服务器资源池可以有效扩充到 2 万台甚至更大,就需要其他技术提供更大的网络容量。
TRILL 的全称就是 Transparent Interconnection of Lots of Links,顾名思义,其本质就是将很多条链路透明地组织在一起,以致于上层 IP 应用感觉这只是一条链路。
它本质上是一个 2.5 层的技术,使用最短路径、多路径等三层路由技术来讲多条链路组织成为一个大二层网络,并支持 VLAN、自配置、多播等二层功能。
TRILL 目前最大可以支持 10 核心组网,其最大能力可以无阻塞的接入27648 台双网卡千兆服务器,但 TRILL 技术目前在芯片实现上存在客观缺陷,核心层不能支持三层终结,也就是说 TRILL 的核心层不能做网关设备。
必须要在核心层上再增加一层设备来做网关,这导致网络结构变得复杂,管理难度增加,网络建设、运维成本都会增加。
SPB 的组网方案和 TRILL 基本相同(同样可支持接入 27648 台),其优势在于能够方便的支持 VLAN 扩展功能,但同样存在网关与 SPB 核心必须分离的芯片缺陷,导致网络层次增加,管理、运维成本增加。
EVI 可以通过汇聚层和核心层之间的 IP 网络实现二层互通,所以通过 EVI扩展多个二层域的时候不需要更改布线或是设备,仅仅需要在汇聚设备上启用EVI 特性即可,这样可以平滑的扩展二层网络的规模。
其技术成熟、架构稳定,能够支持大规模二层网络,运维也简单方便。
在数据中心之间建设一虚拟的大二层网络是实现网络双活的基础。
通过大二层网络,可以实现跨数据中心的集群、资源共享和故障探测,它是保证故障发生后到故障切换中间过程不丢包的重要手段。
另外通过负载均衡技术,可以实现流量在不同数据中心间的调度以及在单数据中心多服务器的负载分担;同时,负载均衡设备也是探测业务故障实现自动切换的关键实现点。
3.1.2设计实现3.1.2.1外网接入该部分容只是根据其他用户的经验提供一些建议,具体设计与实施需要专业的网络系统厂商或集成商提供。
建议两个生产分别租用两条互联网出口线路,一条联通线路,一条电信线路(每数据中心一条链路也可)。
在每条线路出口处,分别透明部署一台负载均衡设备,用来实现多广域网线路选路和冗余备份,使用户可以通过最快线路访问某客户的业务系统,加快了数据中心访问速度。
同时,当任何一条线路故障,用户依然可以通过另一条广域网线路访问数据中心服务器,提高了数据中心的可靠性。
负载均衡设备会通过多种方式检测两条链路的健康状况,一旦发现其中一条链路故障,会立即将所有用户流量定向至其它可用链路,从而实现网络连接的高可用性。
主要的方法有:为了确保 ISP 链路的畅通,链路负载均衡设备将采用 Ping 的方法,不仅仅检查和其相连的路由器的端口是否可达,还可以检查该链路后续路由节点的连通性(10 跳),已确保整个路径的畅通。
针对所有的网络环境,链路负载均衡设备提供了丰富的 4~7 层检查方式,并可以通过多种检查结果的“与”和“或”运算结果,最终准确判断链路的健康状况。
通过负载均衡设备的智能 DNS 功能,实现两数据中心的灾备功能。
当数据中心 A 的服务器故障或受到攻击而不能提供服务时,负载均衡设备会引导用户(自动或人工)去数据中心 B 访问业务。
在用户的权威 DNS 服务器上添加 NS 记录,使服务器域名的解析权交给主备两个站点的全局负载均衡设备。
当负载均衡设备(无论 A 或 B 中心)收到用户 DNS 请求后,首先会检测服务器状态,确认应用是否健康,能否正常提供服务,广域网线路是否正常等等。
如果主站点服务器能提供正常服务,再根据 DNS 请求包源地址,将域名解析为主站点的联通或电信地址(根据动态探测结果),使用户访问主站点服务器。
如果主站点服务器不能提供正常服务,则将域名解析为备站点的地址,使用户访问备站点服务器。
当两个数据中心的任何一个互联网线路故障或负载均衡设备同时故障,备份中心的负载均衡设备探测到对端数据中心故障,并接管全部 DNS 解析功能,引导用户访问第二个数据中心互联网入口。
3.1.2.2核心区网络该部分容具体设计与实施需要专业的网络系统厂商或集成商提供。
3.1.2.3SAN网络数据中心 A 和数据中心 B 各部署台光纤交换机,光纤交换机之间互为冗余,应用服务器和数据库服务器通过 HBA 卡与两台冗余的交换机进行连接,交换机再与本地的存储的控制器连接,以数据中心 A 为例,SAN 区域网络具体连接如下图:3.2应用子系统3.2.1简述数据中心双活在应用处理层面上实现了完全冗余,通过负载均衡自动路由到不同数据中心的应用服务器,所有的业务系统同时在同城的两个数据中心运行,同时为办公人员提供服务。
当某个数据中心的应用系统出现问题时,有另一个数据中心的应用来持续的提供服务。
好处是服务能力是双倍的,业务连续性和稳定性得到了大大的提高且对用户来说服务体验更好,故障无需感知。
3.2.2设计实现在数据中心部:为了满足高性能和高可靠性的服务需求,将多台服务器通过网络设备相连组成一个服务器集群,每台服务器都提供相同或相似的网络服务。
服务器集群前端部署一台 radware 设备,负责根据已配置的均衡策略将用户请求在服务器集群中分发,为用户提供服务,并对服务器可用性进行维护。
负载均衡设备对数据流量优化时,采用旁挂方式部署,在此模式下只有客户端的请求报文通过负载均衡设备,服务器的响应报文不经过负载均衡设备,从而减轻负载,有效的避免了其成为网络瓶颈。
客户端请求报文的目的地址为虚服务地址(VSIP),此地址由负载均衡设备对外呈现。
负载均衡设备分发服务请求时,不改变目的 IP 地址,而将报文的目的 MAC 替换为实服务的 MAC 后直接把报文转发给实服务。
数据中心间:原数据中心应用服务器可按照上文所述的方式做集群实现负载均衡又或者保持原样,在新建的数据中心 B 采用传统的 X86 机架式服务器搭建与数据中心 A 完全一致的应用服务器系统,建设时要考虑原有性能与新建应用系统差距不能太大。
3.3数据库子系统3.3.1简述数据库双活则是指两个数据库系统可以在相隔比较远的情况下同时运行、支持相同的应用负载,并且在一方出现故障时能够迅速切换到另一方(分钟级),保证业务高可用性。
比如 ORACLE 扩展的 RAC 和 DB2 的 purescale 技术。
但数据库的双活前提必须是网络和存储双活。
以 ORACLE 扩展的 11G RAC 为例,其ASM 卷则需要在两边存储做镜像绑定,以保证读写一致。
在双活数据中心模式下,Oracle RAC 数据库可以实现跨站点部署。
两个Oracle RAC 节点分别部署在两个数据中心(Oracle RAC 1 部署在数据中心A,Oracle RAC 2 部署在数据中心 B),即使数据中心 A 发生故障,也不会影响到运行在数据中心 B 里的 Oracle RAC 2 应用。
同时建议 oracleRAC 结合 VMware HA技术,结合 VMware HA 可以保证数据中心 B 自动重启原来运行在数据中心 A的 Oracle RAC 1 应用。
相比运行在物理架构上 RAC,则运行在 VMware 虚拟化平台之上的 Oracle RAC 不仅可以实现更高级别的业务连续性,而且可以在线进行维护和扩容。
借助 VMware vMotion 技术,还可以在线迁移 Oracle RAC 节点,从而避免了硬件维护时的应用部分中断。
此外,通过 VMware Hot-Add 技术,我们还可以在线增加 RAC 节点虚拟机的 CPU 数量以及存容量,从而避免了硬件扩容时的应用中断。
3.3.2设计实现原理图各数据中心,数据库服务器单独建设一个局域网,并通过高带宽光纤将数据中心 A 与数据中心 B 连接,并部署成 OracleRAC,同时在数据中心 A 中或者其它区域位置部署一台仲裁服务器。
3.4存储子系统3.4.1简述存储双活使信息能在数据中心部以及数据中心之间共享、存取或移动,从而将各种不同的存储系统联合成为单一资源。
它允许地理上分离的两个数据中心间的存储系统同时进行数据存取,对客户透明,且保证了数据的可靠性和可用性。
利用跨数据中心的存储虚拟化功能和数据镜像功能,结合上层应用集群,使两个数据中心都处于运行状态,可同时承担相同业务,提高数据中心的整体服务能力和系统资源利用率,并且互为生产和备份,当单数据中心故障时,业务自动切换到另一数据中心,实现 RPO=0,RTO≈0,解决了传统灾备中心不能承载业务和业务无法自动切换的问题。
存储双活是数据中心双活的重要基础。
3.4.2设计实现4.双活数据中心建议配置。