雲和本地儲存正走向越來越緊密的整合，於是雲成為了另乙個儲存管理員可用的層級。
組織不大可能把100%的資料都移到雲服務上，但大多數企業都會至少想讓一部分資料能夠利用雲儲存的優勢。最好的方法是以混合的方式使用雲儲存來建立乙個本地儲存資源和雲的無縫整合。這個雲計算層的整合可以通過專用的軟體，支援雲的應用或者儲存系統或雲閘道器產品中內建的功能來達成。
為什麼要追逐雲?
今年恐怕將是公有雲採納終於超越開發專案和web 2.0公司，並堂堂正正的踏入it主流的一年。雲服務**商可以提供在彈性、敏捷性、可擴充套件能力和效用定價等方面的巨大優勢。當然，在安全性、競爭力、長期成本和效能方面仍然有著不可避免的擔憂。以及，並不是所有的應用或工作負載都是雲就緒的，還有大部分組織還無法完全在公有雲上運營。不過，這些問題導致了我們今天在實際上所看到的混合雲方式，試圖將這兩個世界的優點結合在一起。
taneja集團的研究支援這個看法，指出了現在的企業it組織只有大約10%是考慮完全轉移至公有雲的。其他絕大多數的it部門，至少在接下來的3到5 年間，對未來架構的展望仍然是會由雲和本地基礎架構組成，以超融合產品來加強。然而，也就是在這些it部門內，接下來18個月的首要it計畫是增加儲存整合，虛擬化及建立雲服務。這些計畫傾向於在有意義的使用現有的公有雲能力、支援web應用和移動使用者、協作和共享、深度檔案、異地備份、draas和甚至在某些情形下，作為乙個主要儲存層。
許多it部門必須要儲存、管理、保護和幫助處理的資料量，根據許多人的估計，將會在可預見的未來中每一年都翻番。鑑於資料中心，人員配備和預算方面非常現實的限制，要完全本地的處理這種資料的增長將會變得越來越難。
使用雲儲存
因為有著許多充滿說服力的理由(請讀：「為什麼要用雲儲存?」)，許多組織將在他們的資料儲存需求增加時採用雲儲存。這個採納不見得一定是完整的遷移到雲端，而更可能是採用乙個混合形式的儲存架構。對於大多數組織(至少在接下來幾年內)來說，最佳的組合將在包括一些本地儲存基礎架構的同時與最有意義的與雲分層整合。
要構建混合雲儲存服務有幾種方式。一種方式是簡單的把一些如使用者檔案同步和共享之類的工作負載移到雲上，同時將其他對效能更敏感的應用留在本地。這些應用中的一些可以使用雲儲存服務，例如amazon web服務的彈性塊儲存(ebs)，他們新的彈性檔案儲存(efs)，或由it管理的，雲駐留檔案儲存，例如softnas的產品。
最流行的雲儲存是基於物件的。而許多現代應用(也即那些可以同時適用於雲或本地的應用)現在都支援基於http的儲存協議(基於rest的api)來直接訪問雲友好的物件儲存。
為什麼要用雲儲存?
it部門要利用雲儲存有許多令人信服的動機。其中有：
物件儲存產品可以在所有的雲平台上使用，無論是私有雲或是公有雲。許多物件儲存產品都可以被設定以混合的方式來分布式的執行，自然的橫跨內部資料中心和公有雲。amazon web 服務的s3是市場領先的物件儲存api，緊跟其後的是openstack雲構建的openstack swift api。
雲儲存和分布式物件儲存的近親是一系列的軟體定義儲存(sds)產品，可以以裝置和/或基於虛擬機器的儲存節點同時覆蓋雲和本地基礎架構。取決於你想要構建的是哪種混合架構以及儲存服務的必要等級，來自maxta，nexenta，qumulo或tarmin的儲存產品可能就是你要的。
雲天堂的大門
如果你的應用無法以你所希望的速度進入雲達人的境界，並且你也還沒準備好直接管理雲基礎架構的話，雲閘道器可能是個好選擇。雲儲存閘道器基本上看起來就像乙個傳統用於工作負載的陣列，但內在的功能卻是乙個大型的高效能本地快取，面對著後台的雲容量。雲儲存閘道器可以基於物理或虛擬裝置，也可以在某些情況下，無縫替代傳統的塊和檔案儲存產品。
閘道器之間的差別可以表現在它們的本地快取或分層演算法的設計上。有些是基於最近的使用者行為，有些是應用感知的，而有些甚至可以協調快照回到雲中。大部分都有些內建的資料傳輸優化，例如重複資料刪除和壓縮功能，雖然這些功能的回報率各有不同而且可能與網路層的wan優化有所重複。有些閘道器更進一步，有高階io 日誌和緩衝，io優先順序和非高峰期的傳輸排程的功能。
對於大型資料中心來說，老牌閘道器**商如nasuni和panzura的目標是提供乙個更高成本效益和極度可擴充套件的nas產品，以單一全域性命名空間來替代成堆的傳統檔案管理器。對於如此廣泛分布的檔案系統，其中乙個需要考慮的關鍵點是，如何處理區域性分布，快取，版本和/或檔案鎖定。
雲端的陣列層
另乙個混合方案的例子是微軟的stor******，即乙個主的塊儲存陣列和乙個完整整合的雲計算層。
現實世界的雲儲存
今天常見的雲儲存用例包括：
雲儲存適合你的選擇嗎?
在一頭紮進雲儲存前，it團隊首先需要考慮他們真正想要完成的是什麼。當架構乙個混合方案時，以下是需要考慮的一些重要領域：
網路連線性和頻寬。網路是資料中心和雲之間影響效能、可用性和成本的關鍵資源。網路本質上仍然是不可靠的。當考慮到你有哪些以及多少資料可以在雲裡，評估如**快取大小和wan優化，包括重複資料刪除和壓縮，這樣的端到端功能。這些功能，專用網路裝置可以提供或者直接內建在雲儲存閘道器產品中，但你可能不需要兩者都用。對於較大的雲資料複製和遷移的挑戰，還可以考慮那些旨在緩解大資料流的產品如attunity的cloudbeam。
資料訪問性。確定訪問的廣度。你的資料只在你的資料中心被提供訪問還是你想要啟用基於雲的處理或者全球檔案共享?移動和分布使用者的資料在**被複製和加解密?
成本/資料擴張控制。雲儲存容量可以非常容易的上公升到很大，但這意味著你長期的花費可能會是天價。尋求成本分配和資料擴充套件管理的功能。
效能。當使用者和工作負載在任何時間和地點請求的時候，效能上都可以得到滿足嗎?終端使用者的檔案共享和你關鍵的銷售點資料庫的需求會完全不同。
遷移。你的混合方案需要支援多個公有雲提供商嗎?以防萬一的話也許甚至要同時支援兩個?
最後，在不久的將來，雲儲存會不可避免成為資料中心的一層。那麼，問題恐怕不是是否，而是如何能最大的利用這一優點。在對全球擴充套件nas可能的戰略層做過認真考慮後，雲儲存閘道器是一種不錯的讓你可以進入到公有雲儲存的方式。
本地儲存與呼叫
永久儲存 把內容格式成字串格式 localstorage.setitem 儲存到本地的名 json.stringify 儲存的內容 要獲取儲存的時候先進行判斷 localstorage.getitem 儲存到本地的名 null localstorage.getitem 儲存到本地的名 undefin...
XenServer如何新增本地儲存
在一次測試中，發現本地有兩塊磁碟，但是只有一塊磁碟在xenserver中顯示出來，另外一塊沒有顯示。本地只有乙個local storage。查詢kb後，發現xenserver可以新增多塊本地儲存。詳情，請見kb ctx121313 詳細新增如下 1 查詢本地磁碟，其中包含兩個儲存，其中是sda，另外...
XenServer如何新增本地儲存
在一次測試中，發現本地有兩塊磁碟，但是只有一塊磁碟在xenserver中顯示出來，另外一塊沒有顯示。本地只有乙個local storage。查詢kb後，發現xenserver可以新增多塊本地儲存。詳情，請見kb ctx121313 詳細新增如下 1 查詢本地磁碟，其中包含兩個儲存，其中是sda，另外...