精品国产一级在线观看,国产成人综合久久精品亚洲,免费一级欧美大片在线观看

當前位置:存儲企業動態 → 正文

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?

責任編輯:editor005 作者:劉新萍 |來源:企業網D1Net  2017-06-25 15:19:54 本文摘自:ZD至頂網

 

眾說紛紜: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文件系統)。”

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?

Datrium公司CTO Hugo Patterson

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

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

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

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

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
如果大家能夠通過NVMeF直接讓主機服務器訪問該陣列上的驅動器,則這套陣列在實際上即屬于無控制器類別——或者簡稱JBOF,即簡單閃存捆綁。Datrium為此繪制了以下圖示:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
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的服務器之上:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
但在安裝GPFS——即IBM的Spectrum Scale并行文件系統軟件——以替代XFS之后,各SAS節點將能夠以并發方式實現指向 E8共享NVMe存儲的IO訪問。

分配控制器級智能

E8公司的系統在每臺訪問服務器當中設置一個代理,具體如下圖左側所示:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
有趣的是,Datrium公司也擁有類似的概念——其在陣列分布式上游內提供面向訪問服務器的控制器邏輯。該公司認為,必須要利用這樣的訪問服務器邏輯方可在NVMe JOBF環境當中提供存儲陣列控制器型功能:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
以上Datrium演示提出的最后結論在于:“服務器支持型數據管理必須具備更多功能。”

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

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

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

關鍵字:陣列NVMeF

本文摘自:ZD至頂網

x 眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN? 掃一掃
分享本文到朋友圈
當前位置:存儲企業動態 → 正文

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?

責任編輯:editor005 作者:劉新萍 |來源:企業網D1Net  2017-06-25 15:19:54 本文摘自:ZD至頂網

 

眾說紛紜: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文件系統)。”

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?

Datrium公司CTO Hugo Patterson

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

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

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

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

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
如果大家能夠通過NVMeF直接讓主機服務器訪問該陣列上的驅動器,則這套陣列在實際上即屬于無控制器類別——或者簡稱JBOF,即簡單閃存捆綁。Datrium為此繪制了以下圖示:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
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的服務器之上:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
但在安裝GPFS——即IBM的Spectrum Scale并行文件系統軟件——以替代XFS之后,各SAS節點將能夠以并發方式實現指向 E8共享NVMe存儲的IO訪問。

分配控制器級智能

E8公司的系統在每臺訪問服務器當中設置一個代理,具體如下圖左側所示:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
有趣的是,Datrium公司也擁有類似的概念——其在陣列分布式上游內提供面向訪問服務器的控制器邏輯。該公司認為,必須要利用這樣的訪問服務器邏輯方可在NVMe JOBF環境當中提供存儲陣列控制器型功能:

眾說紛紜:NVMe over Fabrics陣列到底屬不屬于SAN?
以上Datrium演示提出的最后結論在于:“服務器支持型數據管理必須具備更多功能。”

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

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

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

關鍵字:陣列NVMeF

本文摘自:ZD至頂網

電子周刊
回到頂部

關于我們聯系我們版權聲明隱私條款廣告服務友情鏈接投稿中心招賢納士

企業網版權所有 ©2010-2024 京ICP備09108050號-6 京公網安備 11010502049343號

^
  • <menuitem id="jw4sk"></menuitem>

    1. <form id="jw4sk"><tbody id="jw4sk"><dfn id="jw4sk"></dfn></tbody></form>
      主站蜘蛛池模板: 达拉特旗| 定远县| 封丘县| 从化市| 喜德县| 宜城市| 本溪市| 江达县| 涡阳县| 广东省| 武山县| 上蔡县| 卓尼县| 永和县| 肃南| 西乡县| 尚义县| 苍山县| 九江县| 京山县| 崇阳县| 云梦县| 松滋市| 张家川| 民勤县| 集贤县| 武山县| 桑植县| 奇台县| 分宜县| 靖边县| 厦门市| 剑阁县| 任丘市| 昌乐县| 阳谷县| 庆元县| 鲜城| 扶绥县| 溧阳市| 阿合奇县|