跨云容灾的方案与说明

热备容灾

热备容灾的架构如图1所示。

图1 跨云容灾（热备容灾）

冷备容灾

冷备容灾的架构如图2所示。

图2 跨云容灾（冷备容灾）

该架构适用于对RTO要求不高且对TCO有一定要求的应用级容灾场景。

该方案是经济型应用级容灾方案，正常情况下，容灾系统所使用的云服务器不启动，有效降低容灾成本。通过第三方工具可实现自动的容灾管理，例如切换和演练。

该架构的方案实现如下：

• 通过DNS服务，将用户的访问流量灵活引流。当业务系统正常时，将流量引流到业务系统；当业务系统不正常时，将流量引流到容灾系统。
• 应用服务器的数据同步：Web服务和其他应用服务更新频率不高时，可在业务系统的更新的同时对容灾系统进行更新，并对应用服务器进行镜像。如果更新频繁，则可通过第三方软件，对应用的数据进行同步；容灾系统上的Web应用服务器和其他应用服务器，在部署完成以后处于停止状态，不运行。
• 数据库的数据同步：数据库进行主备容灾，可以通过数据库原生的复制技术进行数据同步，也可以第三方的软件对数据库进行复制。
• 容灾切换：当业务系统发生故障时，可通过人工方式或通过第三方软件，进行主备切换，并将用户的访问流量全部引流到容灾系统。
• 容灾演练：租户可自行通过人工方式和使用脚本的方式进行容灾演练，或基于第三方软件进行容灾演练。

数据库容灾

数据库容灾的架构如图3所示。

图3 跨云容灾（数据库容灾）

该架构适用于仅数据库容灾，不要求对应用进行容灾的场景。

该架构的方案实现如下：

• 通过DNS服务，将用户的访问流量全部引流到业务系统。
• 数据库的数据同步：数据库进行主备容灾，云下（即客户的本地数据中心）为业务系统，云上为容灾系统。可以通过数据库原生的复制技术进行数据同步，也可以第三方的软件对数据库进行复制。
• 容灾切换：当业务系统发生故障时，可通过人工方式或通过第三方软件，将应用对数据库的访问切换到容灾系统的数据库上。
• 容灾演练：租户可自行通过人工方式和使用脚本的方式进行容灾演练，或基于第三方软件进行容灾演练。