从传统数据中心到云数据中心，因为自然灾害、人为错误、硬件问题导致的业务中断和数据损坏、丢失等都会给公司/组织带来巨大的经济损失和声誉影响，同时金融、政务云、央国企等都要求必须建设灾备中心，满足业务不中断、数据多备份的要求。
目前市场主流厂家和开源平台，都推出多活容灾产品。主要满足客户如下3个场景需求：
1、同城多活/主备
用户的业务应用部署在一个城市下两个或多个机房，对于可用区（机房）级的故障，基于ELB原生产品能力，实现业务流量的快速切换。
2、异地多活/主备
用户的业务应用部署在两个城市下或多个可用区，基于全局负载均衡调度能力满足两个城市的资源同时承载生产流量，提高系统的扩展性及站点容灾切换能力。 仅支持无状态应用如Tomcat，不需要与数据库交互。
3、两地三中心
用户的业务应用部署在两个Region下三个可用区，基于GTM （或用户自采GSLB ）全局负载均衡调度能力和ELB负载均衡能力满足中心region的两个可用区资源同时承载生产流量，普通region的可用区只做容灾，只有标定故障发生时才拉起容灾分区应用承载访问流量。
从市场角度，据统计2023年云灾备市场规模为￥51.1亿，2025年预计增长到￥74.2亿，据国家行业准入要求金融团体云满足容灾6级，保险行业开业5年内必须建立异地灾备系统，政务云必须具备灾备系统和完善的应急响应制度与演练机制。
天翼云多活容灾产品，目前完成同城容灾、同城多活产品能力在公有云和私有云平台上线。
天翼云容灾分为同构云容灾和异构云容灾2个场景。
场景一：同构云场景
第一类：两朵存量的3.0天翼云做同城或者异地容灾。客户存量两朵3.0的天翼云，需要做容灾建设。由于3.0架构不支持多可用区，无法通过跨可用区的架构来实现。因此3.0架构下，无论是同城还是异地只能通过跨资源池容灾方案。
第二类：两朵4.0天翼云异地容灾。4.0架构下同城容灾能力推荐基于多可用区来实现两朵4.0的异地容灾场景，可以通过类似跨地域的容灾能力来实现。
场景二：异构云容灾
第一类：天翼云3.0跟新建4.0做同城或异地容灾。存量客户3.0云跟新建4.0多容灾。无论同城还是异地场景，都只能通过相同方案来实现。
第二类：新建4.0跟存量3.0做异地容灾。异地3.0云为存量，客户在新建4.0上部署生产环境，核心业务做异地容灾。
