小小協(xié)議大威力，數(shù)字化轉(zhuǎn)型為何缺不了NVMe全閃存？

“天下武功、唯快不破”，數(shù)字經(jīng)濟時代尤甚。

都說數(shù)據(jù)堪比新時代的石油，極富價值。但比數(shù)據(jù)本身更重要的是，數(shù)據(jù)價值如何快速、高效地釋放。毫無疑問，誰能快速、高效釋放數(shù)據(jù)價值，誰就在激烈市場競爭中占據(jù)主動。

來看個鮮活的例子：某大型股份制銀行，有超過2萬名員工屬于重度的數(shù)據(jù)消費者，從日常的精準營銷、精細化運營到風險控制等，時時刻刻都需要使用數(shù)據(jù)。但隨著業(yè)務量的增加，數(shù)據(jù)報表打開率卻不盡如人意，過長的等待時間對業(yè)務體驗和效率帶來顯著影響。該行系統(tǒng)負責人透露：“專門團隊使用各種招數(shù)對數(shù)據(jù)報表進行性能優(yōu)化，效果依然不太理想。最后發(fā)現(xiàn)是硬件協(xié)議的瓶頸。更換了端到端NVMe全閃存之后，業(yè)務性能得到質(zhì)的飛躍?！?/p>

無獨有偶，隨著千行百業(yè)數(shù)字化轉(zhuǎn)型的深入，NVMe這項小小的存儲協(xié)議愈發(fā)牽動著用戶的心。很多用戶逐漸意識到，SSD等介質(zhì)革命固然帶來了IO的巨幅提升，但NVMe協(xié)議才是發(fā)揮性能的關鍵，而端到端NVMe則猶如打通存儲系統(tǒng)乃至整個數(shù)據(jù)中心的任督二脈，讓數(shù)字化轉(zhuǎn)型真正走向“高速之路”。

NVMe為何至關重要

數(shù)字化轉(zhuǎn)型需要基礎設施鋪就一條高速之路。

一直以來，作為承載數(shù)據(jù)的存儲系統(tǒng)被寄予厚望。十多年前，當閃存進入到存儲系統(tǒng)之后，人們普遍認為數(shù)據(jù)中心的性能瓶頸將被徹底打破。然而，采用了SSD的存儲系統(tǒng)在真正業(yè)務場景中性能表現(xiàn)并非“一飛沖天”，甚至某些業(yè)務場景是“有力使不出”。

究其原因，存儲協(xié)議才是關鍵。

在SSD進入市場的早期，為了迅速融入到數(shù)據(jù)中心的生態(tài)系統(tǒng)中，硬盤數(shù)據(jù)劃分的扇區(qū)、LBA等概念都被SSD所“繼承”，甚至接口協(xié)議/硬盤外形規(guī)格也被保留下來。這樣的好處就是，在數(shù)據(jù)中心生態(tài)中，不論是操作系統(tǒng)層面，還是物理規(guī)格層面，從機械硬盤過渡到SSD都是透明的，對用戶影響極小。

但保留了兼容性，性能必定會做出一定的犧牲。傳統(tǒng)SAS協(xié)議還是機械硬盤時代的產(chǎn)物，復雜的系統(tǒng)架構(gòu)、過多的協(xié)議解析、有限的隊列并發(fā)能力，限制了SSD性能優(yōu)勢的發(fā)揮。

因此，專門為SSD設計的NVMe協(xié)議孕育而生，它去掉SAS系統(tǒng)中的SCSI等復雜協(xié)議層，降低了協(xié)議開銷，減少交互次數(shù)，以及成熟的多隊列機制，讓它能消除數(shù)據(jù)路徑的延遲，實現(xiàn)對SSD介質(zhì)并行訪問數(shù)量指數(shù)級增長，并且支持以太網(wǎng)、InfiniBand、FC等多種高速網(wǎng)絡，與SSD可謂是天合之作。

如果說SSD的出現(xiàn)，為數(shù)據(jù)存儲鋪就了一條“高速公路”；那么，NVMe就成為“高速公路”最新的運營規(guī)則，它確保了數(shù)據(jù)可以快速、高效地進行處理。

從2009年全球90多家公司組成NVMe工作組，到2011年NVMe 1.0版本正式推出，再到2021年6月NVMe 2.0版本推出，NVMe產(chǎn)業(yè)生態(tài)不斷走向完善，從NVMe芯片組、NVMe SSD產(chǎn)品、NVMe協(xié)議等均取得了長足進步。

如今，NVMe已經(jīng)不僅僅是一種閃存的接口協(xié)議，更是發(fā)展到整個存儲網(wǎng)絡領域，端到端NVMe、NVMe全閃化成為大勢所趨，從而進一步釋放數(shù)據(jù)存儲的性能潛力。

端到端NVMe已成大勢所趨

最早期的全閃存陣列上，往往采用SATA/SAS接口的SSD；再之后，支持NVMe 的SSD出現(xiàn)，很多全閃存開始在存儲后端更換成NVMe SSD，性能得到進一步提升。但并不意味著存儲系統(tǒng)的性能達到極限。

如何將全閃存等存儲系統(tǒng)的性能潛力徹底挖掘出來？

端到端NVMe被認為是大勢所趨。在后端采用NVMe SSD之后，存儲廠商們開始將目光瞄準到全閃存的控制器架構(gòu)。過去，大部分全閃存的控制器架構(gòu)是專門為機械硬盤而設計的。顯然，陣列控制器以及存儲網(wǎng)絡協(xié)議也需要與時俱進，適應時代的發(fā)展，讓NVMe充分發(fā)揮出性能紅利。

因此，NVMe over Fabrics孕育而生，作為存儲陣列與前端主機連接的通道，NVMe over Fabrics實現(xiàn)NVMe標準在多種網(wǎng)絡上的擴展，并且取代了過去FC、iSCSI等協(xié)議，降低存儲網(wǎng)絡協(xié)議棧處理開銷。前端主機可以使用本機NVMe協(xié)議直接與NVMe SSD進行通信，進一步提升性能和降低延時，適應SSD介質(zhì)驅(qū)動的存儲控制器架構(gòu)演進。

目前，所有存儲廠商都在積極布局端到端NVMe全閃方案。例如，華為在業(yè)界實現(xiàn)了全系列端到端的NVMe產(chǎn)品：在端到端的NVMe高速通道上，華為采用自研ASIC接口模塊、自研ASIC SSD盤/框設計，從協(xié)議解析、IO轉(zhuǎn)發(fā)、業(yè)務優(yōu)先、硬件加速等方面對NVMe進行全面支持，為數(shù)據(jù)傳輸提供高速通道。

來看看這樣設計帶來的好處，采用端到端NVMe設計的OceanStor Dorado，NVMe協(xié)議相比SCSI協(xié)議減少了40%的主機網(wǎng)絡協(xié)議棧開銷，節(jié)約主機CPU消耗，在同等性能情況下支持更多的主機應用；此外，通過NVMe協(xié)議，CPU和SSD盤可直接通信，縮短傳輸路徑，協(xié)議的并發(fā)數(shù)提升到64K，協(xié)議交互次數(shù)從4次減少為2次，讀寫請求處理效率提升1倍以上。

從華為實驗室環(huán)境測試數(shù)據(jù)來看，在8K IO、100%讀場景下，OceanStor Dorado 端到端時延能從562us降低到50us，時延縮短了10倍。更加關鍵的是，華為存儲從高端到中低端均能做到端到端NMVe，支持端到端全系列NVMe。

如今，很多業(yè)務場景都是分秒必爭，比如實時交易、機器學習等，這些應用場景無論是業(yè)務規(guī)模還是數(shù)據(jù)量均今非昔比，對于處理和訪問數(shù)據(jù)的速度要求越來越快。以剛剛結(jié)束的6.18購物節(jié)為例，十年時間單峰值擴大了上千倍之多，多家銀行在海量交易峰值早已突破上萬的TPS（每秒處理事務數(shù)）。

所以，隨著千行百業(yè)數(shù)字化轉(zhuǎn)型的深入，端到端NVMe必定會幫助企業(yè)構(gòu)建起強大和快速的基礎設施，加速數(shù)字化轉(zhuǎn)型。

普及NVMe，降成本和破技術慣性是關鍵

眾所周知，在企業(yè)級領域，新技術的過渡與普及受制于成本和技術慣性，往往需要一個較長的周期。

以成本為例，很多情況下，升級換代到端到端NVMe的存儲需要增加額外成本，如果這部分成本不能控制在比較合理的空間，就會延緩NVMe的普及和應用。

又如，技術慣性也是不能忽視的因素。截止到去年，服務器平臺的PCIe在Gen3已經(jīng)停留多年，逐漸形成強大的技術慣性，束縛了數(shù)據(jù)中心用戶在存儲端的更新?lián)Q代。不過，隨著未來幾年，數(shù)據(jù)中心服務器平臺快速向PCIe Gen4和Gen5演進，給存儲、網(wǎng)絡空間帶來了極大的提升空間，也讓端到端的NVMe全閃存方案有望打破技術慣性，加速在數(shù)據(jù)中心用戶中的普及。

值得一提的是，華為存儲近年來一直致力于端到端NVMe 全閃存方案的普及，不僅在技術、產(chǎn)品層面不斷打磨與創(chuàng)新，其OceanStor Dorado系列NOF+聯(lián)合方案更是在中國銀行、華夏銀行等多個行業(yè)頭部客戶得到成功商用。

此外，為進一步消除數(shù)據(jù)中心用戶在成本和技術慣性上的束縛，華為存儲近日還正式推出了華為Flash Only Pro活動:凡是新訂單即可由SAS全閃存免費升級為NVMe全閃存，并且該活動適用OceanStor Dorado全閃存全系列產(chǎn)品。

面向未來，隨著NVMe技術的成熟和不斷完善，端到端NVMe方案必然將加速在數(shù)據(jù)中心的普及速度，未來數(shù)據(jù)中心必定是NVMe的天下。而對于廣大身處數(shù)字化轉(zhuǎn)型的千行百業(yè)用戶，登上NVMe這趟高速跑車，必然會在數(shù)智化時代中實現(xiàn)唯快致勝。

生成海報

免責聲明：此文內(nèi)容為第三方自媒體作者發(fā)布的觀察或評論性文章，所有文字和圖片版權(quán)歸作者所有，且僅代表作者個人觀點，與極客網(wǎng)無關。文章僅供讀者參考，并請自行核實相關內(nèi)容。投訴郵箱：editor@fromgeek.com。

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權(quán)利通知或不實情況說明，并提供身份證明、權(quán)屬證明及詳細侵權(quán)或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內(nèi)容或斷開相關鏈接。