mysql单点故障_如何解决云服务商单点故障频发的问题？

回答这个问题前，先来说说云服务一般都存在哪些单点故障隐患？数据库：我们知道数据库的单点隐患会对业务产生很大的影响。数据库故障会导致整个应用无法提供服务。随着业务规模的发展，当单台数据库可处理的业务能力已经无法满足业务需求时，必然引入了主、从负载均衡的数据库架构，同时把数据库热备问题解决。

应用服务器：使用期限达到数年的服务器容易出现各种各样的硬件问题而导致宕机，所以我们用到了 LVS 负载均衡技术把几台服务器组成集群来提供服务。

机房：一般机房单点故障出现的频率为一两年一次，如电力故障和网络故障。但在今天这个云时代，大家都无法接受两年一遇的机房单点故障，所以跨地区异地容灾架构开始被应用起来。

云服务的的单点隐患该如何解决？

在现在应用开发模式下，CDN 和云存储服务有利于降低基础设施成本，保证开发者把有限的资源重点投入到核心设施上，如数据库、应用服务器等。

首先我们来分析一下 CDN 和云存储两个服务的单点故障隐患问题：CDN 服务是天然多地区多机房部署的：CDN 服务出现全网故障的可能性几乎为零，一般只会出现单个机房服务故障，对整体业务的影响范围在10%以内(已按终端用户地区热度来统计)，而这个也能被 CDN 服务商的自动调度系统快速解决，所以对此不必担心单点问题，即使用多家 CDN 服务也是相同的容灾过程。

云存储服务是存在单机房故障隐患：云存储服务与 CDN 服务不同，它跟云主机服务一样都是集中于个别机房，并且在使用云存储服务时还得选择使用其中一个数据中心。如果数据所在数据中心出现电力或者网络故障，就会影响正常服务。(这里特指服务安全而不是数据安全，现在基本每个云厂商都做数据多备份的，所以不存在数据安全问题)

又拍云是如何解决云服务单点故障问题的？

我们看一下，为了解决以上Web应用服务存在的单点隐患，需要花费的成本：

基础版：1台数据库服务器、1台应用服务器

高容灾：2台数据库服务器、2台应用服务器、部署两个机房

1+1 = 2 ；(2+2)x2 = 8

为此又拍云增加了4倍的硬件成本和相对应的研发、运维成本。

其实同时使用多家云存储也可以解决这个问题，并且存储成本并不高，但是对应用系统产生不小的技术成本，甚至很难做好这个融合工作。目前最简单的方法就是在 CDN 服务上做多源站的容灾处理在 CDN 访问过程中回源到 A 云存储无法正常服务时，自动切换到 B 云存储。但后续还有不少工作，比如应用存储文件到 A 后还得写个队列同步到 B，如果 A 故障那么会只写到 B，等 A 恢复后哪些文件要重新同步回来等等。这个时候

△ 融合云存储架构

重点是这一切只需要在又拍云管理后台简单配置一下就能用上！ 所以专业可靠、简便易用的融合云存储解决方案，就在又拍云！

全文阅读：