双活数据中心灾备技术方案架构
医院灾备建设-双活数据中心解决方案.doc
医院灾备建设-双活数据中心解决方案 XX 医院灾备建设灾备技术建议书2016 年 1 月 5 日1 项目概述................................................................... ......................................................................5 1.1 项目背景................................................................... ........................................................... 5 1.2 系统现状描述................................................................... ...................................................5 1.2.1 应用系统现状................................................................... ........................................5 1.2.2 IT 系统现状................................................................... .............................................6 1.3 需求分析................................................................... ...........................................................7 1.3.1 行业发展要求................................................................... ........................................8 1.3.2 灾备建设需求................................................................... ........................................9 2 系统总体设计原则................................................................... .................................................... 11 3 容灾建设方案................................................................... ............................................................ 13 3.1 业务系统特征及灾备需求................................................................... ............................ 13 3.1.1 HIS 门诊类................................................................... ............................................ 13 3.1.2 HIS 住院类................................................................... ............................................ 13 3.1.3 EMR 电子病历系统................................................................... .............................. 14 3.1.4 PACS 影像系统................................................................... ......................................14 3.1.5 LIS 实验室检验系统................................................................... ............................. 15 3.1.6 医院各类经营管理系统................................................................... ..................... 15 3.1.7 业务需求分析汇总................................................................... ............................. 16 3.2 总体架构设计................................................................... .................................................17 3.3 应用双活架构设.........................................18 4 关键技术................................................................... ....................................................................20 4.1 存储层解决方案................................................................... .............................................20 4.1.1 VIS 虚拟化技术................................................................... .... 错误！未定义书签。
业务系统双活灾备服务方案
业务系统双活灾备服务方案一、为啥要有双活灾备。
咱先唠唠为啥业务系统得整这个双活灾备呢？你想啊，现在的业务就像一个超级精密的大机器，每一个小零件（数据和服务）都至关重要。
万一突然来个天灾人祸，像地震把机房震坏了，或者网络被黑客攻击得乱七八糟，要是没有个备份方案，那业务可就直接歇菜了。
这就好比你出门只带了一把钥匙，结果钥匙丢了，家都回不去。
所以啊，双活灾备就是给业务系统多准备几把“钥匙”，确保啥时候都能正常运转。
二、双活灾备是啥概念。
简单说呢，双活就是让两个数据中心或者多个站点都处于“活着”的状态，也就是同时都能对外提供服务。
这可不是一个主一个副的那种备胎关系，而是真正的平等关系。
用户不管访问哪个数据中心，都能得到一样的服务。
就像你有两个手机，两个手机都能打电话、发短信、上网，没有哪个是专门用来当备用的。
灾备呢，就是在灾难发生的时候，能够快速地把业务切换到备份的地方，保证服务不间断。
这就像是你在不同的地方都有房子住，这个房子出问题了，立马就搬到另一个房子去，还不耽误生活。
三、我们的双活灾备方案咋实现。
# （一）网络架构。
1. 高速链路连接。
咱得用高速网络链路把两个数据中心连起来，就像给它们之间修了一条超级高速公路。
这样数据在两个中心之间传输就特别快，用户访问起来也不会感觉到卡顿。
这条链路得是高带宽、低延迟的，就像那种超级跑车走的路，又宽又顺溜。
2. 智能路由策略。
还得有个聪明的路由系统。
这个路由就像一个交通指挥员，能根据网络的情况，自动把用户的请求分配到最合适的数据中心。
比如说，如果一个数据中心的访问量突然变大了，有点拥堵，那路由就会把一部分用户的请求引导到另一个比较空闲的数据中心去，让大家都能快速得到服务。
# （二）数据同步。
1. 实时数据复制。
数据是业务的核心啊，所以数据的同步特别重要。
我们采用实时数据复制技术，就像有个超级复印机，一个数据中心的数据一有变化，立马就复制到另一个数据中心去。
这样两个数据中心的数据就时刻保持一致，不管用户访问哪个中心，看到的都是最新的数据。
双活数据中心及灾备解决方案技术部分
NSX利用层叠网络实现双活数据中心
站点A
三层 网络
站点A 边界网关
上联网络A
VM1
VM 2
vCenter Server
分布式逻辑路由器
逻辑交换机A 172.16.10.0/24
VM
4
逻辑交换机B
172.16.20.0/24
数据存储1
which also aligns with vMotion using Enterprise Plus
• vMSC enables disaster avoidance and basic Disaster Recovery (without the orchestration or testing
• VMotion an数d S据to保ra护ge VMotion
• 高效的数据备份与恢复 • 可通过运行计划与脚本实现自动化操作
灾难恢复
• 基于虚拟化层的异步复制 • 基于硬件设备的同异步复制 • 自动化应用切换管理 • 城域集群
方案特点
• 与应用程序和操 作系统无关 • 与硬件设备无关 • 完善的保护 • 简单，经济
9
Fault Tolerance vs. High Availability
• Fault tolerance
– Ability to recover from component loss – Example: Hard drive failure
• High avail percentage in one year 99 99.9 99.99 99.999 “five nines”
Downtime in one year 3.65 days 8.76 hours 52 minutes 5 minutes
银行双活容灾建设方案技术手册-规划篇
银行双活容灾建设方案技术手册——规划篇目录1、应用层数据复制架构选型规划 (3)2、存储层数据复制架构选型规划 (10)3、整体架构各功能层分解规划设计 (16)4、核心系统双活基础架构规划设计 (19)随着全球IT产业的飞速发展，金融行业的IT建设逐步成为主导金融企业业务发展的核心驱动力，基于金融行业IT系统建设的各种行业标准以及监管标准也相应提高。
IT系统架构的扩展性、灵活性以及容灾能力就成为衡量企业IT建设很重要的标准。
本手册以某银行同城双数据中心建设过程为背景，详细从系统架构集成、资源云化、存储整合以及数据容灾等多个关键方面阐述其规划思路以及建设过程，旨在为同业在此类项目规划和建设过程中提供一些启示和帮助。
1、应用层数据复制架构选型规划1.1 应用事务日志回放技术下图是Oracle数据库层面的数据复制技术（ADG）的架构原理图。
对于该架构原理图，本文从其实现的基本条件、数据复制原理、数据复制的模式以及数据复制的关键因素等几个方面来进行深度剖析。
Oracle Active Data Guard1.1.1 前提条件容灾站点之间需要有三层以太网连通，软件层面需要数据库的集群软件模块（Oracle Active Data Gurard）或者是db2 purscale hadr。
服务器层面需要至少两套服务器系统分别部署于两个数据中心。
存储层面需要两套存储空间分别部署于两个站点作为主库存储和备库存储，他们互相之间独立。
1.1.2 复制原理对于主站点的数据库来讲，客户端的数据更新请求首先要由日志写入进程写到重做日志当中，然后由数据写进程再周期性地写入数据文件当中。
重做日志当中以SCN为数据库独有的时间搓序列来记录所有数据库更新的先后顺序，从而保障数据库恢复能够按照正确的顺序执行保障数据一致性和完整性。
那么对于配置了Active Data Guard的数据库读写的完成在以上所述过程中，日志写进程在本地日志文件写入过程的同时，日志传输进程会将缓存里面的重做日志通过ADG传输给灾备站点的备库实例，备库实例的日志接收进程根据接受到的重做日志在备库上重新执行数据库的更新操作，从而保证主库和备库的事务性更新行为一致性，最终保证数据的一致。
双活灾备方案
双活灾备方案方案一双活灾备方案在当今数字化高速发展的时代，数据和业务的连续性成为了企业生存和发展的关键。
时不时出现的自然灾害、硬件故障、人为失误等，都可能给企业带来致命的打击。
这就是我们制定双活灾备方案的背景，目的很简单，就是要确保在各种“幺蛾子”出现时，企业能够稳如泰山，业务不中断，数据不丢失。
其意义嘛，那可大了去了，不仅能保护企业的“钱袋子”，还能保住企业的声誉和客户的信任，不然一旦出问题，那可真是“凉凉”了。
咱们先定个小目标，方案实施后，在遇到灾难事件时，业务恢复时间要控制在 30 分钟以内，数据丢失量不超过 10 分钟的数据，系统可用性要达到 99.99%以上。
来看看现状，内部情况是咱们的业务系统越来越复杂，数据量也与日俱增，现有的备份手段有点跟不上节奏啦。
外部呢，竞争对手们都在加强灾备能力，市场对企业的服务连续性要求越来越高，客户可不会容忍咱们动不动就“掉链子”。
具体方案内容如下：首先，搭建双活数据中心，实现数据实时同步。
这就像是给数据找了两个“家”，一个“家”出问题，另一个“家”立马顶上。
然后，优化网络架构，确保数据传输的高效稳定，别让数据在“路上”堵着。
还有，建立完善的监控和预警系统，让咱们能提前发现问题，别等出了事才傻眼。
风险评估与应对这一块，可能会出现网络延迟导致数据同步不及时，那咱就多弄几条备用网络线路呗。
要是数据中心出现故障，得有快速切换的应急预案，平时多演练，关键时刻才不慌。
效果评估方面，用业务恢复时间、数据丢失量、系统可用性这些指标来衡量。
每季度进行一次评估，通过模拟灾难事件来测试方案的有效性。
怎么样，这方案是不是还挺靠谱？方案二双活灾备方案哎呀，如今这世界变化快，各种意外情况防不胜防。
要是企业因为没做好灾备，一下子业务中断、数据丢失，那可真是哭都没地方哭去。
所以咱得搞个双活灾备方案，这就是背景啦。
目的就是让企业在灾难面前也能昂首挺胸，继续赚钱，意义嘛，那就是给企业穿上一层“金钟罩铁布衫”，让它不怕风吹雨打。
双活数据中心技术架构
双活数据中心技术架构1. 引言1. 背景介绍：随着企业规模的扩大和业务需求的增加，传统单一数据中心已经无法满足高可用性、容灾备份等要求。
2. 目标：本文档旨在介绍双活数据中心技术架构，以实现系统高可用性、故障恢复能力和负载均衡。
2. 双活数据中心概述1. 定义：双活数据中心是指通过部署两个或多个相互独立但功能完全相同的主/从站点来提供服务，并保持这些站点之间实时同步。
2. 特点：a) 高可靠性: 当一个站点发生故障时，其他正常运行的站点可以接管其工作并确保服务不间断；b) 故障切换速度快: 系统具有自动检测到异常情况并迅速进行切换至备份节点；c) 数据一致性: 主/从节点之间采取实时同步机制，确保所有操作都得到正确执行。
3.核心组件及功能详解a）负载均衡器（Load Balancer）i）定义与原理说明;ii）使用场景及优势;iii）常见的负载均衡算法。
b) 数据同步与复制（Data Replication） i）主从模式；ii）数据一致性保证机制；iii）实时同步技术介绍。
c) 故障切换与恢复（Flover and Recovery） i) 自动故障检测和切换流程说明；ii) 快速恢复策略。
4. 双活数据中心架构设计a) 网络拓扑结构：i）双活网络互联方案选择；ii）子网规划和IP地址分配。
b) 主/从节点部署方式：i ) 各个站点角色定义，如何选取主节点、备份节点等；ii ) 节点间通信协议配置。
5.附件：本文档涉及到以下附件，请参考相关文件进行具体操作或设置:- 示例网络拓扑图- 配置示例6.法律名词及注释：- 双活数据中心: Dual Active Data Center, 源自英文缩写DADC.- 容灾备份: Disaster Recovery (DR), 是指在系统发生严重事故后能够快速将业务迁移到其他地理位置的设施，并确保服务可用性不受影响。
F5双活数据中心解决方案
F5双活数据中心解决方案本文档介绍了F5双活数据中心解决方案的详细内容，包括架构设计、实施步骤、配置要求等。
通过本文档，您将了解如何使用F5双活数据中心解决方案来实现高可用性和灾备性能的架构设计。
目录：1.介绍1.1 解决方案概述1.2 业务需求1.3 目标2.架构设计2.1 双活数据中心架构2.2 组件介绍3.功能详解3.1 高可用性配置3.2 灾备配置4.实施步骤4.1 环境准备4.2 配置双活数据中心功能4.3 配置高可用性4.4 配置灾备5.配置要求5.1 软件要求5.2 硬件要求5.3 网络要求6.测试与验证7.故障排除8.最佳实践9.安全考虑10.升级与维护11.参考文档1.介绍1.1 解决方案概述本解决方案基于F5双活数据中心技术，通过配置高可用性和灾备性能，实现业务系统的连续性和可靠性。
1.2 业务需求针对现有业务系统在单数据中心部署存在单点故障和灾备性能不足的问题，需要实现业务系统在多数据中心的高可用性和灾备性能。
1.3 目标本解决方案的目标是通过配置F5双活数据中心解决方案，实现业务系统在多数据中心的高可用性和灾备性能，保障业务的连续性和可靠性。
2.架构设计2.1 双活数据中心架构双活数据中心架构由两个数据中心组成，每个数据中心都部署了F5负载均衡设备和相关服务器设备。
双活数据中心通过高速网络进行数据同步和故障切换。
2.2 组件介绍2.2.1 F5负载均衡设备：用于实现负载均衡和高可用性功能，通过监控服务器的健康状态，将请求分发到可用的服务器上。
3.功能详解3.1 高可用性配置配置F5负载均衡设备的高可用性功能，包括监控服务器的健康状态、设置故障切换策略等。
3.2 灾备配置配置F5负载均衡设备的灾备性能，包括数据同步、故障切换、流量控制等。
4.实施步骤4.1 环境准备准备好所需的硬件设备、软件配置、网络环境等。
4.2 配置双活数据中心功能配置F5负载均衡设备的双活数据中心功能，包括设置数据同步、故障切换等。
双活数据中心与灾备项目解决方案概览共34页文档
谢谢！
36、自己的鞋子，自己知道紧在哪里。——西班牙
37、我们唯一不会改正的缺点是软弱。——拉罗什福科
xiexie! 38、我这个人走得很慢，但是我从不后退。——亚伯拉罕·林肯
39、勿问成功的秘诀为何，且尽全力做你应该做的事吧。——美华纳
双活数据中心与灾备项目解 决方案概览
31、别人笑我太疯癫，我笑他人看不 穿。(名 言网) 32、我不想听失意者的哭泣，抱怨者 的牢骚 ，这是 羊群中 的瘟疫 ，我不 能被它 传染。 我要尽 量避免 绝望， 辛勤耕 耘，忍 受苦楚 。我一 试再试 ，争取 每天的 成功， 避免以 失败收 常在别 人停滞 不前时 ，我继 续拼搏 。
33、如果惧怕前面跌宕的山岩，生命 就永远 只能是 死水一 潭。 34、当你眼泪忍不住要流出来的时候 ，睁大 眼睛， 千万别 眨眼!你会看到 世界由 清晰变 模糊的 全过程 ，心会 在你泪 水落下 的那一 刻变得 清澈明 晰。盐 。注定 要融化 的，也 许是用 眼泪的 方式。
35、不要以为自己成功一次就可以了 ，也不 要以为 过去的 光荣可 以被永 远肯定 。
双活数据中心技术架构解决方案
汇报人：小无名 2023-11-27
contents
目录
• 引言 • 架构设计 • 技术实现 • 安全与性能保障 • 部署与实施 • 优势与收益 • 总结与展望
01
引言
背景介绍
01
随着信息化时代的快速发展，企 业和组织对数据中心的需求逐渐 增加，以支持其业务连续性和数 据高可用性。
要点二
详细描述
持续数据保护技术可以确保数据在任何时间点都处于可用 状态，即使发生硬件故障或灾难性事件。它可以通过数据 备份和恢复来实现数据的完整性和可用性，同时还可以实 现容灾功能，确保数据在灾难发生时能够快速恢复。此外 ，持续数据保护技术还可以制定数据保护与恢复策略，确 保数据的可用性和完整性得到最大程度的保障。
两个数据中心
双活数据中心技术架构解决方案包括两个地理位置上分离 的数据中心，它们在网络上是相连的，并且都处于运行状 态，同时为用户提供服务。
负载均衡
总体架构通过负载均衡的方式在两个数据中心之间分配用 户请求，确保每个数据中心都能得到充分利用，并且能够 平衡负载。
高可用性
总体架构通过在两个数据中心之间建立高可用性集群，确 保用户请求能够自动切换到另一个可用数据中心，从而保 证业务的连续性。
负载均衡
通过负载均衡技术，将系 统负载分散到多个服务器 上，提高系统处理能力和 响应速度。
自动化监控
建立自动化监控系统，实 时监测系统性能指标，及 时发现和解决性能瓶颈。
容错机制
设计容错机制，避免单点 故障对系统性能的影响， 保证系统的可用性和稳定 性。
容灾与恢复策略
备份与恢复策略
01
制定完善的备份与恢复策略，确保数据在意外情况下能够迅速
双活数据中心技术架构PPT
➢ 作为应急或容灾 ➢ 作为读写分离 ➢ 作为数据保护手段（结合flash DB）
Primary 数据库
Network
同步或异步 Redo 传送
调度管理器
物理Standby 数据库（平时不能打开）
数据延迟
存在延迟 （和日志量有关）
可维护性
可靠性
适用模式
较差，系统变 较好，支持多线
更需要人工介 程，不影响生产
入
需定期重新同步
数据一致性 要求较低或 基于表的同
步
基于数据库自 身
HA模式 双活模式 线性拆分 分布式集群
oracle active dataguard
一致（前提正 常同步）
不支持
Oracle Extended RAC
内存库集群部署主要有HA模式，双 活模式，线性拆分和分布式集群四种
模式。
3/22/2022
HA模式 线性拆分模式
双活模式 分布式集群模式
9
数据层双活技术比较
物理库 内存库
技术种类
技术特征
基于数据逻辑 DSG、gg、
复制软件
shareplex等
数据一致性
逻辑错误会导 致不一致，无
法稽核
双活读 写
支持
备份
Redo 恢复
DIGITAL D ATA ST ORAGE DIGITAL D ATA ST ORAGE
ADG = Active Data Guard
逻辑Standby（ADG）
转换 数据库（平时只读访问） 实时查询
Redo 成为SQL
双活数据中心与灾备解决方案
站点1集群
扩展的 二层网络
ESXi ESXi
站点2集群
• 东西向流量增加，影响应用性能 • DRS关联规则会增加管理任务
ESXi
ESXi
ESXi
ESXi
– 没有自动化调度与测试
• 方案特点
– 两站点有各自管理服务器
– SRM具备站点感知能力
– 可制定详细的测试与恢复计划
资源整合
• 减少生产端和容灾端的硬件需求 • 在容灾端可以采用较高的整合比
6
以虚拟化为基础，灵活、可信、经济的业务连续性保障平台
服务 多种 应 用 支持 多种 关 系 适用 多种 场 景 提供 多种 手 段
关键应用
数据库
二三级应用
开发/测试
教学/科研
双活
互备
主备
多对一
备份到云
单中心
同城双中心
异地双中心
– 免费，RPO=15分钟-24小时，文件级一致性，虚拟机级别颗粒度
vSphere 复制
vSphere vSphere
– 支持异构存储，vCenter直接管理
• 阵列复制功能
– 由合作伙伴提供，需额外购买 – 支持同步或异步复制，应用级一致性，LUN级别颗粒度
• 应用一致性：Oracle DataGuard, SQL Always On, Exchange DAG
两地三中心
分支到中心
高可用
容错
迁移
存储迁移
备份
复制
快照
7
应用场景与解决方案
8
业务连续性解决方案的几种主要应用场景
同城双活
异地灾备
两地三中心
双活数据中心解决方案
双活数据中心解决方案目录一、内容概括 (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 背景与挑战随着云计算、大数据、物联网等技术的快速发展，企业业务需求呈现出多样化和实时性的特点，对数据中心提出了更高的要求。
Oracle双活数据中心及灾备解决方案
只需要访问数据所在分区即可
各种维护工作以分区为单位 进行，其他分区仍可访问
24
数据压缩
• 不同的压缩级别
• 在表空间，表和分区级可具体指定压缩级别
• 典型压缩比率从 3:1到 50:1
• 压缩由实际数据决定 • 压缩规则基于数据冗余
• 主要好处是节省开销
• 节省 TB级的存储而不影响性能或功能
34
容灾关键要素
周天 时分秒
秒分 时 天周
数据恢复时间点
应用恢复时间
• 数据恢复时间点(RPO)
故障时间
应用恢复时间（RTO）
• RPO (Recovery Point Objective): • 以数据为出发点 • 能够容忍的数据丢失量
RTO (Recovery Time Objective): 以应用为出发点
灾备系统不仅仅要考虑主备切换，也需 要考虑备主切换
容灾系统不仅仅需要考虑当前需求，同 时要考虑将来3-5年或者更长时间需求
3636
备份及灾难恢复的主流模式
• 基于存储的数据块或文件复制
• 存储镜像复制 • 操作系统卷复制 • SAN网络复制
整合
战术层面: 技术
虚拟化
业务持续性
高性能
信息安全 IT集中管理
27
高效的管理平台
集中管理 数据遮蔽
集中监控
事件 管理数据
配置变更管理
策略 业务服务与
SLA管理
性能诊断与优化
ORACLE
28
企业管理器 EM12C—真正的IT中心
性能
可管理性
安全性
集成的 技术体系
可靠性 支持
29
xxxx双活容灾数据中心解决方案
OA系统 网站集群 人事系统 …
承载核心业务系统
场景
需求
技术方案
方案说明
备注
统一标准化架构、高性能、高可靠性、易
DMZ区资源扩容
采用超融合企业级云方案构建
扩展、统一管理、灵活调配
核心业务实现双中心双活 RPO=0,RTO=0
GSLB（全局负载均衡）+SLB（服务器 1、方案一：分应用主备模式
负载均衡）
2、方案二：应用双活
1、方案一：适用于非1：1建设 的业务，前期规划需要明确 2、方案二：适用于1：1建设的 业务，备中心资源要求高
超融合一体机 云操作系统
稳定安全Biblioteka 高性能计算存储
网络
安全
关键技术1——基于超融合架构的企业级云平台（完善的软件定义数据中心技术）
仅需2类物理设备
深信服智能交换机
深信服超融合 标准X86服务器
替代5大硬件基础设施
智能云管理平台 aCMP
（替代传统人工运维）
多租户、编排、运维、审批...
软件定义安全 aSEC
灾备软件
技术能力
建设原则
通过对用户需求的了解，结合信息中心业务特点，方案主要遵循以下原则进行设计：
高性能：充分考虑容灾系统的处理能力，具有长足的发展能力，以适应未来灾备技术的发展。
高可靠性：灾备系统是为了进一步增强关键业务数据的抵御灾难能力，所以在灾备系统设计阶段需要充分考虑其自 身的稳定性和可靠性，从而保障关键数据能够持续、稳定的传送到异地灾备中心。当出现任何问题时都能够通过灾备 数据得以恢复。
核心业务实现跨数据中心HA 多副本，采用超融合集群延伸解决方案 数据保存多个副本，解决数据单点损坏问 逻辑错误难以避免，需综合一
NSX-T-Multisite灾备与双活数据中心解决方案
Compute can be extended between Sites ANDPrimary Site Active for North/South "Blue" Apps
S SLB Server Pool
NSX-TManager Cluster
蓝色系统网络和网段上的VM，以DC1为主， DC2为备
故障分析
22
1. 出口线路sw（图中未画出），L3router，SLB，FW单机故障或相关link fault，会导致路由，STP 重收敛（速度很快1s以下）硬件设备的主备切换，一般3秒即可完成。SLB和FW等session都有保持， 前端用户无任何感知双机均故障的情况B/S应用（no N+M）：出口L3router全故障，DC2 gslb会判断DC1的slb的VS全部失效，更改dns条 目，新连接会到DC2的VIP处理；老的连接（dns cache）会timeout ，重连，内网用户会60秒或几 分钟中断；SLB双故障，同样C/S应用和B/S（在SLB N+M模式，或者是SLB RHI模式）：实际就是一个动态路由切换过程。当双L3或双SLB故障，DC1的路由全消失，DC2的SLB的high cost RHI for VIPs会生效，相关的 subnet网段的high cost routes也会生效，结果就是用户的流量会吸到DC2去。（详请看NOTE）
NSX-T Multisite灾备与双活数据中心
解决方案
" 建设双数据中心的方法
5
双活中心的物理架构模型物理架构的搭建是第一步
内网用户端
仲裁点的选择
数据中心一
数据中心二
FW
6
双活项目需要考虑的方面
应用双活方案，非常庞大， 层次很多。这里仅简单地从 infrastructure这个层面来 讨论主要分为： 网络层应用层（计算，VM等），负 载均衡数据库层， 每家DB都有相应 方案和要求存储（data）层： RAID，磁 盘同步等方案