從傳統數據中心到云數據中心，因為自然災害、人為錯誤、硬件問題導致的業務中斷和數據損壞、丟失等都會給公司/組織帶來巨大的經濟損失和聲譽影響，同時金融、政務云、央國企等都要求必須建設災備中心，滿足業務不中斷、數據多備份的要求。

   目前市場主流廠家和開源平臺，都推出多活容災產品。主要滿足客戶如下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上部署生產環境，核心業務做異地容災。