如果你像很多人一樣,幾年前你可能開始使用虛擬化來整合你的物理服務器。然后你會發(fā)現(xiàn)你的一些應用程序運行緩慢,或者你會發(fā)現(xiàn),將虛擬機(VM)從 一個盒子移至另一個會比想象中的困難的多,這要求你在虛擬程序之間手動重建路由,并將它的存儲放于公司的某個SAN存儲上。在這兩種情況下,你的虛擬化程 序供應商可能會告訴你,你的傳統(tǒng)存儲是問題的根源。為了一勞永逸的解決這個問題,你的虛擬化制造商會說,你可以放棄你舊的存儲,并選擇稱之為超融合存儲的 平臺。
你的第一反應可能會問:“它怎么能是傳統(tǒng)存儲呢,我可是剛剛部署上它的?”接下來的一個問題會是“超融合存儲到底是什么?”在網(wǎng)頁上搜索超融合存儲的信息,可能會出現(xiàn)許多供應商提供的產(chǎn)品的不同定義。
分析師認為,超融合存儲實際上是超融合基礎設施的一個子集。超融合基礎設施通常指的是,通過軟件定義存儲的軟件這個“膠水”來將服務器組件粘連在一 起。它就篡奪了本身是陣列控制器的所有特性和功能,取而代之的是,將這些功能放置于軟件控制器上,運行在超融合平臺的服務器上。
在現(xiàn)實中,超融合基礎設施沒有單一的定義。它有不止一種形式,每一個都是由其后端的超融合軟件或存儲硬件來區(qū)分的。
在某些情況下,超融合存儲被看做是一個節(jié)點的存儲硬件設備。服務器組件是一個大的存儲控制器,運行著SDS,通常在一個特定的虛擬化平臺下運行,控 制著服務器的直連存儲和一些內(nèi)部的DRAM或閃存存儲。該方案提供了一些硬件相關的實例,因為只有選擇的硬件可以被用做存儲,并且在它支持的虛擬機管理程 序中,它僅支持單一的虛擬化平臺的虛擬機的工作負載。VMware的EVO:RAIL就是一個例子。硬件的選擇是相當有限的,并且只有基于VMware的 虛擬機的數(shù)據(jù)可以使用相應的存儲空間。
通過使用服務器虛擬化的SDS微內(nèi)核,硬件依賴的超融合存儲架構(gòu)可以被構(gòu)建。例如,如果你已經(jīng)嘗試這搭建一套VSAN,或者是微軟的Hyper-V 集群存儲空間,你會明白我的意思。在每種情況下,你選擇將何種硬件加入到服務器中,有一定的靈活性,但不是很多。只有某些種類的驅(qū)動器,閃存組件和內(nèi)部互 聯(lián)協(xié)議是支持的和認證過的。這比EVO:RAIL在硬件選擇上要靈活一些,但是每一個只支持特定的虛擬化負載;存儲空間不可以被不同虛擬化負載共享。
第二類超融合基礎設施產(chǎn)品
第二類超融合架構(gòu)產(chǎn)品可以有固定的或靈活的硬件配置,但是它支持在不同虛擬化平臺下的工作負載。讓我們假定你有微軟Hyper-V和VMware vSphere ESX,每個都運行著虛擬機。如果你正在運行的VMware服務器上的超融合VSAN節(jié)點有空間,并且運行在微軟Hyper-V服務器上的集群存儲空間節(jié) 點有一些容量,有沒有簡單的方法來配置一些可用的存儲容量到需要的地方。微軟提供一個轉(zhuǎn)換器,它可以將你的VMware VMDK文件轉(zhuǎn)換成一個VHD文件,所以它能夠存儲在集群存儲空間上,但是這意味著VMware不可以再使用它。(作為它的一部分,VMware不提供異 構(gòu)的虛擬化平臺使用VSAN來提供工作負載。)然而,Nutanix提供一種硬件獨立的設備,它可以用來提供VMware和Hyper-V的工作數(shù)據(jù)負 載。
對于硬件獨立/虛擬化平臺獨立的超融合架構(gòu)產(chǎn)品,你通常需要看第三方或獨立軟件開發(fā)上提供的SDS產(chǎn)品。雖然不是所有的人都提供了一個通用的存儲平 臺,提供不同的負載共享,像來自StarWind軟件的虛擬SAN產(chǎn)品可以部署在不同的虛擬機管理程序中作為單獨的實例,但使用單窗口管理控制臺進行管 理。
第三類超融合基礎設施產(chǎn)品
一個理想的超融合產(chǎn)品會使用第三方的SDS軟件,創(chuàng)建通用的可管理的存儲,用于任何虛擬化平臺,并且支持虛擬化和非虛擬化的工作負載。這是第三類超 融合存儲架構(gòu),它要求SDS軟件包含存儲虛擬化技術。通過存儲虛擬化技術,你能夠從任意的存儲硬件中共享虛擬卷,再加上管理常見的實現(xiàn)在不同的虛擬機管理 程序后的多超融合存儲。DataCore軟件的虛擬SAN有這種非凡的能力,這是應當由IT規(guī)劃者來考慮的。
據(jù)業(yè)內(nèi)人士分析,在明年大約75%的應用程序?qū)⒈惶摂M化。其他的25%是交易導向的,沒有人想現(xiàn)在就將產(chǎn)生收入的應用進行虛擬化。在這種情況下,你需要在可預見的未來,為虛擬化和非虛擬化工作負載提供數(shù)據(jù)存儲。這是至少兩個分立的工作負載類型。
如果目前的調(diào)查數(shù)據(jù)是正確的,你可能需要支持至少兩個虛擬機管理程序的數(shù)據(jù)工作負載,為企業(yè)選擇他們目前正在使用的多元化的虛擬機管理程序軟件。這 意味著你將有更多的虛擬和非虛擬化工作負載管理數(shù)據(jù)孤島,被虛擬機管理程序的類型和相應的超融合基礎設施所隔離。很快的,這可能會變得非常棘手。有一個超 融合選項,支持靈活的硬件和多個工作負載,使用一個通用的管理方法是一條必須要走的路。
幾乎所有的廠商的超融合存儲設備和虛擬機管理程序為中心的超融合基礎設施都承諾提供應用加速,簡單的擴展,高可用性,并降低整體CAPEX和 OPEX成本。如果這樣描述的超融合基礎設施讓你感覺有一點不滿意,你不是唯一的一個人。這些超融合基礎設施的方法,通常是混亂的假設,大多未闡明要義, 更不用說一些半真半假或過于簡化的內(nèi)容,這都將需要你花費更多的時間和精力去進行一個微妙的方式排序。你希望你可以有一個簡單的標準,可以用來指導你進行 超融合基礎設施技術的評價,由此找到一個最適合你需要的產(chǎn)品。
分享到微信 ×
打開微信,點擊底部的“發(fā)現(xiàn)”,
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。