雖然“云”已經沒有智能硬件、O2O這么熱門，但這并不妨礙“云”成為2B市場的寵兒。2010年之前，絕大多數公司都認為公共云尚未完全成熟，還 不放心將其作為企業數據的主要存儲、備份地，但2010年之后，隨著巨頭們的加速布局，以及大數據的大熱，“云”已經成為資本新的標的物，據統計，僅在 2014年一年，用在云計算市場的資本就有12.65億美元，這還不算巨頭們本身的投入。

說到云計算，就不得不提云計算下兩個重要的應用：云備份和云存儲。

今天，我們來聊聊在使用云備份和存儲服務時需要了解的6個方面。

1、云是私有的，因此應該做好調查工作

不管你是否也這樣認為，幾乎每種云服務都是駐留在私有平臺上的，這意味著只要你購買了任何一個云服務，你就一定會受到供應商限制，在云存儲和備份服務領 域情況也一樣，因此，在你決定將重要數據轉儲到云之前，應該對云供應商提供的服務進行全面的調查和評估，調查服務的私有屬性對你整個存儲和備份環境的影 響，調查平臺和互操作性支持情況。例如，有些云供應商只支持Windows和Linux平臺，如果你要使用Unix，那這是一個巨大的障礙，最后就是調查 你的存儲和備份軟件是否支持云供應商的服務接口。

2、將數據的第三個副本發送到云

強烈建議剛開始使用云存儲和備份服務的公司將數據的第三個副本發送到云，各大備份軟件廠商都已開始在自己的軟件中集成云服務API，如果你的備份軟件尚 不支持直接與云服務交互，那么只有用傳統的辦法進行數據復制。當數據復制到云之后，就要評估如何訪問數據，以及數據的安全性了。值得一提的是，目前已經有 類似多備份這種專門處理云端數據備份的SaaS應用。

3、看看自己的網絡帶寬夠不夠

要在云中存儲和備份數據，首先對你自己的互聯網接入帶寬進行評估，究竟需要多大的帶寬才能滿足你訪問云中數據的需要？必須回答這個問題。在本地存儲和備 份數據時，本地網絡的網絡延遲幾乎可以忽略不計，但切換到云之后，這就是個重要的問題了。試想一下訪問響應時間從原來的不到10毫秒突然一下子變成 20-30毫秒是個什么概念，是的，云服務供應商的網絡帶寬也很重要，但通常對方會提供足夠的帶寬保證用戶的使用，關鍵還得看自己的網絡帶寬夠不夠。更重 要的是，你的本地網絡往往是多個業務共享的，這意味著云訪問通信必須和其它互聯網訪問通信競爭帶寬，在業務高峰期間，這可能是一個巨大的挑戰。存儲流量是 相當驚人的，如果不采取異步方式，可能會造成網絡嚴重堵塞，將云作為備份目標，需要安排好備份任務執行時間，最好是放在業務低谷時段進行。目前很多備份軟 件已經提供了備份時間、備份份數的自主選擇了，比如上文提到的多備份。

4、私有云還是公共云

關于是使用私有云還是公共云這個問題爭論已久，人們總是認為公共云不安全或是沒有私有云安全。在筆者看來，首先安全是一個相對的概念，即所謂的沒有絕對 的安全;其次，私有云不僅存在與公共云類似的安全問題，甚至有些私有云本身就是建立在私有云基礎上的。從存儲和備份軟件的角度來看，都是一個磁盤陣列服務 于多個服務器上的多個應用程序，如果有特殊要求需要獨立控制存儲，那你必須聯系云供應商要求隔離，當然這樣做的成本應該會上升。

5、遠程網絡文件共享的挑戰

許多正在使用云服務的公司允許他們的用戶訪問通過云共享的網絡目錄或文件，這個主意倒是不錯，但一個巨大的挑戰是互聯網出口通信量可能會增加四倍。通信 量增加后就會導致網絡擁擠，進而使網絡延遲增加。正常情況下，文件共享流量發生在本地網絡，發生任何問題也會很快得到解決。而轉到云存儲后，網絡問題涉及 到的干系方就增多了，包括云供應商，ISP以及企業自身，這就可能導致問題持續的時間變得更長，最后引發用戶的強烈不滿，因此規模很重要，如果你計劃一次 性將整個組織的業務數據全部轉移到云中，那么首先應研究其失效可能帶來的影響，我強烈建議你采取統一規劃，分布實施的原則，逐一轉移。

6、每GB的成本問題

大量的用戶對每GB的存儲和備份成本的變化存有疑問。如果你仔細調查了前五個問題，并仔細思考了維持云存儲和備份策略的潛在成本，那么要回答最后這個問 題就簡單了：轉移到云可能對每GB的成本產生重大的影響。雖然在外圍成本方面，每GB的云成本很低，這樣就可以將資本支出性成本轉移到運營成本了，可能你 正暗自高興，但前面說的所有問題都全部解決的話，每GB的滿載成本可能會更高。