2025年基于云计算平台的同城双活业务容灾方案探讨 .pdfVIP

博观而约取，厚积而薄发。——苏轼

基于云计算平台的同城双活业务容灾方

案探讨

摘要：针对RPO和RTO要求较高的重要核心业务系统，探讨提出基于同城双

数据中心云计算平台进行业务双活部署的建设思路，支撑业务系统同城高可用，

确保业务运行的连续性，同时提出业务系统实现双活需要注意的事项。

关键词：同城双活；业务容灾；云计算

1概述

对IT企业来说，传统的单数据中心已不足以保护企业数据的安全。当单数

据中心发生故障后，可能会导致业务长时间中断，甚至导致重要数据丢失，造成

不可挽回的损失。只做本地的数据冗余保护或容灾建设，已不能有效规避区域性

灾难对企业数据的破坏。同城双中心是指在同城或邻近城市建立两个可独立承担

关键系统运行的数据中心，双中心具备基本等同的业务处理能力并通过高速链路

实时同步数据，日常情况下可同时分担业务及管理系统的运行，并可切换运行；

灾难情况下可在基本不丢失数据的情况下进行灾备应急切换，保持业务连续运行。

对重要核心业务系统基于同城双数据中心云计算平台进行业务双活部署，支撑业

务的高可用，是保障业务连续性可行的解决方案。

2同城双活业务容灾方案探讨

2.1同城双活业务容灾方案需要考虑的因素

灾备系统在设计的时候需要确定以下两个目标：RPO（RecoveryPoint

Objective）和RTO（RecoveryTimeObjective），RPO指的是业务系统所能容

忍的数据丢失量，RTO指的是所能容忍的业务停止服务的最长时间。同城双活方

案是灾备要求中级别要求最高的方案，所以双活方案的部署对应用、网络、存储、

虚拟化等是有一些基本的要求。要实现同城业务双活容灾，达到RPO和RTO最小

去留无意，闲看庭前花开花落；宠辱不惊，漫随天外云卷云舒。——《幽窗小记》

的目标，需要从业务使用角度端到端考虑，包括网络层容灾、应用层和中间件层

容灾、数据层容灾、云管平台容灾等方面。

（1）网络层、应用层、中间件和数据层

网络层容灾主要考虑主备/双活时候网络负荷分担和主备切换能力。

应用层容灾主要考虑业务主机/容器容灾/双活的能力。

中间件层容灾主要通过中间件自身提供容灾能力。

数据层容灾主要通过数据库、数据仓库等组件自身提供，最常见的是数据库

的容灾/双活能力。

（2）无状态应用的双活/容灾

无状态应用情况下所有的业务主机不存储业务数据，所有的业务数据都存储

在数据库中。所以，在容灾/双活的时候：1）业务主机无需进行数据同步，仅需

要在主/备站点各运行一套集群；2）所有的业务数据都存储在数据库中，由数据

库本身完成主备站点的同步；3）双活应用必须是无状态应用，即主/备两个站点

同时提供业务服务。

2.2网络层容灾方案

网络层容灾，主要实现主备/双活时候网络负荷分担和主备切换的问题。目

前业界主要有三个方案：（1）WEB类访问业务，由DNS的主备IP地址映射实现

海纳百川，有容乃大；壁立千仞，无欲则刚。——林则徐

切换/负载分担；2）APP类访问业务，由应用API支持主备IP地址实现切换/负

载分担；3）通过GSLB全局负载均衡器虚拟业务IP实现切换/负载分担。

（1）网页访问智能DNS主备服务IP负载分担/主备切换方案

针对网页访问类的WEB应用，通过域名的方式访问业务，不建议通过IP地

址直接访问。该方式下，可以通过智能DNS实现主备服务IP负载分担/主备切换：

1）负载分担的情