F5双活数据中心解决方案
企业中f5的作用
F5在企业的作用主要体现在以下几个方面：
1.在双活数据中心模式中，F5基于软件定义应用服务（SDAS）起到至关重要的作用。
它可以促进数据中心、云和混合环境中应用服务的交付和协调，通过部署F5的解决方案，用户的基础架构将具备全面的设备灵活性和弹性，可智能分配资源，支持在物理和虚拟解决方案之间按需扩展系统。
2.F5的遥测技术可以将客户端产生的交易请求、延时请求、客户访问请求的数据，以及安全攻击事件的数据等传递给F5的大脑，或客户自建的数据中台，与客户联动，也可以利用F5自身的AI大脑进行流动，以此提高可视化，对业务进行支撑，实现态势感知和动态防御。
3.F5拥有一套完整的安全解决方案，包括全球富有经验的、具有安全认证的团队，保证7×24小时的响应，实时保护用户免受安全攻击。
4.F5还提供专业的威胁情报和安全服务，F5的专业团队在全世界范围内对所有的流量进行监控，基于大数据和AI进行安全分析，区分正常流量和恶意流量，进行行为分析和终端分析，联合安全产业专家，共同抵御各种安全威胁，为客户提供统一的威胁分析服务，应对多云环境下的应用风险和应用健康保障。
双活数据中心解决方案
*** 双活数据中心解决方案目录1 用户面临的挑战和需求 (3)1.1面临的挑战 (3)1.2迫切需求 (3)2NetApp双活数据中心解决方案 (4)3NetApp解决方案优势 (5)1用户面临的挑战和需求1.1 面临的挑战∙目前几乎所有金融行业用户的业务正常开展都离不开后端IT环境的支持，一旦IT 环境由于各种原因不能正常提供支撑服务，就会对用户的业务造成巨大影响。
因此金融用户对后端IT系统的可靠性和可用性的要求越来越高，需要保证IT系统7×24的运行能力。
∙虽然目前大部分的专业存储系统均实现了硬件容灾保护，单个部件的失效不会导致其数据访问能力的失效。
但是一旦某套存储系统由于一些严重故障或灾难性事故导致其整体性失效，则会导致前端应用系统的宕机从而影响业务系统的正常运行。
因此金融用户需要在硬件冗余的基础上提供更高的可靠性保证。
∙目前很多金融用户已经采取了多数据中心的架构，并且在多个数据中心之间进行了数据容灾保护架构的建设。
但是由于传统的容灾架构基本上采用了Active-Standby 的方式，因此一方面限制了数据中心的角色和功能，另一方面也限制了用户在各个数据中心部署应用系统的灵活性。
最重要的一点，传统的容灾架构在进行容灾恢复的时候过程复杂且冗长，缺乏足够的智能化。
因此金融用户需要一种更加灵活更加智能化的多数据中心架构。
1.2 迫切需求∙后端存储系统在硬件冗余保护的基础上，需要提供更高级别的可靠性保证，能在存储系统发生整体性故障的时候还能保证数据访问的正常进行，从而防止这些严重故障或灾难性事故对业务系统造成严重影响。
∙实现双活的数据中心架构替代原有的Active-Standby架构，双活数据中心架构必须提供如下的功能：o前端应用服务器可以从两个数据中心均能对同一份数据进行正常访问，同一个应用的服务器可以根据实际需要部署在两个中心当中的任何一个或同时部署在两个中心，部署在两个中心的应用服务器均可以处于服务提供状态o任何一个数据中心的存储整体宕机不会影响该中心应用系统的正常数据访问o在两个中心均提供足够的数据访问性能和扩展能力∙在实现双活数据中心架构的基础上，两个数据中心之间能实现业务数据的相互保护，并且实现智能化的故障检测和灾难切换，从而避免传统容灾技术的复杂且冗长的灾难切换的过程，不仅降低容灾架构的管理成本，也降低容灾架构的RTO指标2NetApp双活数据中心解决方案如上图所示，NetApp的MetroCluster技术是结合了NetApp数据镜像功能、数据快照功能、阵列双控制器双活和故障切换保护功能并在这些功能远距离实现（最远100公里）的基础上所实现的一项提供存储系统高可靠性保证和数据访问双活架构的存储功能∙MetroCluster技术把一套NetApp标准的双控制器配置的存储系统分为两部分，每部分包括各自的控制器和磁盘柜，然后把两部分分开部署，最长距离可以达到100公里。
双活解决方案
双活解决方案1. 引言随着互联网和企业信息化的快速发展，越来越多的企业需要保证其核心业务系统的高可用性和高稳定性。
双活解决方案应运而生，成为保障企业业务连续运行的一种重要手段。
本文将介绍什么是双活解决方案，以及如何设计和实施双活解决方案。
2. 双活解决方案概述双活解决方案是指将企业的核心业务系统部署在两个或多个地理位置相互独立的数据中心，并利用特定的技术手段实现数据的实时同步和故障切换，以保证在其中一个数据中心发生故障时，能够快速切换至备用数据中心继续提供服务。
双活解决方案通常包括以下关键要素：•多数据中心架构：至少包括两个地理位置相互独立的数据中心，每个数据中心都具备独立的硬件设备和网络基础设施。
•实时数据同步：通过专业的数据同步技术，将两个数据中心的数据实时保持一致，保证用户在任何一个数据中心进行的操作都能在另一个数据中心同步更新。
•故障切换机制：当其中一个数据中心发生故障时，双活解决方案能够自动切换至备用数据中心，并且切换过程中对用户的影响最小化。
3. 设计双活解决方案的考虑因素在设计双活解决方案时，需要考虑以下因素：3.1 数据一致性数据一致性是双活解决方案必须解决的核心问题。
为了保证数据的一致性，可以采用以下策略：•异步数据同步：在主数据中心进行数据更新后，将数据异步同步至备用数据中心，不要求实时同步，可以容忍一定的延迟。
•同步冲突处理：当两个数据中心同时对同一条数据进行修改时，需要通过冲突检测和解决机制来保证数据的一致性。
3.2 故障切换时间故障切换时间是指从主数据中心故障发生到切换至备用数据中心提供服务的时间。
为了尽量减少故障切换时间，可以采用以下策略：•快速故障检测：引入故障检测机制，能够快速检测到主数据中心的故障并触发切换过程。
•自动切换：通过自动化的切换机制，尽量减少人工干预，提高切换效率。
3.3 网络带宽和延迟在设置双活解决方案时，需要考虑两个数据中心之间的网络带宽和延迟。
双活数据中心解决方案(最新)
构建永不宕机的信息系统——双活数据中心双活数据中心解决方案目录案例分享12存储层应用层双活数据中心端到端技术架构数据中心A 数据中心B双活存储层双活访问、数据零丢失异构阵列双活应用层Oracle RAC 、VMware 、FusionSphere 跨DC 高可用、负载均衡、迁移调度双活网络层高可靠、优化的二层互联最优的访问路径≤100km 裸光纤Fusion SphereFusion Sphere接入层汇聚层核心层DC 出口网络层GSLB SLBGSLB SLB前端应用的双活（VMware ）vm vm vm vm vm vm vm vm vm vm vm vmADvm vm vm vm SQL node1MSCSvCenterServervm vmvm vm APP…….APP…….SQL node2MSCSvm vm vm vm vm vm vm vm vm 大二层互通网络，跨数据中心VM 配置双活应用，使用虚拟化网关提供的镜像卷作为共享存储Weblogic业务集群管理集群vmWeblogic•vSphere Cluster HA •vSphere Cluster DRS •配置PDL 参数•Huawei OceanStor UltraPath for vSphere•配合负载均衡设备实现Weblogic 访问自动漂移和均衡VMware 配置要点业务访问效果•业务访问负载均衡•虚拟机分布按业务压力自动均衡•故障自动切换访问•Weblogic 可动态扩展•单数据中心故障恢复后，虚拟机自动回切Operating System Instance1Listener1Service1Operating SystemInstance2Listener2Service1Operating SystemInstance3Listener3Service2VIP3VIP2VIP1Shared Storage数据中心A 数据中心B服务配置策略服务名INSTANCE1INSTANCE2INSTANCE3SERVICE1PREFERRED PREFERRED AVAILABLE SERVICE2AVAILABLEAVAILABLEPREFERRED•集群“2+1”部署›适配数据中心业务分布有偏重的场景›适配两个数据中心存在优先存活数据中心的场景•Oracle RAC 仲裁原则›拥有最多节点数目的子集群（Sub-cluster with largest number of Nodes ）获胜›若子集群内数目相等则拥有最低节点号的子集群(Sub-cluster with lowest node number)获胜数据中心业务分布设计访问分离减少缓存融合•访问分离›为了避免跨数据中心进行数据的交互，建议在Oracle RAC 层创建不同的service ，实现业务分离。
F5设备在灾备双活中应用探讨培训
F5设备在灾备双活中应用探讨培训引言在当今信息化时代，数据的安全性和可用性对于企业的持续发展至关重要。
灾备双活是一种常用的数据备份和恢复方案，旨在确保在灾难事件发生时能够维持业务的连续性。
F5设备作为一种网络应用交付控制解决方案，具备着在灾备双活方案中发挥重要作用的潜力。
本文将探讨F5设备在灾备双活中的应用，并为相关人员提供针对F5设备的培训文档。
一、灾备双活概述灾备双活是一种通过在不同地点建立冗余系统来确保业务连续性的解决方案。
灾备双活的关键是将关键业务系统和数据同时部署在两个或多个地点，通过实时数据复制和备份，以实现高可用性和灾难恢复能力。
灾备双活方案一般包含以下关键元素：1.高可用集群：通过将相同的应用和数据部署在多个节点上，实现故障转移和负载均衡，保证业务高可用性。
2.数据复制与备份：将关键业务数据实时复制至备份系统，确保数据的完整性和一致性，并能够在灾难事件发生时快速恢复。
3.网络重定向与负载均衡：通过网络设备的配置实现客户端的流量重定向和负载均衡，从而实现业务流量在不同地点的分发和容灾。
二、F5设备在灾备双活中的应用F5设备作为一种网络应用交付控制解决方案，具备着在灾备双活方案中发挥关键作用的潜力。
以下是F5设备在灾备双活中的应用方面的探讨：1.全局负载均衡：F5设备可以基于应用层协议和服务器的性能情况，将流量智能地分发到不同节点，实现负载均衡。
在灾备双活中，F5设备可以通过全局负载均衡的配置，将用户请求智能地分发到主节点或备用节点，实现业务流量的高可用和容灾。
2.冗余与故障转移：F5设备可以配置冗余的系统组件和冗余的网络链路，以确保设备本身的高可用性。
一旦主节点发生故障，F5设备可以自动将流量切换到备用节点，并启动相关的灾难恢复机制，保证业务的连续性。
3.数据压缩与加速：F5设备具备数据压缩和加速的功能，可以提升数据传输效率，并节省带宽资源。
在灾备双活中，备份数据的传输是非常重要的一环，通过利用F5设备的数据压缩和加速功能，可以提升备份数据的传输速度，缩短恢复时间。
双活数据中心方案
双活数据中心方案双活数据中心方案1. 引言随着互联网业务的不断发展，数据中心的高可用性和容灾能力变得越来越重要。
传统上，为了确保业务的连续性和数据的安全性，许多企业会建设多个数据中心并采用双活架构。
本文将介绍双活数据中心方案的概念、原理和实施方式，并讨论其优点和挑战。
2. 双活数据中心的概念双活数据中心是指在不同的地理位置建设两个数据中心，并实现两个数据中心之间的数据的实时同步和业务的无缝切换。
通过双活架构，即使一个数据中心发生故障，另一个数据中心仍然能够提供连续的服务，确保业务的不间断运行。
3. 双活数据中心的原理双活数据中心方案主要包括以下几个关键技术：3.1 数据同步数据同步是实现双活数据中心的基础。
数据同步可以通过同步复制或异步复制的方式实现。
同步复制要求数据在两个数据中心之间实时同步，确保两个数据中心的数据完全一致，但对网络质量和延迟要求较高。
异步复制允许一定的延迟，可以在网络不稳定或延迟较大的情况下提供更好的性能，但可能会导致数据的不一致。
3.2 业务切换当一个数据中心发生故障时，需要将业务无缝切换到另一个数据中心。
业务切换可以通过负载均衡器、域名解析或虚拟 IP 地址等方式实现。
负载均衡器可以将流量均匀地分发到两个数据中心，域名解析可以将域名指向另一个数据中心的 IP 地址，虚拟 IP地址则可以使切换过程对用户透明。
3.3 失败检测和自动恢复为了提高系统的可用性和容错能力，需要在双活数据中心中实现故障检测和自动恢复机制。
故障检测可以通过心跳机制或监控系统实现。
一旦检测到故障，系统应该能够自动触发故障切换并将业务切换到备用数据中心。
4. 双活数据中心的实施方式双活数据中心方案可以通过多种方式实施，具体取决于业务需求和预算限制。
以下是几种常见的实施方式：4.1 同城双活同城双活是指将两个数据中心建设在同一个城市或区域，并通过专线或光纤连接起来。
这种方式可以提供较低的延迟和较高的网络带宽，适用于对延迟和带宽要求较高的业务。
F5双活数据中心解决方案
F5双活数据中心解决方案F5双活数据中心解决方案：提升业务连续性，降低运营成本随着企业业务的快速发展和信息技术的不断进步，数据中心已经成为企业运营的重要支柱。
然而，传统的数据中心架构往往面临着一系列挑战，如数据处理能力不足、资源利用率不高等。
为了解决这些问题，F5公司推出了一款双活数据中心解决方案，旨在提高业务连续性、降低运营成本，并为企业的数字化转型提供强有力的支持。
一、解决方案F5双活数据中心解决方案旨在提高数据处理能力、充分利用资源、降低成本，同时确保业务的高可用性和容错能力。
该方案采用了先进的技术，包括数据分流、资源调度等，以实现两个数据中心之间的协同工作。
在实际应用中，该方案可有效提高客户端性能、降低运营成本，并确保业务的高可用性。
二、技术原理F5双活数据中心解决方案基于负载均衡和流量管理技术，通过将流量分流至不同的数据中心，实现负载均衡和容错能力。
同时，该方案还采用了资源调度的技术，根据不同的业务需求和资源使用情况，动态地分配计算和存储资源，以提高资源利用率并降低成本。
三、实际应用某大型电商企业采用了F5双活数据中心解决方案，实现了两个数据中心的协同工作。
通过数据分流和资源调度，该企业的客户端性能提高了30%，运营成本降低了25%，同时业务的高可用性也得到了有效保障。
在遭遇故障或攻击时，该方案能够迅速将流量切换到另一个数据中心，确保业务的连续性和稳定性。
四、未来展望随着云计算和大数据技术的快速发展，双活数据中心解决方案将迎来更为广阔的应用前景。
未来，双活数据中心将更加注重智能化管理和自适应调节，以满足不断变化的业务需求。
同时，随着5G等新技术的普及，双活数据中心将在移动领域发挥更大的作用，为移动应用提供更稳定、更高效的支持。
五、结论F5双活数据中心解决方案为企业的业务连续性和数字化转型提供了强有力的支持。
通过提高数据处理能力、充分利用资源、降低成本，该方案能够有效应对各种挑战，推动企业的业务发展。
F5双活数据中心解决方案
F5双活数据中心解决方案[正文]1. 引言双活数据中心解决方案是为了提高系统的高可用性和灾备能力而设计的。
本文档将详细介绍F5双活数据中心解决方案的架构、功能和部署步骤。
2. 架构概述2.1 总体架构双活数据中心解决方案由两个数据中心组成，分别为Primary 数据中心和Secondary数据中心。
Primary数据中心负责处理主要业务流量，Secondary数据中心作为备份，用于容灾和故障转移。
2.2 组件介绍2.2.1 F5 BIG-IP Load BalancerF5 BIG-IP Load Balancer是整个解决方案的核心组件，用于负载均衡和流量管理。
它能够将流量分发到不同的服务器上，提高系统的性能和可靠性。
2.2.2 数据同步组件数据同步组件用于保持两个数据中心之间的数据一致性。
常用的数据同步方案包括同步存储和数据库复制等。
2.2.3 故障检测和故障切换组件故障检测和故障切换组件用于监测Primary数据中心的故障，并在发生故障时将流量切换到Secondary数据中心，实现无损切换。
3. 功能介绍3.1 高可用性双活数据中心解决方案通过将流量分发到两个数据中心，实现故障容错和高可用性。
即使一个数据中心发生故障，系统依然能够正常运行。
3.2 灾备能力双活数据中心解决方案还提供了灾备能力，即在发生灾难性事件时，可以快速将业务流量切换到备份数据中心，保证业务的持续性和可靠性。
3.3 流量管理F5 BIG-IP Load Balancer能够根据不同的算法和策略，将流量分发到不同的服务器上，提高负载均衡和系统性能。
4. 部署步骤4.1 网络规划在部署双活数据中心解决方案之前，需要进行网络规划，包括IP地址分配、子网划分、路由设置等。
4.2 组件部署按照架构概述中的组件介绍，逐步部署和配置F5 BIG-IP Load Balancer、数据同步组件和故障检测和故障切换组件。
4.3 测试与验证完成部署后，需要进行测试与验证，包括负载均衡、故障切换和数据同步等方面的测试，确保解决方案的稳定性和可用性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
减小客户端的重复请求
•
1)通过客户端缓存减小网络上数据传输，使用Hashing技术
使当内容改变时客户端始终能下载到最新的内容
减小发送到客户端的数据
2) 压缩数据，去除空白部分，并且缩减图片的尺寸来减小网 络带宽占用，对于移动用户非常有用
Web Accelerator使 用压缩，本地缓存， 客户端缓存和动态缓 存技术消除重复的请 求
两地三中心
云扩展
自助管理数据中心 内部和外部企业计算云
动 自动态化灵运活维的IT架构
精细管理
面云向计服算务解的决方云案计算平台
App
App
App
App
App
私有云 公共云
SO
SO
SO
SO
SO
App
App
App
SO
SO
SO
第一阶段
App
App
App
SO
SO
SO
第二阶段
阶段业务目标
通过数据中心整合和 优化来节省能源和场 地设施成本
生产数据中心2
应用级双活数据中心模型二
-- 主主模型
• 业务或用户分配到每个生产数据中心 • 每个生产中心都有自己的应用集群对外服务 • 跨双生产中心建立共用数据库 • 通过数据复制技术将数据镜像到对方 • 出现灾难时，正常的生产数据中心根据需要接管所有基于指定应用的请求 • 所有的中心、主机和存储设备均处于生产状态和实现负荷分担
通过数据中心之间 的直接连接实现
Active/Active
DB Tier (Active)
Secondary Data Center
发布同样VIP 的主机路由
App Tier
DB Tier (Standby)
交易一致性保证和数据库快速切换
所有的交易均发往一个数据中心的数据库
• 通常情况下金融行业都采用单一数据中心数据库集群主运行方式
• 双生产中心均需要完成生产业务 • 通过数据复制技术将数据复制到对方 • 通过业务模块或用户的方式将业务分配到不同的中心 • 平时主要的处理能力均分配给生产应用系统使用 • 出现灾难时，根据需要接管的方式，动态调度资源给备份系统使用
应用A访问
Clients
应用B访问
生产数据中心1
生产数据中心1
生产数据中心2
互联网
ISP 1 ISP 2
GTM之间共享本地资 源状态和Local DNS 网络距离信息
Secondary Data Center GTM + DNS
Web Tier
Web Tier
App Tier
App Tier
移动终端业务多中心并行
用于追踪当前活动的用户Session数据所归属的数据中心
• 多中心并行运行后，潜在的风险是可能是用户的第一个请求和后续的请 求导向到不同的数据中心或者链路上
Guest/Host 性能监控
应用资源策 略库配置
自动部署
版本/补丁管 理
应用性能监 控
配置下发
四层应用延 迟性分析
安全事件分 析
自定义报表
SYSLOG
Log Analysis soft ware
安全与优化
全球化应用访问应用加速和带宽节省
同时卸载网络和服务器来提高应用访问速度
Client s
内容重组 3) 重组CSS/JS和其他对象的顺序， 使客户端能更快的显示内容，提高 用户体验
F5 LTM + Web Active Accelerator
Web Tier
本地对象缓存
4) 在本地缓存对象，减小对Web服
务器的请求，或者减小缓存服务器
的数量
Active
Standby
Web Caches
Standby
App Tier
To Database
• 这将同时减少网络数 据传输和降低服务器 资源消耗
ISP 2
数据中心2的BIG-IP读取到 了Cookie并且发现用户的Se ssion存在于数据中心1，则 将请求转发到数据中心1
App Tier
后续的请求发送到的另外一个 数据中心
Secondary Data Center
Web Tier App Tier
DB Tier
DB Tier
突发业务流量处理
ISP 1 ISP 2
Client s
External Networks
Orchestration tool
ISP 1 ISP 2
x
App Tier
DB Tier (Active)
Virtualized Servers and storage
站点切换整合 与一些站点高可用管理工具比如Site Recovery Manager整合，在多个数 据中心之间实现业务的流量引导
应用交付设备来实现应用的管理。
智能流量管理
互联网业务 移动终端业务 突发业务流量处理 数据库整合
Primary Data Center
GTM + DNS
Web Tier
ISP 1 ISP 2
Client s
External Networks
应用优化和安全
应用加速 应用安全
ISP 1 ISP 2
动态数据中心
Web Tier
x App Tier
DB Tier
内网基于IP地址发布的业务多中心并行
将连接发送到最佳的数据中心
通常情况下这些只能基于IP访问的应用包括ATM/自助终端或者银行内的服务器到服务器的应用访问，有以下发 布方式：
1，在大网上发布一个单一的IP地址，通过IP AnyCast技术将用户请求引导到多个数据中心 2，在大网上发布单一IP地址，通过静态路由注入方式将用户引导到单一数据中心，在故障时进行自动切换 3，在不同的数据中心发布不同的虚拟IP地址，并且互为备份 这种情况下的最佳选择取决于应用和网络拓扑情况
生产数据中心1
生产数据中心1
应用A访问
Clients
应用B访问
应用B访问
应用A访问
生产数模型三
-- 动态主主模型
• 双生产中心均需要完成生产业务 • 通过数据复制技术将数据复制到对方 • 通过业务模块或用户的方式将业务分配到不同的中心 • 平时主要的处理能力均分配给生产应用系统使用 • 出现灾难时，根据需要接管的方式，动态调度资源给备份系统使用
FTP
办公自动化 软件
AutoManag er Software
SSH
Cloud Manager
SOAP Enterprise Manager
SOAP
USC以及配置采 集
一键CASE信息 采集
一键切换
TMSH接口
iControl接口
一键装机脚本
iRule
F5 BIGIP Platform
应用分析iRule
第三阶段
阶段业务目标
通过虚拟技术来提 升资源利用率，降 低管理和能源成本
第四阶段
阶段业务目标 自动化管理，自动化部 署，实时监控, 动态伸 缩, 提高管理效率及服 务质量，降低服务成本
第五阶段
阶段业务目标
通过增加服务流程， 实现IT服务标准化、 自动化,自助式,IT资源 的生命周期管理的云 计算平台
在出现故障或者服务能力无法支撑的情况下使用另外一个数据中心资源
• 当本地资源出现故障时使用另外一个数据中心资源
• 例如，一个服务器存储阵列出现故障的时候，导致多个虚拟服务器同时无法使用
• 避免本地的服务能力无法支撑的场景
• 设置服务器的并发连接数限制 • 设置优先级组，当本地资源不足时自动启用另外一个站点资源 • 如果彻底的由于资源响应问题无法服务（或者同时故障），可以在BIG-IP上直接返回错误页面
• 内容重组和图片调整 可以使页面的显示更 快，提高用户体验
动态内容缓存 5) 对可缓存的动态生成内容进行缓 存，可以极大的减小应用服务器和 数据库的资源消耗
DNS服务安全防护
保护数据中心的亿万投资
LDNS
Attackers
ISP 1 ISP 2
External Networks
ISP 1 ISP 2
• ISP大量使用WLAN卸载3G网络的压力 • 移动用户可能在同一个应用使用期间在3G网络和WIFI之间来回切换
BIG-IP 创建 数据中心cookie 并 且插入到服务器的响应中
Primary Data Center
Web Tier
ISP 1 ISP 2
Client s
ISP 1
External Networks
• 数据一致性考虑 • 另外一个数据中心的数据库运行在备份模式，在一些情况下提供查询服务 • 在主数据中心数据库故障时切换到备份数据库
Primary Data Center
GTM + DNS
ISP 1 ISP 2
Client s
External Networks
ISP 1 ISP 2
Secondary Data Center GTM + DNS
直接在数据中心之间进行转发？ 就近的数据中心作为客户访问接入点？ 应用自身处理状态信息？
Branches Kiosks ATMs 通过路由将用户引导 到“最近”的数据中心
Private Network
Primary Data Center
LTM 检测本地的资 源状况
App Tier
发布VIP的 主机路由
自动化运维 服务动态调整 灾备管理集成 数据中心快速切换
Secondary Data Center GTM + DNS
Web Tier