双活数据中心建设方案
- 格式:doc
- 大小:1.08 MB
- 文档页数:15
企业双活数据中心规划在当今数字化时代,企业对于数据的依赖程度日益加深,数据已成为企业的重要资产和核心竞争力。
为了确保业务的连续性和数据的安全性,企业双活数据中心的规划和建设变得至关重要。
双活数据中心是指两个数据中心同时处于运行状态,能够同时承担业务负载,并在故障发生时实现快速切换,保障业务的不间断运行。
下面将详细介绍企业双活数据中心规划的各个方面。
一、双活数据中心的需求分析在规划双活数据中心之前,首先需要对企业的业务需求进行深入分析。
这包括评估企业的业务类型、业务规模、业务增长趋势、业务连续性要求以及数据量和数据增长速度等。
例如,对于金融、医疗等对业务连续性要求极高的行业,双活数据中心的建设是必不可少的;而对于一些业务规模较小、业务连续性要求相对较低的企业,可以先考虑采用其他备份和恢复策略。
此外,还需要考虑企业的地理分布和用户访问特点。
如果企业的用户分布在不同的地区,为了提高用户访问速度和体验,可能需要在不同的地理位置建设双活数据中心。
二、双活数据中心的架构设计双活数据中心的架构设计是整个规划的核心部分。
常见的架构模式包括主备模式、双活模式和多活模式。
主备模式是指一个数据中心为主,另一个数据中心为备,只有在主数据中心出现故障时,备用数据中心才会接管业务;双活模式则是两个数据中心同时运行,共同承担业务负载,并能够实现快速切换;多活模式则是多个数据中心同时运行,共同分担业务负载。
在架构设计中,需要考虑数据同步、网络连接、应用部署等多个方面。
数据同步是确保两个数据中心数据一致性的关键,通常采用数据复制技术,如基于存储的复制、基于数据库的复制或基于应用的复制等。
网络连接需要保证低延迟、高带宽和高可靠性,可以采用专线连接、VPN 连接或SDWAN 等技术。
应用部署则需要考虑应用的兼容性、负载均衡和故障切换策略。
三、数据中心的选址和设施建设数据中心的选址需要综合考虑地理位置、电力供应、网络接入、自然环境和成本等因素。
双活数据中心方案本文档旨在详细介绍双活数据中心方案。
双活数据中心是指在一个组织内部建立两个或更多的数据中心,使得在任何情况下均能保持高可用性和冗余性。
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: 存储架构示意图。
双活数据中心方案双活数据中心方案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.提高系统可用性:通过应用级双活,实现99.999%的系统可用性,让业务运行更加稳定。
2.提高数据安全性:实现数据的实时备份,确保数据不丢失。
3.提高运维效率:通过自动化运维,降低运维成本。
4.提高业务连续性:在发生灾难时,能够快速切换到备用数据中心,保证业务连续性。
三、方案架构1.双活数据中心:建设两个数据中心,一个主数据中心,一个备用数据中心。
两个数据中心之间通过专线连接,实现数据的实时同步。
2.应用负载均衡:通过负载均衡技术,将用户请求分发到两个数据中心,实现负载均衡。
3.数据库双活:采用数据库双活技术,实现数据库的实时同步。
4.存储双活:采用存储双活技术,实现存储设备的实时同步。
5.网络双活:采用网络双活技术,实现网络的实时同步。
四、方案实施1.硬件部署:在两个数据中心分别部署服务器、存储、网络等硬件设备。
2.软件部署:在服务器上部署操作系统、数据库、中间件等软件。
3.数据同步:配置数据同步软件,实现数据的实时同步。
4.负载均衡:配置负载均衡设备,实现用户请求的负载均衡。
5.监控与运维:部署监控软件,实时监控双活系统的运行状况,通过自动化运维工具,实现运维工作的自动化。
五、方案优势1.高可用性:通过双活架构,实现系统的高可用性。
2.数据安全性:实时备份,确保数据不丢失。
3.灵活扩展:根据业务需求,可灵活扩展数据中心规模。
4.运维简化:自动化运维,降低运维成本。
5.业务连续性:快速切换,保证业务连续性。
六、方案实施注意事项1.充分评估业务需求,确保方案能够满足业务发展。
双活数据中心方案双活数据中心方案是一种部署在不同地理位置的两个数据中心,旨在提供高可用性和灾备恢复能力。
这种方案能够确保在一个数据中心出现故障的情况下,另一个数据中心能够顺利接管服务,并保证用户体验不受影响。
以下将详细介绍双活数据中心方案的设计和优势。
1.数据复制:双活方案需要确保两个数据中心之间的数据实时复制或者近实时复制。
这可以通过数据库的主从复制、文件同步或者数据快照实现。
数据复制的目的是保持数据的一致性,以便在故障发生时能够无缝切换到另一个数据中心。
2.心跳检测和故障切换:为了监测数据中心的健康状态,通常会设置心跳检测机制,以确保数据中心之间的连接正常。
如果主数据中心出现故障,心跳检测会及时发现,并触发故障切换机制,将服务切换到备用数据中心。
故障切换的过程应该是自动化的,以减少人工干预和减少切换时间。
3.基础设施冗余:为了实现高可用性,双活方案需要在两个数据中心都配置冗余的基础设施,包括独立的电力供应、网络连接、服务器和存储设备等。
当一个数据中心发生故障时,备用数据中心能够顺利接管服务,而不会由于基础设施故障而导致服务中断。
1.高可用性:双活方案可以提供更高的可用性,因为即使一个数据中心出现故障,另一个数据中心仍然可以继续提供服务。
这种设计可以最大限度地减少服务中断的风险,并提供卓越的用户体验。
2.灾备恢复能力:双活方案能够提供更好的灾备恢复能力。
当一个数据中心发生灾难性故障时,备用数据中心可以快速接管服务,并恢复运营。
这种方案可以最大限度地减少业务损失,并提供持续的服务。
3.地理位置容灾:由于双活方案将数据中心部署在不同地理位置,可以有效应对地域性的自然灾害或人为事故。
即使一个地区受到灾害影响,另一个地区的数据中心仍然能够正常运营,确保数据安全和业务连续性。
4.故障切换和容错能力:双活方案通常自动化故障切换,减少人工干预的需要。
这种方案可以提供更快的故障恢复时间,并减少对用户的影响。
此外,双活方案中的数据复制和冗余设计可以减少单点故障的风险,提供更可靠的服务。
双活数据中心方案双活数据中心方案文档1.引言1.1 目的本文档旨在提供一个详尽的双活数据中心方案,用于在灾难恢复和高可用性方面保护组织的关键业务系统和数据。
该方案旨在确保业务连续性,减少停机时间,并提供可靠的数据备份和恢复机制。
1.2 背景随着企业依赖关键业务系统的增加,确保系统的高可用性和容错性变得至关重要。
传统的单活数据中心方案可能因为单点故障而导致停机和数据丢失的风险。
为了解决这些问题,双活数据中心方案应运而生。
通过在两个地理位置上设置相互镜像的数据中心,双活方案可以提供故障转移和灾难恢复能力,以确保业务连续性。
2.方案概述2.1 架构图在双活数据中心方案中,我们将使用两个位于不同地理位置的数据中心(Data Center A和Data Center B),它们通过高速网络连接进行同步和数据复制。
每个数据中心都包含一组服务器、存储设备和网络设备,以及备用电源和冷却系统,以提供高可用性和灾难恢复能力。
2.2 功能要求- 快速故障转移和灾难恢复:当一个数据中心发生故障时,系统可以自动切换到备用数据中心,从而减少停机时间。
- 数据同步和复制:确保数据在两个数据中心之间的同步和复制,使数据丢失最小化。
- 监控和报警:监测数据中心的运行状态和性能参数,及时发现并解决潜在问题。
- 安全性和数据保护:采取适当的安全措施,保护数据的机密性和完整性,并进行定期备份。
3.数据中心架构3.1 数据中心 A数据中心 A 位于位置 X,包含以下组件:- 服务器集群:运行核心业务系统的一组服务器,以提供业务功能。
- 存储设备:用于存储和管理数据的高性能存储设备。
- 网络设备:提供内部和外部网络连接的交换机、路由器和防火墙等。
- 冷却系统:确保数据中心的温度保持在合适的范围内。
- 备用电源:在主电源故障时提供电力供应。
3.2 数据中心 B数据中心 B 位于位置 Y,与数据中心 A 类似,包含以下组件:- 服务器集群:与数据中心 A 同步的一组服务器,用于故障转移和灾难恢复。
双活数据中心解决方案目录一、内容概括 (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 背景与挑战随着云计算、大数据、物联网等技术的快速发展,企业业务需求呈现出多样化和实时性的特点,对数据中心提出了更高的要求。
医院双活数据中心解决方案V1医院双活数据中心是现代医院信息化建设中的关键设施之一,不仅能够保障医院各部门之间的信息资源共享,还可以提高医院的服务质量,保障患者的健康和生命安全。
因此,建设一个稳定、高效的医院双活数据中心解决方案是每一家医院必须要考虑的问题。
下面,我们来分步骤阐述如何构建一个医院双活数据中心解决方案。
第一步:规划和设计规划和设计是医院双活数据中心建设的基础和核心,需要根据医院的具体情况,制定相应的建设方案。
首先,要明确医院的信息化发展目标和需求,然后根据医院的规模、性质、结构等因素,设计出适合医院的数据中心结构、网络拓扑、设备选型等方案。
第二步:硬件设备采购与安装医院双活数据中心需要大量的硬件设备支持,如服务器、存储设备、网络设备、UPS等。
在选购硬件设备时,需要考虑设备的质量、稳定性、可扩展性和兼容性等因素。
设备选购完毕后,需要按照设计方案进行硬件设备的安装和调试,确保设备的正常运行。
第三步:软件系统建设软件系统建设是医院双活数据中心建设的重要环节。
医院双活数据中心需要安装和配置操作系统、数据库管理系统、虚拟化软件等系统软件,同时,还需要根据医院的需求,安装和配置医院管理软件、医疗设备软件等应用软件。
软件系统建设需要充分考虑软件的稳定性、兼容性、安全性等因素。
第四步:维护和管理医院双活数据中心建设完成后,需要进行长期的维护和管理。
维护和管理包括设备的巡检、备份、升级、故障排除等方面。
同时,还需要建立科学的管理制度,制定相应的标准和规范,加强安全防护工作,保障医院数据的安全和稳定。
总的来说,医院双活数据中心解决方案V1是医院信息化建设的重要组成部分,医疗机构在进行信息化建设时需要十分注重,在整个建设过程中需要充分考虑医院的实际需求和发展规划,不断优化和改进数据中心,提升数据管理和服务水平,为病人的治疗提供更好的保障。
目录第1章概述ﻩ错误!未定义书签。
1.1数据集中阶段的数据中心建设............... 错误!未指定书签。
1.1.1 传统架构存在的问题ﻩ错误!未指定书签。
1.1.2 H3C全融合虚拟化架构ﻩ错误!未定义书签。
1.2双活数据中心建设目标ﻩ错误!未指定书签。
第2章双活数据中心业务部署.................... 错误!未定义书签。
2.1基于的业务部署模式...................... 错误!未定义书签。
2.1.1 模式简介ﻩ错误!未指定书签。
2.1.2 企业数据中心业务典型部署ﻩ错误!未指定书签。
2.2基于的业务部署模式ﻩ错误!未指定书签。
2.2.1 技术简介ﻩ错误!未指定书签。
2.2.2 企业数据中心典型部署ﻩ错误!未指定书签。
2.2.3 及 ................................. 错误!未定义书签。
第3章双活数据中心设计....................... 错误!未指定书签。
3.1网络结构ﻩ错误!未指定书签。
3.2双活数据中心部署ﻩ错误!未定义书签。
第1章概述为进一步推进信息化建设,以信息化推动业务工作的改革及发展,在科技楼建有核心机房和一个小的本地容灾备份中心,现在在干保楼又新建了容灾网,实现同城双中心布局。
为提高业务可靠性及双中心设备资源的利用率,拟建同城双活数据中心,达到双中心同时对外提供同种业务的目标,同时实现业务切换无感知、计算资源灵活调度的功能目标。
1.1数据集中阶段的数据中心建设1.1.1传统架构存在的问题传统数据中心网络采用传统以太网技术构建,随着各类业务应用对需求的深入发展,业务部门对资源的需求正以几何级数增长,传统的基础架构方式给管理员和未来业务的扩展带来巨大挑战。
具体而言存在如下问题:维护管理难:在传统构架的网络中进行业务扩容、迁移或增加新的服务功能越来越困难,每一次变更都将牵涉相互关联的、不同时期按不同初衷建设的多种物理设施,涉及多个不同领域、不同服务方向,工作繁琐、维护困难,而且容易出现漏洞和差错。
目录第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跨中心部署可集群,可以保证虚拟机迁移过程中业务的不中断。