我最近聽到一位分析師引用了一項統計數據，即到 2015 年，全球銷售的存儲容量中超過 80% 將用於支持文件級或“非結構化”數據。 這是基於文件的信息，不能完全適合列和行數據庫。 音頻、視頻、圖形以及我們在 Facebook 和 Twitter 上發布的所有其他內容都是很好的例子。 如果您不能將所有這些整齊地放入數據庫中，那麼您需要一個文件系統來從混亂中整理出秩序，並置於低級磁盤操作之上。
我最近聽到一位分析師引用了一項統計數據，即到 2015 年，全球銷售的存儲容量中超過 80% 將用於支持文件級或“非結構化”數據。 這是基於文件的信息，不能完全適合列和行數據庫。 音頻、視頻、圖形以及我們在 Facebook 和 Twitter 上發布的所有其他內容都是很好的例子。 如果您不能將所有這些整齊地放入數據庫中，那麼您需要一個文件系統來從混亂中整理出秩序，並置於低級磁盤操作之上。
NAS 本質上是一個專用設備，具有內置文件系統來存儲這些文件，然後將文件共享呈現給服務器、應用程序和用戶。 大多數情況下，我們考慮使用 SMB/CIFS（適用於 Windows）或 NFS（適用於 Linux/Unix）等協議映射到這些系統。 過去，我聽說很多人試圖將 NAS 和 SAN 放在一個連續體上，就好像 NAS 只是一個不如 SAN 複雜的存儲設備或 SAN 的墊腳石，但實際上它們是完全不同的動物，目的完全不同. 正如 SAN 的範圍可以從入門級部門系統到大型一級陣列，NAS 也是如此。 我在家裡有一個 1TB 的 Microsoft 家庭服務器作為 NAS 設備，而 Web 2 公司擁有數 PB 的 NAS，為數十萬用戶存儲數百萬個文件。 SAN就是SAN，NAS就是NAS（後面會統一）。
最初，NAS 文件管理器的出現是因為公司意識到簡單地將用戶共享和文件數據放在隨機的 Windows 服務器或本地開發的基於 Linux 的 NFS 服務器上可能不是處理所有這些文件增長的最佳方法。 然而，正如人們最初將文件孤島整合到一個專用的 NAS 文件管理器中一樣，他們現在希望將數十個分佈式 NAS 文件管理器整合到更易於管理的東西中。 這就是橫向擴展集群 NAS 應運而生的地方。 這些系統可以在多個底層磁盤技術上物理存儲數據，但向網絡提供一個大的單一“命名空間”或文件系統。 單一命名空間的概念簡化了管理，並允許出於性能、容量或合規性的原因在幕後進行基於策略的文件移動。 IT 從業者喜歡這項技術，因為系統管理員可以及時將容量擴展到大型 NAS 池。 這提供了管理和訪問的簡單性，同時避免了過度配置和強制存儲。
NAS 和 SAN 結合在一起的一個例子是 NAS 網關的出現。 這些設備“頭”是具有操作系統層的處理節點。 NAS 頭物理連接到位於 SAN 磁盤陣列中的後端存儲容量。 該網關管理文件系統和文件夾組織以及向網絡的呈現，而磁盤陣列管理我們之前討論的集中數據服務。 對於已投資 SAN 和磁盤陣列但希望通過將非結構化文件放置在一些額外磁盤上來提高該資產利用率的公司來說，此方案是一個很好的解決方案。 有些人可能（並且確實）將其稱為“統一”存儲方法，這是進入我們下一個主題的一個很好的切入點。
相關內容
關於作者
Brad Parks – 融合基礎架構策略師， 惠普存儲
推特 - @HPBradParks
Brad Parks 是惠普企業服務器、存儲和網絡領域的戰略家，專注於與惠普存儲相關的惠普融合基礎設施的產品和解決方案開發。 Parks 與客戶、產品團隊和技術社區合作開發內容和程序，以傳達 HP 的戰略方向和與數據存儲相關的獨特客戶價值。
