两地三中心灾备解决方案

简介:

结合近年国内出现的大范围自然灾害,以同城双中心加异地灾备中心的“两地三中心”的灾备模式也随之出现,这一方案兼具高可用性和灾难备份的能力。

  同城双中心是指在同城或邻近城市建立两个可独立承担关键系统运行的数据中心,双中心具备基本等同的业务处理能力并通过高速链路实时同步数据,日常情况下可同时分担业务及管理系统的运行,并可切换运行;灾难情况下可在基本不丢失数据的情况下进行灾备应急切换,保持业务连续运行。与异地灾备模式相比较,同城双中心具有投资成本低、建设速度快、运维管理相对简单、可靠性更高等优点。

  异地灾备中心是指在异地的城市建立一个备份的灾备中心,用于双中心的数据备份,当双中心出现自然灾害等原因而发生故障时,异地灾备中心可以用备份数据进行业务的恢复。

  方案特点:


● 同城范围有效保证了数据的安全性和业务连续性;

● 异地复制数据根据灾难情形,尽可能降低数据丢失机率;

● 同城双中心为同步复制,数据实时同步,RPO=0;

● 异地无距离限制,保证数据一致性,保证了数据的有效保护;

● 异地容灾带宽要求低,先进的复制机制提高带宽利用率。

  针对两地三中心灾备建设的需求,华为赛门铁克公司利用Symantec软件的优势结合自身的存储开发能力,设计了典型的建设方案,方案原理和组网如图所示。

201132194510759.jpg

  如图,同城双中心的应用切换,采用Symantec Veritas的VCS(Veritas Cluster Server)集群软件来实现,生产中心主机和灾备中心主机上都需要安装VCS。采用VCS监测本地双机或集群状态,并通过组件GCO (Global Cluster Option)在本地和远程的集群之间进行状态监测。

  在网络层,同城双中心之间采用光纤连接,保证双中心之间较大的带宽,以响应实时的业务数据需求,同城异地之间采用专网或IP广域网即可实现,以节约成本。同城双中心的光纤采用波分复用(WDM)技术进行建设,针对两地只有1条或2条光纤连接的场景,采用WDM方式,能够虚拟出多条FC或GE联络,满足两地之间对业务和数据多重链路的需求。WDM技术能充分利用光纤的巨大带宽资源,大幅度提高系统传输容量,降低传输成本,因此在长途和骨干网的超大容量传输中得到了广泛的应用。将WDM技术引入城域网、接入网,整个网络就会变成无缝连接的整体,为所有不同的业务提供支持和连接,因此城域网中WDM具有很大优越性。

  在数据存储层,部署虚拟存储VIS6000或S5000/S6800E磁盘阵列,通过存储的同步远程复制功能将数据同步复制到灾备站点。确保生产中心和灾备中心的数据完全一致。使用存储的异步复制功能,将数据通过广域网复制到远端的灾备站点,并且保证数据的完整性和可用性。远端站点的作用主要是用来防止地理和自然灾难,当同城的双中心全部故障后,可以确保在异地有一份完整的数据拷贝,用于后续业务的恢复。

  下面介绍方案具体的数据备份及业务流程:

  数据备份

  同城双中心的数据采用同步复制,在同城灾备中心建立一个在线更新的数据副本。当有数据下发到生产中心阵列时,阵列间的同步复制都会同时将数据复制一份到同城灾备中心。

  同城灾备中心与异地灾备中心之间采用异步复制方式,定期将数据进行复制备份,异步复制支持增量复制方式,可以节省数据备份的带宽占用,缩短数据的备份时间。

  灾难检测

  主机上的VCS-Global Cluster通过对资源组状态的监控来判断资源的可用性,包括数据库资源组、网络资源组等。资源组的状态分online/offline/fault三种,正常情况下生产中心在工作的时候资源组的状态都是online,而灾备中心的资源组是offline状态。每个资源组在online和offline的时候均可以指定运行程序或脚本,程序或脚本执行完成后资源组即完成online或offline的过程。当检测到生产中心有资源组出现fault状态时,同城内生产中心同灾备中心将进行切换,以保证业务的连续性。

  容灾切换

  基于应用容灾切换包括一系列的动作:停止灾难节点的部件服务、切断数据复制链路、建立数据容灾基线、启动容灾节点的部件服务、通知前端设备进行业务网络切换。具体动作可以结合实际情况,通过脚本来定制。

  恢复回切

  回切工作流程和切换流程原理是一样的,只是因为切换的时候是不确定触发的、可能导致业务受部分影响;而回切的时候通过人工确认,选择最小影响的情况下执行操作(比如业务流量非常小的情况下,甚至暂停业务情况下),因此回切推荐采用的是手动切换模式。

  应用级容灾采用的是自动切换还是手动切换,用户可以在部署时通过修改主机集群软件的切换配置实现。


















本文转自东方之子736651CTO博客,原文链接:http://blog.51cto.com/ecloud/1618926 ,如需转载请自行联系原作者




相关文章
|
运维 Kubernetes 安全
|
Ubuntu Linux
Centos 7、Debian、Ubuntu中tree指令的检查与下载
Centos 7、Debian、Ubuntu中tree指令的检查与下载
1353 0
|
存储 资源调度 Cloud Native
VMware vCenter Server 8.0U3e 新增功能简介
VMware vCenter Server 8.0U3e 新增功能简介
582 4
VMware vCenter Server 8.0U3e 新增功能简介
|
11月前
|
人工智能 数据挖掘 数据处理
构建AI智能体:五、Pandas常用函数介绍,CodeBuddy智能化处理Excel数据实例
Pandas是Python核心数据分析库,提供Series、DataFrame等灵活数据结构,支持高效的数据读写、清洗、筛选、合并与统计操作,广泛应用于数据处理与分析场景。
846 4
|
运维 Prometheus 监控
OceanBase 的运维与监控最佳实践
【8月更文第31天】随着分布式数据库解决方案的需求日益增长,OceanBase 作为一种高性能的分布式数据库系统,在众多场景下得到了广泛应用。为了确保 OceanBase 集群的稳定运行,合理的运维与监控是必不可少的。本文将探讨 OceanBase 的日常运维管理与监控策略,并提供相应的代码示例。
1123 2
|
编解码 JSON 物联网
腾讯开源HunyuanVideo-I2V图生视频模型+LoRA训练脚本,社区部署、推理实战教程来啦!
继阿里的通义万相wan2.1模型之后,腾讯混元又出大招,重磅发布HunyuanVideo-I2V图生视频模型。
2413 9
|
缓存 监控 NoSQL
场景题:线上接口响应慢,应该如何排查问题?
面试中常见的接口响应慢排查题旨在考察研发人员的系统性解决问题的能力。回答时需结合业务场景(如大促、高峰期),并运用工具(Arthas、SkyWalking等)进行监控告警、链路追踪和日志分析,明确问题范围及原因。具体步骤包括:1. 定位问题(确认单个接口或整体系统、查看APM指标、分析链路和日志);2. 排查网络、中间件及外部依赖(检测延迟、检查Redis、RocketMQ、MySQL等);3. 服务端性能分析(CPU、内存、磁盘IO、JVM调优)。最后提出优化方案,如代码逻辑、数据库、缓存策略及资源扩容等。总结时可结合实际案例,展示完整的排查与优化流程。
3014 4
|
人工智能 自然语言处理 Java
我和我的通义灵码
本文介绍了阿里云的AI代码助手——通义灵码,从个人版和企业版两个方面详细阐述了其功能和使用方法。作者作为一名Java开发工程师,分享了自己使用通义灵码的经验,包括代码生成、智能问答等功能,以及如何通过@workspace、@terminal和#team docs等命令提高开发效率。文章还提到了企业版的特色功能,如企业知识库的配置和代码优化,展示了通义灵码如何帮助企业提高代码质量和开发效率。
|
安全 Java 物联网
Java在物联网应用中的实际应用
Java在物联网应用中的实际应用
|
存储 边缘计算 数据处理
边缘云概述
边缘云是分布式云数据中心,位于网络边缘,提供低延迟、高带宽的实时服务。它减少数据传输时间,支持本地化处理,确保数据安全,并在无网络时仍能运作。应用于CDN、互动直播和本地服务,与云计算互补,共同优化数据处理。随着5G和IoT的发展,边缘云将在未来扮演关键角色。