随着云计算市场的高速蓬勃发展，并且在灵活性、效率和战略价值层面发挥了较大的优势，越来越多的企业选择将数据、业务放至“云端” 。然而没有建立过安全防范的云服务，不堪一击，可能瞬间摧毁一家创业公司。 面对可能发生的灾难，许多企业望而止步并逃避上云，这显然不是明智之举。其实，只要建立好高可用架构，就可从容应对所有故障与灾难，以不变来应对万变。在这里，小编给大家准备了多个关于业务连续性的方案，希望对大家有所帮助。

√ 在不同地域、不同可用区中均对原有应用架构做一套完整的备份，在故障发生时通过前端DNS实现秒级切换，及时恢复业务。

√ 不同地域之间可以采用公有云的对等连接进行私网通信，保障数据库之间的数据实时同步，将数据传输延迟降到最低。

√ 这种容灾架构方式既可以解决单机房故障，也可以应对像地震等灾难性故障。

该方案已经基本帮助用户从容应对云计算的各种故障，那我们就来谈谈更夸张的，如果某个云厂商出现问题？—— #-# 小伙儿，又瞎操心了吧！不过还真有这样的方案，并且使用的同学还不少，请大家看方案2，如下！

√ 在不同云、不同可用区中均对原有应用架构做一套完整的备份，故障发生时可以通过前端DNS实现秒级切换，及时恢复业务。

√ 不同云之间可以采用公网通信，保障数据库之间的数据同步。

√ 这种容灾架构方式既可以解决单机房故障，也可以应对像地震等灾难性故障。

前面提了一些很牛的灾备方案，但在我们的实际业务中，可能用不到或成本太高，那么我们也准备了一些相对简单的方案供您选择，便于业务落地和实施。

√ 基于实例创建一个自定义镜像，把实例中的所有磁盘，包括系统盘和数据盘，将数据完整的复制到自定义镜像中

√ 使用快照的数据备份方式，定期备份重要业务数据，当数据出现问题时，采用秒级回滚技术第一时间恢复数据。

√可以基于快照创建新的云硬盘，这样云硬盘在初始状态就具有快照中的数据，是原始硬盘的精确副本。快照具有地域属性，您需要在创建云硬盘的同一地域下使用快照。

√ 使用对象存储（分布式存储服务），通过跨区域复制功能同时存储在多个指定区域，保证在某些意外情况下仍能通过冗余数据来查找并恢复完整数据。

说了这么多，但往往我们的业务系统发生故障，最担心的还是数据库数据是否会丢失？丢失数据库数据往往具有毁灭一个公司的能量，因为数据库中存储的包括结构化的交易记录等数据，所以，我们还是将目光集中到数据安全的核心问题——数据库安全。

√ 数据库的备份可采用多可用区容灾，在公有云多个可用去可以看作一个机房，使用跨可用区部署，主库和从库分处于同城不同可用区，并逐渐高可用集群，实时同步复制数据达到数据的高可用效果。

√ 同样，数据库的备份亦可采用异地灾备，建立通过内网专线同步的异地灾备数据同步。在云数据库MySQL数据库主实例所在地域的机房发生故障或其他原因引起不可用的情况下，异地灾备实例提供快速恢复数据访问的能力，帮助在异地迅速搭建业务体系，保证数据库在灾难情况下的高可用性。

√ 以同城双中心加异地灾备的“两地三中心”方案，兼具可用性和灾难备份的能力，双中心具备基本等同的业务处理能力并通过高速链路实时同步数据，日常情况下可同时分担业务及管理系统的运行，并可切换运行，当双中心出现自然灾害等原因而发生故障时，异地灾备中心可以用备份数据进行业务的恢复。

然而，当我们的可用性问题放到混合架构的场景中，又将会面临新的挑战。混合架构中物理架构和云架构部分，可用的工具和实现数据高可用的效果都会不同，所以在混合架构中，我们要将系统拆分开来，分别考虑数据可靠性。

√ 将本地机房与公有云用专线打通，通过内网形式来同步数据。

√ 云主机备份：可使用定时脚本或者rsync同步将云主机中的数据同步至本地。

√ 数据库备份：定时人工将数据库备份文件同步到本地。

√ 文件备份：对象存储中的文件也可以备份到本地。