NVMe架構將徹底顛覆整個傳統陣列行業

一場將陣列控制器移出數據路徑之外的變革又洶湧襲來。

叮鈴鈴，現在是NVMeF時間！

NVMe-over-Fabrics (簡稱NVMeF)共享存儲訪問機制可能會徹底令傳統存儲陣列業務被丟入歷史的垃圾堆，除非相關供應商擁有出色的創造力，並以某種方式繼續證明為NVMeF數據訪問提供數據管理服務的必要性。

這一切是如何發生的？

NVMeF架構面向伺服器當中發出存儲IO請求的應用程序，而伺服器與目標存儲系統則利用RDMA傳輸直接面向伺服器內存與存儲驅動器進行數據往來傳遞，為了提供理想的性能表現，這裡的存儲驅動器基本上是指固態存儲驅動器。

之所以需要引入這樣一套機制，是因為虛擬多核心伺服器往往不得不坐等IO操作完成，其配套的聯網SAN與文件管理系統無法快速做出反應，而這將直接導致計算效率低下。利用SATA與SAS快閃記憶體驅動器（SSD）替代這些存儲系統中的磁碟驅動器能夠在一定程度上帶來性能改善，但這又將引入兩種新的網路——陣列中的SATA或者SAS，外加陣列與訪問伺服器間的塊訪問光纖通道/iSCSI或者文件協議。這意味著仍有相當一部分時間被耗費在數據傳輸所產生的IO請求當中。

內部陣列網路問題可通過使用NVMe驅動器（其速度高於SAS與SATA）以及NVMeF網路的方式解決。指向各驅動器的數據由RDMA傳輸至存儲陣列控制器的內存當中。其通過控制器軟體堆棧進行處理，同時跨越外部網路實現陣列往來。

NVMeF模式

以上流程皆需要時間。NVMeF模式旨在利用類似於擴展PCIe匯流排的機製取代傳統塊訪問網路，提供端到端NVMe協議且能夠顯著提升SCSI上的並行性，並可作為訪問伺服器與目標存儲陣列之間的RDMA傳輸機制實現運行。這不僅能夠降低物理網路的傳輸時間，同時亦可通過直接訪問驅動器將存儲陣列控制器的軟體堆棧從整個傳輸流程當中移除。

好吧，一部分陣列控制器軟體堆棧內置於塊訪問協議當中，例如LUN處理以及將其映射至驅動器的協議。然而在多數情況下，例如RAID模式當中，情況並非如此，其仍然存在於數據路徑之內。而消除陣列控制器則會帶來另一種後果，失去數據管理服務。

我們發現快閃記憶體驅動器的容量正在日益提高，這意味著用戶已經不再需要能夠訪問共享式存儲系統的方式接入體積超出物理驅動器的數據集。希捷公司已經擁有64 TB SSD，而三星公司則公布了一款128 TB全新設計方案。

NVMeF訪問與持續提供的伺服器直連存儲（簡稱DAS）容量上限意味著，我們已經不再需要陣列控制器這種東西，這可能代表著我們習以為常的現有全快閃記憶體雙控制器以及整體陣列將不復存在。相反，存儲陣列在本質上只是一堆構成遠程DAS結構的快閃記憶體驅動器（即JBOF），其中包含某些主幹共享訪問所必需的NVMe前端。當然，我們也可以直接在超融合型系統當中引入容量更高的DAS存儲資源。

在這樣的嚴峻形勢之下，戴爾、HDS、HPE、IBM、NetApp、Tegile以及Tintri等存儲陣列供應商又該走向何處？

將控制器數據管理功能遷移至應用堆棧

一種潛在的可能性在於將部分陣列控制器功能遷移至訪問伺服器當中，並在一定程度上將其與NVMe訪問流程並行執行。如果這種思路真的可行，那麼確實能夠帶來理想的指導方向。

數據管理服務此前就已經能夠在伺服器應用堆棧層級進行交付，具體實例包括：

• Veritas分卷管理器– VxVM與 VxFS
• Veritas 分卷複製器
• 擁有內置邏輯分卷管理器的操作系統
• 甲骨文DataGuard

但這意味著NVMe驅動器將無法直接查看，而只能經由分卷管理器之類機制實現訪問，這樣的訪問方式也會帶來時間消耗。

其中一部分時耗可以通過在硬體當中執行數據管理的方式實現消除。RAID已經能夠立足硬體實現，且具備通過接入ASIC或者FPGA實現的相對底層的壓縮與擦除編碼操作。

不過對於重複數據刪除等級別較高的服務，其需要佔用CPU周期與內存容量且無法單純利用硬體加以實現。

在這樣的情況下，我們可以採取這樣的方法：使用NVMe架構內陣列控制器。驅動器能夠在200微秒之內對數據請求作出響應，而NVMe指向驅動器的訪問則耗時約為10微秒。通過提升數據管理堆棧的執行效率並將底層任務交由硬體直接完成，我們將能夠把這200微秒的時間浪費壓縮至100微秒以下，這意味著用戶將可在無需變更數據管理服務的前提下實現NVMeF加速。

而各類數據管理服務將能夠在陣列控制器或者應用程序伺服器當中完成。

雙訪問陣列

另一種可行方案在於在現有陣列基礎之上或者以並行方式為一級數據添加JBOF，從而建立起雙軌陣列。在此之中，指向及來自該JBOF的數據將以二級數據的形式被導入至數據管理服務域，並在這裡進行保護、複製或者重複數據刪除等常用操作。

這種方式能夠幫助客戶以並行方式同時運行NVMeF數據訪問與原有塊數據訪問流，從而更好地完成面向NVMeF時代的過渡。

在NVMeF時代下提供數據管理服務

需要指出的是，數據管理服務的實現道路並非一帆風順。數據保護、複製以及重複數據刪除等應對驅動器、伺服器系統乃至高成本存儲故障的重要功能皆很難達成。其中一部分數據管理功能需要運行在訪問伺服器當中，方可真正在DAS驅動器故障以及伺服器故障場景下實現保護。

那麼此類方案將由誰來提供？首先自然是伺服器供應商，其能夠憑藉操作系統擴展實現這一目標。其次則為陣列供應商，他們可以將陣列軟體組件轉換為伺服器插件。

就目前來看，陣列供應商在這一領域仍面臨著嚴重問題，這是因為在以某種方式建立起NVMeF未來發展路徑的過程當中，其當前套件可能將不再適用於存儲一級數據。當然，供應商也有可能找到優於NVMeF的新型數據訪問與存儲方法。但這項任務恐怕將極難達成。

對於伺服器與伺服器系統軟體供應商而言，這更像是一種潛在機遇而非迫在眉睫的問題。那麼，Veritas分卷管理器與其它類似的產品能夠把握機會，在新時代下繼續生存下去？

伺服器系統軟體與陣列控制器軟體工程師們顯然非常睿智，因此我們期待看到他們能夠拿出怎樣的最終方案。

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