雲存儲為集群NAS市場帶來發展機遇

雲存儲如今已經不是什麼新鮮的概念。 而且，實際上對於使用者來說，也不需要理解這種概念的詳細內容。 從消費者的角度來看，其實際上就是一種提供存儲業務的服務。 不過，這卻在某種程度上對雲存儲服務供應商提出了更高的要求。 一方面，雲存儲服務供應商需要為每一名使用者提供完善的支援，保證數百乃至上千使用者的訪問性能，按照服務等級協定(SLA)提供服務;另一方面，雲存儲服務供應商自己也要關注存儲成本，以及管理的難易度， 這在某種方面來說也是開源節流的方式之一。

雲存儲業務模型

如果說雲存儲是使用者方便且低成本的存儲選擇，那麼，這些存儲難題也可以說是被轉嫁到了雲存儲服務供應商身上。

在這種情形下，幾乎所有的雲存儲供應商都將目光轉到了集群NAS上。

什麼是集群NAS?

一般來說，集群NAS是一種鬆散耦合的計算節點集合。 這裡所說的鬆散耦合，其實基本理念同軟體工程裡的概念有些相似。 在集群NAS中，最小的單位個體是檔而非資料塊，每個節點都是獨立的實體且擁有無法被其它節點所訪問的一個或者多個卷。 當使用者存儲資料時，資料會以檔形式存放于某個節點之上。 出於資料保護的考慮，同一集群的其它節點上可能會有檔副本，但是卻無法以檔實例的形式提供給使用者。 也就是說，集群NAS對節點的相互依賴和順序沒有特殊要求。 這同資料塊方式操作的集群系統有著一定的區別。

這種工作方式對於大型的應用具有很高的實用價值，特別是連續的檔資料流程。 通過檔案系統的調度演算法，其可以將整個應用隔離成較小且並行的獨立任務，並將檔資料分配到各個集群節點上。 目前，我們常見到其被應用於大型的資料庫查詢搜索、 密集型的計算、生命科學、能源勘探以及動畫製作等領域。

對於集群NAS來說，硬體只是其中的一個部件，檔案系統以及應用同樣是其有價值的組成部分。 目前我們能夠經常見到的集群NAS產品包括，BlueArc的Titan和Mercury系列、HP的Ibrix系列、IBM的SoNAS、Isilon的IQ系列、NetApp的Ontap GX等等。

集群NAS架構如何適應雲存儲需求?

今年的集群NAS市場一掃往日的低迷，看起來一片紅火景象，這主要得益于一些大廠的切入，比如說戴爾，比如說HP，比如說IBM。

那麼，這些大廠為什麼會願意同集群NAS扯上關係呢?我們可以從IBM對SoNAS的構想中得到一些答案。 在同IBM系統與科技部大中華區存儲產品經理金微的交流中，他首先就把SoNAS同雲存儲聯繫到了一起。 他認為，在目前的存儲形勢下，一方面大量非結構化資料持續增長，對於存儲系統的要求越來越高;另一方面，雲存儲大規模的資料訪問也對存儲系統提出了要求。 此外，包括賽門鐵克、Isilon等在內的其它廠商也都將集群NAS的應用領域提到了雲存儲的級別上。

在當前各類產品都同雲計算、雲存儲扯上關係的時候，集群NAS應該是比較靠譜的應用選擇之一。

我們以SoNAS舉例，來看一下其在雲存儲環境下的架構模型。 不同廠商的架構儘管會有差異，但是出入不會太大。

從上圖可以看到，SoNAS在內 部資料交換方面採用了Infinband網路，包含Interface Node、Storage Node和Management Node三種處理節點，分別負責資料對外交換、資料存儲以及資料管理工作。 在這其中，Interface Node承擔著資料交換的重任，最小為2個節點，最大為30個。

我們前面已經說過，集群NAS的主要部件之一就是其檔案系統。 IBM在SoNAS上所採用的分散式檔案系統叫做GPFS，使用者可以通過常見的檔訪問協定、TSM歸檔軟體介面來運算元據。 目前，市場上除了SoNAS 這類整合檔案系統、x86硬體以及網路設備的產品外，還有單純的檔案系統產品，比如賽門鐵克的FileStore。

由於系統的優勢，集群 NAS系統可存儲的檔數量一般都在億級以上，對於實際應用來說，檔數量限制基本可以忽略不計。 同時，全域命名空間的大小也都為數個PB以上，某些廠商 的全域空間容量甚至可以達到10PB。

　　目前，所有廠商的集群NAS設備都可以實現同原有系統的完美過渡，使用者實際上只需要進行本地或者遠端遷移就可以將資料轉移到集群NAS系統中。 這種方便的新舊轉換也使得很多CIO在構建私有雲時開始考慮利用集群NAS產品。 可以說，雲存儲市場的被發掘，為集群NAS拓展出了一個更為廣大的應用領域，這使得越來越多的廠商開始推出相應的 產品。