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

叮鈴鈴，現在是NVMeF時間!

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

[[201063]]

這一切是如何發生的?

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分卷管理器與其它類似的產品能夠把握機會，在新時代下繼續生存下去?

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