眾說紛紜：NVMe over Fabrics陣列到底屬不屬於SAN？

SAN是什麼，NVMe over Fabrics（簡稱NVMeF）陣列又是否屬於SAN？Datrium公司表示否定，而E8方面則在一定程度上表示肯定。

根據維基百科的解釋，SAN全稱為存儲區域網路，是指「一套能夠為統一塊級數據存儲提供訪問的網路……SAN並不提供文件抽象機制，而僅提供數據塊級操作; 不過SAN之上的文件系統仍然能夠實現文件級訪問，此類系統被稱為共享磁碟文件系統。」

Techopedia則解釋稱：「存儲區域網路（簡稱SAN）屬於一套安全高速數據傳輸網路，負責面向統一塊級存儲提供訪問能力。SAN能夠使得多台伺服器訪問同一存儲設備網路。」

看起來概念非常簡單，但NVMeF陣列卻存在一項影響性特質。

Techterms指出，「SAN屬於一套能夠為多台計算機所訪問的存儲設備網路。網路中的每台計算機皆可訪問SAN中的磁碟驅動器，但前提是其屬於直接接入該計算機的本地磁碟。」

這種方式允許各磁碟驅動器供多台計算機使用，從而簡化不同設備之間的信息共享流程。對於Datrium公司來說，這正是主要問題所在。該公司聯合創始人兼CTO Hugo Patterson在接受採訪時解釋稱，「共享機櫃內的NVMe看似一種內部驅動器——因此其無法實現數據共享。這並不屬於SAN。大家無法在此之上支持VMFS（即VMware文件系統）。」

Datrium公司CTO Hugo Patterson

他進一步指出，SAN用戶能夠實現數據、驅動器以及存儲機櫃的共享。但NVMeF陣列用戶卻無法進行數據或者驅動器共享。為什麼會這樣？

這種想法源自在計算機、客戶設備或者伺服器當中安裝本地驅動器。其僅歸屬於所在主機，而無法被其它計算機所訪問。通過NVMe驅動程序實現的PCIe接入SSD就屬於此類作法。

而隨著NVMeF的出現，NVMeF陣列內的主機伺服器與驅動器之間建立起一條遠程直接內存訪問連接。其中主機伺服器會將該遠程驅動器視為另一塊本地驅動器，且二者之間相互完成分配與映射。除此之外，沒有其它伺服器會訪問該驅動器——意味著其它伺服器無法訪問該驅動器上的數據。

那麼，讓我們對此類驅動器進行抽象，並添加其它一些驅動器/分卷管理器。在這裡，我們將其湢至陣列控制器當中; 其能夠查看全部驅動器並接收一切IO請求。但如果要通過端到端NVMeF實現，則意味著延遲會持續提升而IO操作時耗更長，NVMeF原本維持本地驅動器訪問速度不變的要求當然無法實現，而控制器也將如Datrium發布的演示文稿所說成為其中的性能瓶頸。

如果大家能夠通過NVMeF直接讓主機伺服器訪問該陣列上的驅動器，則這套陣列在實際上即屬於無控制器類別——或者簡稱JBOF，即簡單快閃記憶體捆綁。Datrium為此繪製了以下圖示：

Datrium公司支持NVMe驅動器，但卻並沒有在自家產品線中推出NVMeF陣列。該公司指出，內置有NVMeF的陣列並不能解決主機-陣列網路延遲這一難題。

E8公司的觀點

Datrium方面並不具備NVMeF陣列，但另一方面初創企業E8則擁有此類產品——這是一套雙埠NVMeF JBOF，配備24塊6.4 TB SSD。那麼在E8公司眼中，NVMeF陣列或者說JBOF是否屬於SAN？

該公司創始人兼CEO Zivan Ori指出，「對於這類與光纖通道及SCSI有所關聯的SAN，我將其稱為NVMeF。這是一種SAN的替代方案或者可以稱作下一代SAN。我認為將其稱為SAN可能會引起誤解。」

在他看來，雙控制器陣列無法獲得如NVMeF般的競爭優勢，除非其具備能夠驅動RDMA鏈接的直連伺服器。但在不具備直連伺服器的情況下，其無法介入RDMA路徑而只能使用陣列控制器堆棧，這無疑會造成額外的延遲提升。Ori認為這正是Pure公司將要面臨的重要問題之一。

那麼如果E8的客戶希望在E8 JBOF當中共享數據，又該如何實現？集群化文件系統正是一個可能的答案，他同時亦提到可以提供一套運行有SAS統計分析應用程序的數據倉庫。在安裝E8系統之前，SAS應用程序運行在配備有本地NVMe SSD的伺服器之上：

但在安裝GPFS——即IBM的Spectrum Scale並行文件系統軟體——以替代XFS之後，各SAS節點將能夠以並發方式實現指向 E8共享NVMe存儲的IO訪問。

E8公司的系統在每台訪問伺服器當中設置一個代理，具體如下圖左側所示：

有趣的是，Datrium公司也擁有類似的概念——其在陣列分布式上游內提供面向訪問伺服器的控制器邏輯。該公司認為，必須要利用這樣的訪問伺服器邏輯方可在NVMe JOBF環境當中提供存儲陣列控制器型功能：

以上Datrium演示提出的最後結論在於：「伺服器支持型數據管理必須具備更多功能。」

根據我們的理解，這裡所指的是原本依靠陣列控制器實現的分卷控制類功能必須在訪問伺服器中以其它形式實現，而後再由該伺服器對NVMeF IO請求加以處理。

另外，當有多台伺服器同時訪問NVMeF JBOF時，這一分卷管理功能還應當能夠在各訪問伺服器上進行分布，從而協調具體數據訪問操作。

Datrium公司此前曾經通過七頁演示文稿解釋了為何NVMeF JBOF並不屬於數據共享SAN，百我們懷疑該公司也許正在開發能夠解決這一難題的技術方案。畢竟，如果仍然沒有解決辦法，其為什麼要大費周章地拿出七頁演示進行說明？

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！