双活数据中心建设方案
某三级甲等医院数据中心双活建设方案
04
还部署了具有重删压缩功能 的备份一体机，降低网络备 份流量，提升备份效率，并 满足电子病历应用水平分级 评价五级对容灾备份的要求 。
简化双活架构，降低采购和运维成本
简化组网和管理，减轻后台运维压力，两个数据中心 的全闪存储互为镜像，数据可以在两台存储之间实时 同步，并能在单台设备故障切换时实现业务无感知。
在电子病历时代，为满足个体 终生健康保障需求，支持大数 据时代的医学研究，医疗数据 的保存期限需要更久而且要保 证数据不能丢失。
容灾备份要求
《全国医院信息化建设标准与规范（试行）》规 定，三级甲等医院容灾备份应满足：关键业务信 息系统复原时间目标（RTO）≤15分钟，复原点 目标（RPO）≤10分钟。
应用效果
04
全闪存储加速，保证核心业务性能要求
原有存储设备IOPS仅有6.8 万，而华为OceanStor Dorado全闪存储（配置15 块3.84TB NVMe固态盘） 实测IOPS达到23万，系统响 应速度提升3倍以上。
医院电子病历系统迁移至新 双活架构后，系统响应速度 明显提升，就诊高峰期业务 从未出现卡顿情况，连调阅 数据量最大的应用也能在3 秒内完成。
每个数据中心的存储可同时提供 读写服务，实现无缝切换和业务 访问不中断。
为了提升存储空间利用率，启用 数据重删压缩功能，减少数据占 用的空间，提高每TB可用空间性 价比。
网络链路层面
在网络链路层面，医院前期 在基于VPLEX的双活数据中 心建设时已利用OSPF路由协
议实现负载均衡。
1
基于HSRP热备份路由协议 实现链路聚合，数据中心之 间已实现大二层打通，为业
THANKS.
因此，必须建立数据连续保护和容灾备 份方案来保障医疗数据的安全性。
企业双活数据中心规划
企业双活数据中心规划在当今数字化时代，企业对于数据的依赖程度日益加深，数据已成为企业的重要资产和核心竞争力。
为了确保业务的连续性和数据的安全性，企业双活数据中心的规划和建设变得至关重要。
双活数据中心是指两个数据中心同时处于运行状态，能够同时承担业务负载，并在故障发生时实现快速切换，保障业务的不间断运行。
下面将详细介绍企业双活数据中心规划的各个方面。
一、双活数据中心的需求分析在规划双活数据中心之前，首先需要对企业的业务需求进行深入分析。
这包括评估企业的业务类型、业务规模、业务增长趋势、业务连续性要求以及数据量和数据增长速度等。
例如，对于金融、医疗等对业务连续性要求极高的行业，双活数据中心的建设是必不可少的；而对于一些业务规模较小、业务连续性要求相对较低的企业，可以先考虑采用其他备份和恢复策略。
此外，还需要考虑企业的地理分布和用户访问特点。
如果企业的用户分布在不同的地区，为了提高用户访问速度和体验，可能需要在不同的地理位置建设双活数据中心。
二、双活数据中心的架构设计双活数据中心的架构设计是整个规划的核心部分。
常见的架构模式包括主备模式、双活模式和多活模式。
主备模式是指一个数据中心为主，另一个数据中心为备，只有在主数据中心出现故障时，备用数据中心才会接管业务；双活模式则是两个数据中心同时运行，共同承担业务负载，并能够实现快速切换；多活模式则是多个数据中心同时运行，共同分担业务负载。
在架构设计中，需要考虑数据同步、网络连接、应用部署等多个方面。
数据同步是确保两个数据中心数据一致性的关键，通常采用数据复制技术，如基于存储的复制、基于数据库的复制或基于应用的复制等。
网络连接需要保证低延迟、高带宽和高可靠性，可以采用专线连接、VPN 连接或SDWAN 等技术。
应用部署则需要考虑应用的兼容性、负载均衡和故障切换策略。
三、数据中心的选址和设施建设数据中心的选址需要综合考虑地理位置、电力供应、网络接入、自然环境和成本等因素。
企业双活数据中心规划
用户方案需求分析
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
双活数据中心方案
双活数据中心方案本文档旨在详细介绍双活数据中心方案。
双活数据中心是指在一个组织内部建立两个或更多的数据中心，使得在任何情况下均能保持高可用性和冗余性。
1\引言1\1 背景1\2 目的1\3 范围2\双活数据中心架构2\1 数据中心结构概述2\2 网络架构2\3 存储架构2\4 计算架构2\5 负载均衡和容错机制3\双活数据中心部署规划3\1 数据中心位置选择3\2 网络连接规划3\3 存储规划3\4 计算资源规划3\5 安全规划4\数据同步与复制4\1 数据同步原理4\2 数据同步技术选型4\3 数据复制策略4\4 数据完整性和一致性保证5\高可用性与故障转移5\1 故障转移策略5\2 自动化故障转移5\3 监控与预警5\4 容灾测试和演练6\数据中心升级与维护6\1 升级策略和计划6\2 维护策略和计划6\3 软硬件升级流程6\4 灾难恢复过程7\附件●附件1: 双活数据中心网络拓扑图●附件2: 存储架构示意图注释：1\双活：指两个或更多数据中心在活动状态下同时运行，发生故障时能够实现无缝切换。
2\可用性：指系统或服务在规定时间内处于可用状态的能力。
3\冗余性：指系统或服务拥有多余的资源，以保证在故障发生时能够继续提供服务。
4\容错机制：指系统或服务所具备的自动恢复能力，以确保任何故障不会导致系统崩溃或服务中断。
本文档所涉及的法律名词及注释：1\双活数据中心方案：在法律上指一个组织内部建立两个或更多的数据中心，以确保数据和服务的高可用性和冗余性。
2\高可用性：在法律上指系统或服务在规定时间内能够持续提供可用性的能力。
3\故障转移：在法律上指系统或服务在发生故障时自动切换到备用设备，以保证服务的连续性。
4\监控与预警：在法律上指对数据中心和相关设备进行实时监控，并在发生异常情况时提供预警通知。
5\容灾测试和演练：在法律上指定期定时对数据中心的灾难恢复过程进行测试和演练，以验证其可用性和可行性。
本文档涉及附件：1\附件1: 双活数据中心网络拓扑图2\附件2: 存储架构示意图。
智慧银行云双活数据中心整体建设方案
根据数据中心业务特点和运维需求，制定合适的监控指标，包括基 础设施、应用系统、网络安全等方面的指标。
数据采集与存储
采用高效的数据采集技术和存储方案，确保监控数据的准确性和实 时性。
故障诊断与排除流程优化
故障诊断方法
结合监控数据和故障现象 ，采用多种故障诊断方法 ，快速定位故障原因。
故障排除流程
智慧银行云双活数据中心整 体建设方案
汇报人：xxx
汇报时间：2024-03-06
目录
• 项目背景与目标 • 总体架构设计 • 基础设施搭建与资源整合 • 业务连续性保障措施 • 安全管理策略实施 • 运维管理体系建设 • 总结回顾与未来展望
01
项目背景与目标
智慧银行发展趋势
01
数字化转型
智慧银行正通过数字化转型提 升服务质量和效率，以满足客
管理。
虚拟化技术应用
采用成熟的虚拟化技术，如 VMware、KVM等，实现服务器 虚拟化、桌面虚拟化等应用场景， 提高资源利用率和管理效率。
高性能计算支持
针对高性能计算需求，提供GPU虚 拟化、FPGA虚拟化等技术支持，满 足科学计算、图形处理等高性能应 用场景。
存储资源池化及虚拟化技术应用
存储资源池化
运维流程优化
根据实际运维经验和反馈，不断优化运维流程和管理制度，提升 运维管理水平。
07
总结回顾与未来展望
项目成果总结回顾
成功构建智慧银行云双活数据中心
完成了双活数据中心的基础架构建设，实现了业务系统的双活部署，大幅提升了银行业务 的连续性和灾备能力。
优化资源配置，提高资源利用率
通过云计算技术，实现了计算、存储、网络等资源的池化管理和动态调配，提高了资源的 利用率和管理效率。
双活数据中心方案
双活数据中心方案双活数据中心方案1. 引言随着互联网业务的不断发展，数据中心的高可用性和容灾能力变得越来越重要。
传统上，为了确保业务的连续性和数据的安全性，许多企业会建设多个数据中心并采用双活架构。
本文将介绍双活数据中心方案的概念、原理和实施方式，并讨论其优点和挑战。
2. 双活数据中心的概念双活数据中心是指在不同的地理位置建设两个数据中心，并实现两个数据中心之间的数据的实时同步和业务的无缝切换。
通过双活架构，即使一个数据中心发生故障，另一个数据中心仍然能够提供连续的服务，确保业务的不间断运行。
3. 双活数据中心的原理双活数据中心方案主要包括以下几个关键技术：3.1 数据同步数据同步是实现双活数据中心的基础。
数据同步可以通过同步复制或异步复制的方式实现。
同步复制要求数据在两个数据中心之间实时同步，确保两个数据中心的数据完全一致，但对网络质量和延迟要求较高。
异步复制允许一定的延迟，可以在网络不稳定或延迟较大的情况下提供更好的性能，但可能会导致数据的不一致。
3.2 业务切换当一个数据中心发生故障时，需要将业务无缝切换到另一个数据中心。
业务切换可以通过负载均衡器、域名解析或虚拟 IP 地址等方式实现。
负载均衡器可以将流量均匀地分发到两个数据中心，域名解析可以将域名指向另一个数据中心的 IP 地址，虚拟 IP地址则可以使切换过程对用户透明。
3.3 失败检测和自动恢复为了提高系统的可用性和容错能力，需要在双活数据中心中实现故障检测和自动恢复机制。
故障检测可以通过心跳机制或监控系统实现。
一旦检测到故障，系统应该能够自动触发故障切换并将业务切换到备用数据中心。
4. 双活数据中心的实施方式双活数据中心方案可以通过多种方式实施，具体取决于业务需求和预算限制。
以下是几种常见的实施方式：4.1 同城双活同城双活是指将两个数据中心建设在同一个城市或区域，并通过专线或光纤连接起来。
这种方式可以提供较低的延迟和较高的网络带宽，适用于对延迟和带宽要求较高的业务。
深信服双活数据中心(业务层)方案
双活数据中心（业务层）方案一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。
近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。
商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。
为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。
二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。
目前客户建设多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
2.构建业务连续性：两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
双活数据中心方案
双活数据中心方案双活数据中心方案一、介绍双活数据中心方案是一种高可用性解决方案，通过将数据和应用同时部署在两个数据中心，实现数据和应用的双向同步，提供业务连续性，降低系统故障风险。
本文档将详细介绍双活数据中心方案的各个方面。
二、架构设计1、数据中心选择- 硬件条件：选择具备足够硬件资源的数据中心，包括服务器、存储等设备。
- 网络条件：确保数据中心之间的网络带宽和延迟满足业务需求。
- 电力条件：确保数据中心具备稳定可靠的电力供应。
2、数据同步- 数据同步技术：选择合适的数据同步技术，如数据库复制、文件同步等，使两个数据中心的数据保持一致性。
- 数据同步策略：确定数据同步的频率和方式，如同步延时要求和同步方式（异步或同步）等。
3、应用部署- 应用集群化：将应用部署在多个服务器上，实现负载均衡和故障切换。
- 应用同步部署：将应用同时部署在两个数据中心，实现两地的业务连续性。
4、故障切换与容灾- 故障切换策略：定义故障触发条件和切换流程，确保故障时能够快速切换到备用数据中心。
- 容灾测试：定期进行容灾测试，验证容灾方案的可行性和有效性。
三、监控与报警1、监控系统- 监控指标：确定需要监控的指标，如服务器负载、网络流量、存储空间等。
- 监控工具：选择合适的监控工具，实时监控数据中心的各项指标。
- 监控策略：设置监控策略，包括告警阈值、告警通知方式等。
2、报警系统- 报警方式：选择适合的报警方式，如邮件、短信、方式APP等。
- 报警接收人：确定接收报警信息的人员，包括运维团队、管理人员等。
四、数据备份与恢复1、数据备份- 备份频率：确定数据备份的频率，如每天、每周等。
- 备份策略：定义备份策略，包括全量备份和增量备份等。
- 备份验证：定期验证备份数据的完整性和可用性。
2、数据恢复- 恢复时间目标（RTO）：定义数据恢复的时间目标，即从故障发生到数据恢复的时间。
- 恢复点目标（RPO）：定义数据恢复的点目标，即恢复到哪个时间点的数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
目录第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层交换等等服务与之相关联，那将是非常繁杂的任务。
当这样的IT资源需求在短期内累积，将极易在使得系统维护的质量和稳定性下降，同时反过来减慢新业务的部署，进而阻碍公司业务的推进和发展。
●资源利用率低：传统架构方式对底层资源的投入与在上层业务所收到的效果很难得到同比发展，最普遍的现象就是忙的设备不堪重负，闲的设备资源储备过多，二者相互之间又无法借用和共用。
这是由于对底层网络建设是以功能单元为中心进行建设的，并不考虑上层业务对底层资源调用的优化，这使得对网络的投入往往无法取得同样的业务应用效果的改善，反而浪费了较多的资源和维护成本。
●服务策略不一致：传统架构最严重的问题是这种以孤立的设备功能为中心的设计思路无法真正从整个系统角度制订统一的服务策略，比如安全策略、高可用性策略、业务优化策略等等，造成跨平台策略的不一致性，从而难以将所投入的产品能力形成合力为上层业务提供强大的服务支撑。
1.1.2H3C全融合虚拟化架构H3C提供横向虚拟化、1虚多的设备虚拟化以及纵向虚拟化的全融合虚拟化方案。
通过建设网络资源池，不仅简化了网络部署，而且提高了网络设备的利用率，是业界最具优势的数据中心网络解决方案。
1.2 双活数据中心建设目标XXXX双活数据中心应实现如下设计目标：●简化管理：同城双中心业务统一部署，统一管理，使上层业务的变更作用于物理设施的复杂度降低，能够最低限度的减少了物理资源的直接调度，使维护管理的难度和成本大大降低。
●高效复用：同城双中心网络资源与计算资源高效利用，减少设备主备部署，提高网络设备利用率。
物理服务器部署虚拟机，实现计算资源高度复用，提高计算资源利用率。
●策略一致：降低具体设备个体的策略复杂性，最大程度的在设备层面以上建立统一、抽象的服务，每一个被充分抽象的服务都按找上层调用的目标进行统一的规范和策略化，这样整个IT将可以达到理想的服务规则和策略的一致性。
●无缝切换：同城双中心同时对外提供同一种业务，当某中心业务失效，要实现应用的无缝切换，在短时间内实现业务的快速恢复。
●资源调度：同城双中心二层互联，计算资源可以在双中心之间灵活迁移，快速扩展，统一调度。
第2章双活数据中心业务部署2.1基于IP的业务部署模式2.1.1模式简介基于IP发布的业务一般用于企业内部管理，业务运营。
客户直接通过访问某个IP 地址来实现端到端通信。
由标准的路由协议以及健康路由注入来实现IP地址的自动发布。
2.1.2企业数据中心IP业务典型部署两个数据中心的SLB跨中心部署HA Cluster，服务器跨数据中心部署负载均衡集群。
同一个业务的在两个数据中心的业务IP不同，分别为VIP-A与VIP-B。
1、部署时External self IP和业务IP可以直接使用相同的网段，因为用户访问业务时通过主机路由进行选路，而HA Cluster中只有为Active的SLB才会发布主机路由。
2、对于同一业务，数据中心A使用VIP-A对外提供服务，数据中心B使用VIP-B对外提供服务，实现业务在两个数据中心之间的负载均衡，当数据中心A发生故障时，Traffic group-1将进行HA切换，VIP-A的主机路由将由数据中心B的SLB发布。
如果数据中心A的SLB发生故障，如图所示。
由于两个数据中心的SLB跨中心部署HA Cluster，服务器跨数据中心部署负载均衡集群，所以数据中心B的SLB在一个心跳周期结束之后，感知到数据中心A的SLB 无响应，数据中心A的SLB发生故障，Traffic Group-1将发生HA切换，此时用户访问VIP-A时将直接到达数据中心B，由SLB处理后发送至数据中心A的服务器。
如果当数据中心A的服务器发生故障，如图所示。
数据中心SLB探测到本中心的服务器都故障，则触发Traffic Group-1将发生HA 切换，此时用户访问VIP-A时将直接到达数据中心B，由数据中心B的服务器进行处理，因为此时数据中心A的服务器已无处理能力。
2.2基于DNS的业务部署模式2.2.1DNS技术简介2.2.2企业数据中心DNS典型部署数据中心A和数据中心B分别使用VIP-A和VIP-B对外提供服务，当用户请求域名时，GSLB根据设定的权值给不同用户返回VIP-A或VIP-B。
SLB实现HA Cluster后，可以根据将不同的业务IP划分到不同的Traffic Group，HA的切换是基于Traffic Group实现的，以VIP-A对应的Traffic Group-1为例。
Traffic Group-1的缺省设备是数据中心A中的SLB，VIP-A在该SLB上生效，当Traffic Group-1发生HA切换后，VIP-A将在数据中心B中的SLB上生效。
SLB对数据中心A和数据中心B内的服务器都进行健康检查，负载分担算法设置本数据中心内的优先级较高，当有业务需要处理时，会优先选择本数据中心的服务器进行处理，当本数据中心的服务器都发生故障后，将由远端数据中心的服务器处理业务，同时触发Traffic Group的HA切换。
GSLB会对LTM的健康状态进行检查，当发现LTM故障后，将触发DNS的切换，从而实现全局路径的优化。
如此，即可将客户端访问数据中心的流量实现有效的负载分担，使双中心的利用率最高。
如果数据中心A的SLB故障后，如图所示。
因为两个数据中心的SLB跨中心部署HA Cluster，服务器跨数据中心部署负载均衡集群。
当数据中心A的SLB发生故障时，Traffic Group-1将发生HA切换，VIP-A在数据中心B的SLB上生效，用户访问服务器的流量将经过二层LAN扩展网络到达数据中心B的SLB，经过处理后再发送至数据中心A中的服务器进行处理。
因此，实现故障切换过程客户无感知。
当数据中心A的SLB发生故障后，GSLB还是会探测本中心的SLB，在探测超时后对故障进行感知，触发DNS切换，此时用户访问时，该域名将被解析为VIP-B，解决业务流量次优路径的问题。
如果数据中心A的SLB故障后，如图所示。
当数据中心A的服务器都发生故障时，Traffic Group-1将发生HA切换，VIP-A 在数据中心B的SLB上生效，用户访问服务器的流量将经过二层LAN扩展网络到达数据中心B的SLB，服务器返回的流量经过二层LAN经过二层LAN扩展网络到达数据中心A，实现业务切换无流量丢失。
2.2.3GSLB与SLBGSLB即全局负载均衡设备，又名GTM，如下图所示。
GSLB的工作原理，如下图所示。
GSLB能够完成DNS解析请求的负载均衡、服务器状态监控以及用户访问路径优化，解决跨中心业务的协同问题，提高多中心资源利用效率，实现全局负载均衡。
SLB即服务器负载均衡设备，又名LTM，主要用来完成本地流量的管理，实现服务器集群的负载分担，同时通过多种算法探测服务器健康状态，给业务切换提供依据与触发条件。
如下图所示。
LTM设备能够支持四台跨数据中心集群，实现SLB 的LOCAL CLUSTER的功能，提高了LTM本身的稳定性与可靠性，同时实现多业务的负载分担。
第3章XXXX双活数据中心设计3.1 XXXX网络结构3.2XXXX双活数据中心部署XXXX双活数据中心关键在于中心A和中心B各部署两台S12500核心交换机。
核心交换机部署横向虚拟化IRF，一虚多MDC以及云间互联EVI，配合GTM和LTM，实现应用级容灾。
部署过程如下：1.双中心各两台S12508先横向虚拟化IRF，将两台或多台物理设备虚拟成一台逻辑设备，逻辑上成为一个网元。
如图所示。
横向虚拟化的优势IRF：➢统一的管理：由其中某物理设备的某控制单元作为整组设备的控制单元➢统一的板卡和端口命名：各个设备加机框ID的前缀➢统一的L2/L3、IPv4/IPv6、MPLS等转发表➢可以实现跨设备的链路聚合2.在横向虚拟化的基础之上，再部署一虚多的设备虚拟化技术MDC（Multitenant Device Context），可以实现将一台物理网络设备通过软件虚拟化成多台逻辑网络设备。
也就是说通过软、硬件虚拟化的配合，MDC逻辑设备具有完全的设备功能，有独立的软件环境和数据，有独立的硬件资源。
甚至可以像一台物理设备一样单独重启，而不影响物理设备上其他MDC的正常运行。
如图所示。
在MDC1所属的板卡上可以部署各个业务的业务网关，在MDC2上部署EVI 特性，实现双中心之间的二层互通，优化二层网络质量，防止单中心故障域扩散到多中心。
双中心之间的光纤链路保持，可以提高二层互联的传输保障。
3.两个数据中心部署LTM，可以实现四台LTM跨中心部署可集群，可以保证虚拟机迁移过程中业务的不中断。