2017年3月22日，微軟雲服務一個月內出現又一次宕機（上一次是2017年3月7日）；

2017年6月11日，谷歌位於美國數據中心的App Engine服務出現大面積故障；

2018年6月27日，阿裏雲故障，起因：運維操作失誤觸發未知bug；

2018年7月17日，AWS管理控制臺間歇性失靈；

2018年7月18日，谷歌雲平臺全局負載均衡服務發生中斷；

2018年8月5日，一家創業公司聲稱，由於其存放在騰訊雲的數據全部丟失且無法恢復，要求騰訊雲賠償1100余萬人民幣……

當越來多的企業將其開發測試、核心生產等工作負載遷移至雲端，在充分享受到雲計算帶來的按需所取、彈性分配等好處同時，大型雲提供商在運行過程中暴露出的故障事件，也讓用戶看到了雲的負面影響。

為什麽雲存在一定的負面影響？

雲計算技術從落地商用至今，確確實實給用戶帶來了極大便利，同時，其安全性能與穩定系數較傳統的托管、租用有非常大的提升。

挑選一個易理解的點對比來說明：

傳統服務器托管、虛擬主機，構建於單臺物理服務器上，如果該物理服務器的任何硬件（內存、主板、電源、磁盤、網卡……）出現故障，那麽服務肯定要中斷，相信很多站長或做運維的朋友對此深有體會吧。

而雲服務器，基於分布式集群技術，多臺物理設備組建為一個集群，數據打散寫到多個點，即使其中一個點或多個點損壞，也不會影響服務，更難影響到數據的安全。總體來說，雲服務技術利大於弊。

雲服務一般都存在哪些單點故障隱患？

雲服務無法保持100%在線，即便是99.9999999%的可靠性依舊存在著故障隱患的風險，數據庫、應用服務器、機房等發生單點故障可能就會對雲服務器的數據儲存產生巨大的影響。

數據庫：我們知道數據庫的單點隱患會對業務產生很大的影響。數據庫故障會導致整個應用無法提供服務。隨著業務規模的發展，當單臺數據庫可處理的業務能力已經無法滿足業務需求時，必然引入了主、從負載均衡的數據庫架構，同時把數據庫熱備問題解決。

應用服務器：使用期限達到數年的服務器容易出現各種各樣的硬件問題而導致宕機，所以我們用到了 LVS 負載均衡技術把幾臺服務器組成集群來提供服務。

機房：一般機房單點故障出現的頻率為一兩年一次，如電力故障和網絡故障。但在今天這個雲時代，大家都無法接受兩年一遇的機房單點故障，所以跨地區異地容災架構開

如何才能盡可能的做到無限接近100%安全？

隨著國內公有雲服務的普及，越來越多的企業開始選擇公有雲服務。但雲服務也無法保證達到100%在線，總有可能突發意外導致服務故障。假設放在雲服務器上的數據全部丟失，甚至連備份數據也丟失了，這可能會導致企業業務停滯，對企業來說無疑是致命的打擊。

那麽，極端或者意外情況出現之前，我們該怎麽做到無限接近100%的安全呢？

1、最笨的辦法：

這也是個苦力活，定時將數據備份到本地。如果不嫌辛苦，本地的備份也多做幾個。

2、相對完善一些的機制：

仔細了解服務商的快照/備份機制，制定符合自身實際情況的機制。

每家服務商的快照備份策略不同，部分服務商需要用戶手工創建快照備份；部分服務商提供收費定制快照備份。

像小鳥雲推出的快照服務，就是一個很好的的解決辦法，小鳥雲快照可以保留某個時間點上的磁盤數據狀態。使用快照，可以快速、方便地將雲服務器還原到以前的狀態。

3、購買服務商兩個以上數據中心節點的雲服務器，數據互通、互為備份。

這樣做還有一個好處是，若A節點出現故障，可即時啟用B節點，保障服務不中斷。

做到以上兩點，相信你的數據就已經無限接近於100%安全了。

如何保障雲服務器數據100%安全？