云已經無處不在，人們無法擺脫它！這對于至今仍被存儲和備份成本困擾的企業來說本身是件好事，基于互聯網的云服務為正在尋找地方存儲和備份數據的企業提供了一個額外的選擇。

　　之所以說是“額外的”原因是，我相信絕大多數公司都認為公共云尚未完全成熟，還不放心將其作為企業數據的主要存儲地，對于那些已轉換到公共或私有云數據存儲的少數企業來說，也可以拿本文來驗證。

　　下面我們來看看如何有效利用云存儲和備份服務，如何確保數據安全以及讓服務水平得到保證需要注意的6件事。

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

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

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

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

　　3、看看自己的網絡帶寬夠不夠（不是看對方的）

　　要在云中存儲和備份數據，首先對你自己的互聯網接入帶寬進行評估，究竟需要多大的帶寬才能滿足你訪問云中數據的需要？必須回答這個問題。

　　在本地存儲和備份數據時，本地網絡的網絡延遲幾乎可以忽略不計，但切換到云之后，這就是個重要的問題了。試想一下訪問響應時間從原來的不到10毫秒突然一下子變成20-30毫秒是個什么概念，是的，云服務供應商的網絡帶寬也很重要，但通常對方會提供足夠的帶寬保證用戶的使用，關鍵還得看自己的網絡帶寬夠不夠。

　　更重要的是，你的本地網絡往往是多個業務共享的，我想幾乎沒有人愿意專門建設到云供應商的專線吧，這意味著云訪問通信必須和其它互聯網訪問通信競爭帶寬，在業務高峰期間，這可能是一個巨大的挑戰。

　　存儲流量是相當驚人的，如果不采取異步方式，可能會造成網絡嚴重堵塞，將云作為備份目標，需要安排好備份任務執行時間，最好是放在業務低谷時段進行。

　　4、私有云還是公共云

　　關于是使用私有云還是公共云這個問題爭論已久，人們總是認為公共云不安全或是沒有私有云安全，如果有人一直伺機偷窺你的數據，那還真的需要做長遠打算。

　　幸運的是，私有云也存在與公共云類似的安全問題，但為了不將問題復雜化，本文所指的私有云全都假設是“到公共云的私有連接”，而不是構建一個私有云，因為私有云不是一般企業能承擔得起的。

　　從存儲和備份軟件的角度來看，問題應該不大，云存儲與本地共享存儲環境差異不大，都是一個磁盤陣列服務于多個服務器上的多個應用程序，如果有特殊要求需要獨立控制存儲，那你必須聯系云供應商要求隔離，當然這樣做的成本應該會上升。

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

　　許多正在使用云服務的公司允許他們的用戶訪問通過云共享的網絡目錄或文件，這個主意倒是不錯，但一個巨大的挑戰是互聯網出口通信量可能會增加四倍。通信量增加后就會導致網絡擁擠，進而使網絡延遲增加。正常情況下，文件共享流量發生在本地網絡，發生任何問題也會很快得到解決。

　　而轉到云存儲后，網絡問題涉及到的干系方就增多了，包括云供應商，ISP以及企業自身，這就可能導致問題持續的時間變得更長，最后引發用戶的強烈不滿，因此規模很重要，如果你計劃一次性將整個組織的業務數據全部轉移到云中，那么首先應研究其失效可能帶來的影響，我強烈建議你采取統一規劃，分布實施的原則，逐一轉移。

　　6、每GB的成本問題

　　大量的用戶問我轉移到云后，每GB的存儲和備份成本有何變化。

　　如果你仔細調查了前五個問題，并仔細思考了維持云存儲和備份策略的潛在成本，那么要回答最后這個問題就簡單了：轉移到云可能對每GB的成本產生重大的影響。

　　雖然在外圍成本方面，每GB的云成本很低，這樣就可以將資本支出性成本轉移到運營成本了，可能你正暗自高興，但前面說的所有問題都全部解決的話，每GB的滿載成本可能會更高。