下载文档原格式
目录第1章概述.................................................................................................................... 错误!未指定书签。
1.1数据集中阶段的数据中心建设 ......................................................................... 错误!未指定书签。
1.1.1 传统架构存在的问题.................................................................................. 错误!未指定书签。
1.1.2 H3C全融合虚拟化架构 .............................................................................. 错误!未指定书签。
1.2双活数据中心建设目标 ..................................................................................... 错误!未指定书签。
第2章双活数据中心业务部署 .................................................................................... 错误!未指定书签。
2.1基于的业务部署模式 ......................................................................................... 错误!未指定书签。
2.1.1 模式简介 ..................................................................................................... 错误!未指定书签。
企业双活数据中心规划在当今数字化时代，企业对于数据的依赖程度日益加深，数据已成为企业的重要资产和核心竞争力。
为了确保业务的连续性和数据的安全性，企业双活数据中心的规划和建设变得至关重要。
双活数据中心是指两个数据中心同时处于运行状态，能够同时承担业务负载，并在故障发生时实现快速切换，保障业务的不间断运行。
下面将详细介绍企业双活数据中心规划的各个方面。
一、双活数据中心的需求分析在规划双活数据中心之前，首先需要对企业的业务需求进行深入分析。
这包括评估企业的业务类型、业务规模、业务增长趋势、业务连续性要求以及数据量和数据增长速度等。
例如，对于金融、医疗等对业务连续性要求极高的行业，双活数据中心的建设是必不可少的；而对于一些业务规模较小、业务连续性要求相对较低的企业，可以先考虑采用其他备份和恢复策略。
此外，还需要考虑企业的地理分布和用户访问特点。
如果企业的用户分布在不同的地区，为了提高用户访问速度和体验，可能需要在不同的地理位置建设双活数据中心。
二、双活数据中心的架构设计双活数据中心的架构设计是整个规划的核心部分。
常见的架构模式包括主备模式、双活模式和多活模式。
主备模式是指一个数据中心为主，另一个数据中心为备，只有在主数据中心出现故障时，备用数据中心才会接管业务；双活模式则是两个数据中心同时运行，共同承担业务负载，并能够实现快速切换；多活模式则是多个数据中心同时运行，共同分担业务负载。
在架构设计中，需要考虑数据同步、网络连接、应用部署等多个方面。
数据同步是确保两个数据中心数据一致性的关键，通常采用数据复制技术，如基于存储的复制、基于数据库的复制或基于应用的复制等。
网络连接需要保证低延迟、高带宽和高可靠性，可以采用专线连接、VPN 连接或SDWAN 等技术。
应用部署则需要考虑应用的兼容性、负载均衡和故障切换策略。
三、数据中心的选址和设施建设数据中心的选址需要综合考虑地理位置、电力供应、网络接入、自然环境和成本等因素。
双活数据中心方案双活数据中心方案1. 引言随着互联网业务的不断发展，数据中心的高可用性和容灾能力变得越来越重要。
传统上，为了确保业务的连续性和数据的安全性，许多企业会建设多个数据中心并采用双活架构。
本文将介绍双活数据中心方案的概念、原理和实施方式，并讨论其优点和挑战。
2. 双活数据中心的概念双活数据中心是指在不同的地理位置建设两个数据中心，并实现两个数据中心之间的数据的实时同步和业务的无缝切换。
通过双活架构，即使一个数据中心发生故障，另一个数据中心仍然能够提供连续的服务，确保业务的不间断运行。
3. 双活数据中心的原理双活数据中心方案主要包括以下几个关键技术：3.1 数据同步数据同步是实现双活数据中心的基础。
数据同步可以通过同步复制或异步复制的方式实现。
同步复制要求数据在两个数据中心之间实时同步，确保两个数据中心的数据完全一致，但对网络质量和延迟要求较高。
异步复制允许一定的延迟，可以在网络不稳定或延迟较大的情况下提供更好的性能，但可能会导致数据的不一致。
3.2 业务切换当一个数据中心发生故障时，需要将业务无缝切换到另一个数据中心。
业务切换可以通过负载均衡器、域名解析或虚拟 IP 地址等方式实现。
负载均衡器可以将流量均匀地分发到两个数据中心，域名解析可以将域名指向另一个数据中心的 IP 地址，虚拟 IP地址则可以使切换过程对用户透明。
3.3 失败检测和自动恢复为了提高系统的可用性和容错能力，需要在双活数据中心中实现故障检测和自动恢复机制。
故障检测可以通过心跳机制或监控系统实现。
一旦检测到故障，系统应该能够自动触发故障切换并将业务切换到备用数据中心。
4. 双活数据中心的实施方式双活数据中心方案可以通过多种方式实施，具体取决于业务需求和预算限制。
以下是几种常见的实施方式：4.1 同城双活同城双活是指将两个数据中心建设在同一个城市或区域，并通过专线或光纤连接起来。
这种方式可以提供较低的延迟和较高的网络带宽，适用于对延迟和带宽要求较高的业务。
双活数据中心（业务层）方案一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。
近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。
商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。
为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。
二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。
目前客户建设多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
2.构建业务连续性：两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
城市商业银行双活数据中心建设方案v1.0一、背景随着金融科技的快速发展，数字化转型已成为银行业发展的必然趋势。
建设数据中心成为银行数字化转型中的核心基础设施之一。
城市商业银行（以下简称“城商行”）也在数字化转型的道路上加速前行，在数据中心建设方面也投入了大量人力和物力资源。
目前，城商行的数据中心全部在本市，为了保障业务的稳定运行，提高业务的可用性和可靠性，城商行需要建设双活数据中心。
二、双活数据中心概述双活数据中心是指银行建立两个或以上的数据中心，并通过网络技术将数据中心实现同步备份。
当一个数据中心出现故障时，其他数据中心能够迅速切换并接替故障中心的功能，保证业务的持续可用性。
同时，双活数据中心能够提高系统的容错能力和安全性。
三、建设目标城商行双活数据中心建设的总体目标是提高业务的可用性和可靠性，保障业务的稳定运行。
具体目标如下：1.建设双活数据中心，实现数据中心的同步备份。
2.提高系统的容错能力和安全性，保障业务的持续可用性。
3.保证数据中心的运行符合监管规定和行业标准。
四、建设方案1. 选址和场地准备城商行将双活数据中心选在本市经济中心区，选址应遵循以下原则：•地理位置优越，便于数据中心之间的网络通信。
•地质构造稳定，地震烈度低。
•环境优雅，无污染源存在。
场地准备应根据数据中心的设计容量和功能需求选择适当的场地，并进行场地设计和改造。
2. 基础设施建设合理的基础设施建设是双活数据中心的基础，包括配电、供电、制冷、制气、照明、安监、灭火、环境监测和机房净化等基础设施建设。
3. 系统集成系统集成是城商行双活数据中心建设的关键环节。
系统集成包括物理层、网络层、存储层、计算层、安全层等部分的集成。
在系统集成方面，城商行需要对设备和软件进行全面的测试和评估，确保系统的性能、可靠性和安全性。
4. 数据迁移和同步备份数据迁移和同步备份是城商行双活数据中心建设的重点。
数据迁移和同步备份需要严格按照规定程序进行，确保数据安全、完整、可靠。
双活数据中心方案双活数据中心方案一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，因此其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。
近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。
商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。
为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。
二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。
当前客户建设多数据中心的模型能够归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心能够短时间内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
2.构建业务连续性：两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
大话数据中心双活正文：1、概述数据中心是现代企业运行的重要基础设施之一，它承载着公司的核心业务和大量的数据。
数据中心双活是一种架构设计方案，旨在提高数据中心的可用性和故障容忍能力。
本文档将详细介绍数据中心双活的概念、设计原则、架构和实施步骤。
2、数据中心双活的概念数据中心双活是指在不同地理位置建立两个相互独立且可以完全独立运行的数据中心。
两个数据中心之间通过网络进行实时数据同步，以实现故障切换、负载均衡和容灾恢复等功能。
数据中心双活的目标是最大限度地减少服务中断时间，并保证业务的连续性。
3、设计原则在设计数据中心双活方案时，需要考虑以下原则： - 可用性: 在一个数据中心发生故障时，另一个数据中心能够顶替其功能，保证业务的持续运行。
- 数据一致性: 两个数据中心之间的数据需要实时同步，以保证数据的一致性。
- 灵活性: 数据中心双活方案应该具有灵活性，能够根据业务需求进行扩展和调整。
4、架构设计数据中心双活的架构设计包括以下几个关键组件： - 数据同步机制: 通过实时的数据同步机制，保证两个数据中心之间的数据一致性。
- 故障切换机制: 当一个数据中心发生故障时，能够自动切换到另一个数据中心，以保证业务的连续性。
- 负载均衡机制: 在正常情况下，将业务请求分发到两个数据中心，以实现负载均衡。
- 容灾恢复机制: 当一个数据中心发生故障后恢复时，需要能够将数据同步回来。
5、实施步骤实施数据中心双活方案的步骤如下：- 评估和规划: 对现有数据中心进行评估，确定是否适合实施双活方案，并进行规划。
- 网络建设: 建设高速、可靠的网络连接，以保证数据中心之间的实时通信。
- 系统设计和开发: 设计和开发数据同步、故障切换、负载均衡和容灾恢复等关键组件。
- 测试和验证: 对数据中心双活方案进行测试和验证，确保其可靠性和稳定性。
- 上线和运维: 将数据中心双活方案上线，并进行日常的运维和监控。
附件：本文档没有涉及附件。
双活数据中心建设方案一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。
近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。
商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。
为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。
二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。
目前客户建设多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
2.构建业务连续性：两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房(普通称为数据中心)，数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。
近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24 小时连续运营并提升用户体验成为信息部门的首要职责。
商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。
为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。
二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到彻底的双活要求，主流的建设目标是实现应用双活。
目前客户建设多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下惟独主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心可以短期内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成为了巨大的浪费。
2.构建业务连续性：两个数据中心(同城/异地)的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
发生灾难时，数据中心间的数据库可以快速切换，避免业务中断。
双活数据中心方案一、需求背景：随着数据的大集中，银行纷纷建设了负责本行各业务处理的生产数据中心机房（一般称为数据中心），数据中心因其负担了全行业务，所以其并发业务负荷能力和不间断运行能力是评价一个数据中心成熟与否的关键性指标。
近年来，随着网上银行、手机银行等各种互联网业务的迅猛发展，银行数据中心的业务压力业成倍增加，用户对于业务访问质量的要求也越来越高，保障业务系统的7*24小时连续运营并提升用户体验成为信息部门的首要职责。
商业银行信息系统的安全、稳定运行关系着国家金融安全和社会稳定，监管机构也十分重视商业银行的灾难备份体系建设，多次发布了商业银行信息系统灾难备份的相关标准和指引，对商业银行灾备系统建设提出了明确的要求。
为适应互联网业务的快速增长，保障银行各业务安全稳定的不间断运行，提高市场竞争力，同时符合监管机构的相关要求，建设灾备、双活甚至多活数据中心正在成为商业银行的共同选择。
二、发展趋势：多数据中心的建设需要投入大量资金，其项目周期往往很长，涉及的范围也比较大。
从技术上来说，要实现真正意义上的双活，就要求网络、应用、数据库和存储都要双活。
就现阶段来看，大多数客户的多数据中心建设还达不到完全的双活要求，主流的建设目标是实现应用双活。
目前客户建设多数据中心的模型可以归纳为以下几种：1.单纯的数据容灾：正常情况下只有主数据中心投入运行，备数据中心处于待命状态。
发生灾难时，灾备数据中心可以短时间内恢复业务并投入运行，减轻灾难带来的损失。
这种模式只能解决业务连续性的需求，但用户无法就近快速接入。
灾备中心建设的投资巨大且运维成本高昂，正常情况下灾备中心不对外服务，资源利用率偏低，造成了巨大的浪费。
2.构建业务连续性：两个数据中心（同城/异地）的应用都处于活动状态，都有业务对外提供服务且互为备份。
但出于技术成熟度、成本等因素考虑，数据库采用主备方式部署，数据库读写操作都在主中心进行，灾备中心进行数据同步。
发生灾难时，数据中心间的数据库可以快速切换，避免业务中断。
双活数据中心可充分盘活企业闲置资源，保证业务的连续性，帮助用户接入最优节点，提高用户访问体验。
3.提升业务服务能力：多个数据中心同时对外提供服务且互为备份，各中心的数据库可同时处理应用的读写请求，网络、存储、应用和数据库全部实现多活。
各数据中心独立运营，用户流量可被智能调度，形成灵活、弹性和可扩展的面向服务的业务架构。
三、业务目标：用户建设多数据中心的思路和建设模型略有不同，但大多数用户的主要建设目标可以归纳为以下几点：◆流量分发用户访问流量可灵活、弹性的调度到多个数据中心，使各数据中心压力相对均衡，保证用户接入最近最快速的数据中心节点，提高用户访问体验。
◆故障切换当出口链路或内部服务器出现异常时，运维人员可第一时间获悉故障情况，业务可根据需要自动或手动平滑切换至正常节点，保证用户访问的连续性。
◆业务安全数据中心所处位置基础设施完善，水电通信供应稳定，数据中心内部有相应技术手段保证整个数据中心抵抗DDos攻击，各业务系统不被黑客非法入侵。
◆环境一致性多个数据中心对用户来说理应是透明的，其对外服务时提供统一接口，各数据中心内部数据和服务能力需要完全一致，且随时处于可切换状态。
四、实现逻辑我们把整个数据中心在逻辑上分为接入层和服务层，其处理逻辑的示意图如下：◆接入层（智能DNS）◆接入层（RHI路由注入）◆服务层◆故障切换五、总体设计总行数据中心整体上分为主中心和灾备中心，二者的网络架构、业务系统和服务能力都基本相同，同时对外提供服务，形成双活数据中心。
数据中心内部划分为互联网业务区（提供外网服务，如手机银行、网上银行等）、核心生产业务区（传统生产业务，如ATM、柜面等）、数据库区（生产/查询）和业务测试区，出于成本考虑，灾备数据中心不设业务测试区。
主备数据中心和各一级分行之间通过专线互联，利用动态路由协议组建企业内部专网。
数据中心的对外业务集中在互联网业务区，通常使用域名方式对外发布，客户端访问业务系统时，需要先由DNS将域名解析为IP地址，然后再访问该目标IP。
对外业务的全局负载通常利用DNS解析实现，其可根据用户地理位置、用户所属运营商和网络质量、数据中心服务能力等因素作为判断依据，为不同用户返回不同的IP地址，实现流量的合理分配。
对于数据中心的内网业务，一部分与外网业务相同，通过域名发布。
另一部分与一级分行业务类似，直接通过IP地址访问。
对于通过IP地址访问的业务，内网全局负载采用IP-Anycast（RHI路由注入）技术实现，其原理是在各数据中心以相同IP发布业务，由动态路由协议根据COST值等参数用户判断访问的最佳路径。
六、互联网业务全局负载（以网银为例）1.设计模型我们把网银业务从逻辑上分为接入侧和服务侧，接入侧包括出口链路、全局负载设备；服务侧包括WEB服务单元、APP服务单元和DB服务单元。
WEB服务单元包含SSL卸载设备、WAF防火墙、负载均衡和服务器；APP服务单元包含防火墙、负载均衡和服务器；DB服务单元包含防火墙、负载均衡、数据库审计和数据库。
WEB服务单元和APP服务单元在2个数据中心同时提供服务，实现应用双活。
考虑到数据强一致性、技术成熟度和成本等因素，双数据中心间的DB服务单元建议主备部署，数据中心内部的数据库集群可结合本地负载均衡实现多活。
为达到最佳负载效果，需要各服务单元的负载设备可以访问其他数据中心对应服务单元的服务器，但优先调度本地服务器。
2.实现方式（1）流量调度数据中心层面：我们推荐使用两层逻辑算法的智能DNS调度策略，首先，全局负载设备会判断用户的地理位置，将用户调度到就近的数据中心，解决南北互访的问题；其次，根据用户所属运营商选择对应链路供用户接入，解决跨运营商访问慢的问题。
此外，全局负载还可对客户端LDNS发起反向探测，判断用户网络质量，为用户选择最佳接入路径。
服务单元层面：WEB、APP和DB服务单元都配备了本地负载均衡器，用户访问流量到达数据中心内部后，由服务单元的负载设备根据预设策略分发给各服务器，可根据用户需求灵活选择轮询、优先级、最小连接等算法。
（2）业务连续性数据中心层面：通过DC Cookie保证用户接入同一数据中心。
用户首次访问时，本地WEB负载设备在响应数据包中插入DC Cookie，当客户端网络发生变化时，第二次访问就可能被调度到其他数据中心，这时其他数据中心的WEB负载设备会识别该Cookie，将用户请求转发至第一次处理该用户访问的WEB负载设备，再由该负载设备进行调度。
服务单元层面：WEB服务单元的负载建议通过cookie会话保持（插入、改写和被动）保证业务连续性；APP服务单元的负载可通过cookie或源IP会话保持保证业务连续性（是否需要会话保持，选择何种会话保持方式需要结合应用具体情况）；DB服务单元一般不需要会话保持。
（3）健康状态检查服务单元层面：通过内置的应用级健康监视器对服务器进行主动探测，提供HTTP、HTTPS、RADIUS、FTP等常用模板。
对于其他应用，提供接口供用户自定义检测内容和响应内容。
此外，还提供极具特色的被动健康检查功能，通过对TCP和HTTP协议的数据交互做采样分析，判断服务器的健康状态。
数据中心层面：全局负载与服务侧的各区域负载均衡联动，实时共享信息，判断服务侧整体服务能力；同时全局负载设备会探测出口各链路健康状态，结合服务侧整体服务能力和设备自身负荷情况，综合判断该数据中心的健康状态（正常、繁忙、故障）。
（4）故障切换服务单元层面：服务单元内部某服务器繁忙或故障时，将用户请求调度到其他正常服务器。
数据中心层面：a.某数据中心的WEB或APP服务器全部繁忙或全部故障时，用户接入链路不切换，通过专线将数据转发至正常数据中心对应服务单元。
b.主数据中心的数据库服务器全部故障时，用户接入链路不切换，通过专线将直接激活备数据中心的数据库，实现数据库一键切换。
数据库切换前需要验证数据库的正确性，用户需要完成数据验证并保证数据库按顺序切换。
c.数据中心的所有链路同时故障时，全局负载设备将用户流量平滑牵引至正常数据中心。
单链路故障时，可根据用户需求切换至本中心其他链路或其他中心同ISP链路。
此外，当某数据中心出现服务能力不足时（链路繁忙、服务单元繁忙等），全局负载设备还可以基于数据中心的整体健康得分情况将用户分流至其他数据中心，保障用户正常访问。
（5）安全保障数据中心层面：a.网络出口处部署DDos防护设备并在运营商处购买流量清洗服务，保证数据中心整体安全。
b.网络出口处部署FW和IPS设备，从网络层和应用层保证数据中心不被恶意入侵。
c.全局负载设备提供DNS防火墙功能，充分保证DNS安全。
服务单元层面：各服务单元部署防火墙，保证区域安全。
WEB服务单元直接面向互联网用户，需要部署SSL卸载设备实现SSL加解密，提高业务访问安全。
同时，通过部署WAF保障WEB服务器的安全。
（6）业务优化加速a.跨数据中心的数据库同步需占用大量带宽资源，且数据量非常大，部署WOC设备可大幅压缩传输数据，削减流量。
WEB或APP服务单元跨数据中心通信时，通过WOC设备的协议优化和流缓存等技术实现加速。
当二者同时需要大量带宽资源时，优先保证数据库同步。
b.互联网区的WEB服务单元直接面向公网，受公网网络质量影响较大，负载均衡可通过协议优化、数据压缩和智能加速等技术减少网络环境影响，提高用户访问体验。
此外，外网用户会有大量重复请求，通过负载设备的高速缓存技术，对静态和内容进行缓存，减少服务器数据交互，降低服务器性能压力，提高访问速度。
（7）其他a.负载设备在服务单元内部通过旁路部署，为保证来回数据一致需要开启SNAT功能，一般情况下，WEB服务器都需要统计用户访问源IP，可通过负载设备在HTTP头部插入X-Forwarded-for字段来透传用户真实源IP。
b.数据中心网络出口对各类设备性能要求较高，针对某些传统防火墙性能不足的情况，可以在防火墙前后各部署负载均衡设备，实现防火墙的负载。
c.考虑到极端情况，单数据中心需要能承载所有业务压力，建议选择2倍于实际性能需求的负载均衡设备。
负载均衡设备自身拥有过载保护机制，当CPU、内存等指标达到阀值时，向用户发出告警信息，并重定向或丢弃后续新建连接。
七、内网业务全局负载（以一级分行为例）1.设计模型各分行数据中心与总行数据中心通过动态路由协议互联，形成大的企业内网环境。
其大多数业务（ATM、POS、签章、柜面等）通过IP地址直接访问，利用RHI路由注入的方式对外发布。
负载设备以M+N集群的方式分别部署在两个数据中心，不同的业务系统由不同的负载设备承载，解决了应用集中的风险问题，同时提供灵活的应用部署和无缝业务切换。
