解析雲中近線存儲：服務等級和文檔協作

Kossman和Taneja討論了雲計算中近線資料的安排，從討論文檔協作開始，還談及檔共用、以及包括文檔協作內置功能的不同雲計算解決 方案。 然後Taneja解釋了當在雲計算中部署主要資料存儲時受眾可以真實期望得到的服務等級水準，其中包括是可行候選物件的一級和二級應用程式類型。

SearchCloudStorage.com：雲計算中近線存儲典型示例是文檔協作或檔共用。 Arun，你是否能夠向我們的聽眾解釋一下，為什麼雲計算是檔和文檔共用的一個好選擇？

Taneja：當然可以。 毫無疑問，文檔協作是雲計算的一個良好用例，但是我想說有些雲計算所採用的技術允許協作共用，而另一些雲計算則不支援 該應用。 雖然那些不支援該應用的雲計算仍然可以被用於協作目的，但是該技術必須構建于閘道基礎之上。 在這裡，我將給出兩個例子。

例如Nirvanix他們在全世界有八個雲計算實例，如同命名是一個雲計算實例一樣，他們以這種方式構建他們的雲計算。 所以，如果你把一個檔 置於位於加州的雲計算中，而客戶簽約要求他們的資料應被保存在東海岸雲計算中，那麼當位於加州的檔更新時，在紐約雲計算中的檔也將自動更新。 這兩個文 件被高效地保持一致，如果有人從紐約雲計算訪問這個檔，而在加州一邊檔正在被更新，那麼紐約的訪客則必須等待直至兩個檔同步完成。 所以，在這個例子 中，最困難的工作已由雲計算供應商Nirvanix完成了。 這就是經典的協作：無論使用者在世界的何處，他們都可以要求訪問檔，他們也知道他們可以得到最 新版本的檔。 他們可以在他們所交互的任一一個雲計算中進行更新工作，並完成檔在所有其他位置的同步。 這就是在雲計算中完成的技術。

在本博客系列的第一部分中，Arun Taneja論述了為什麼IT專業人士通常都會認為雲計算存儲只是一個災害復原（DR）、歸檔和備份解決方案；實現在雲計算中重要資料存儲的技術開發 ；以及為什麼在雲計算部署近線資料中閘道是至關重要的。

當你沒有這種能力時——這在行業內大多數雲計算皆是如此——那麼你就必須使用閘道，就如Panzura一樣。 Panzura已創建了一個全球文 件系統，它可高效地解決我所描述的這個命名問題。 他們的任務繁重，並需確保在加州可見的資料與紐約、東京乃至其他地方可見的資料都相同。

客戶必須小心；並不因為你擁有一個雲計算和一個文檔協作的協作，所有的工作就會自動完成。 你必須把握底層細節以確保你有合適的解決方案。

SearchCloudStorage.com：所以，從我們之前對雲計算閘道減輕延遲問題的討論中可以得出結論，但是當在雲計算中部署主要或近線存儲時，人們應當期望何種服務等級呢？

Taneja：一個非常重要的考慮在於我之前所說的——你無法出於主儲存體目的自動使用雲計算；你必須有一個閘道，就如同StorSimple 所提供的一樣。 值得特別指出的是，在業界中有一些其他的例子說明閘道可以實現主儲存體，但是他們的數量較少且並不多見。 你必須小心，這些閘道都有各種各樣 的存儲應用，否則它也不會覺得、看和表現得像客戶在他們資料中心使用的主儲存體一樣。

現在，你能指望從中得到什麼樣的服務等級呢？ 如果它是以類似于StorSimple的方法建立的，那麼由於其內置緩存、資料複製、壓縮與快照等 功能你就可以期望相同的服務等級，即你應當能夠替換所有二級應用程式和二級存儲。 瞭解你是否有一級應用程式和一級存儲，無論是EMC公司的VMAX、日立 公司的VSP、IBM公司的DS8000系列或者還是DELL公司的頂級產品線，這是非常重要的。 在那些情況下，並不認為雲計算是主儲存體的目的。

(責任編輯：蒙遺善)