發(fā)布源:深圳維創(chuàng)信息技術(shù)發(fā)布時(shí)間:2020-09-14 瀏覽次數(shù): 次
對(duì)于大的數(shù)據(jù)中心,出于不同業(yè)務(wù)需求和平衡考量,很有可能會(huì)同時(shí)部署不同的超融合架構(gòu),不同HCI之間無(wú)法整合和互操作,結(jié)果就是又多了幾個(gè)新的信息孤島。
新的信息孤島帶來(lái)了資源利用效率和統(tǒng)一管理的問(wèn)題。
2)性能一致性問(wèn)題數(shù)據(jù)中心中存儲(chǔ)的性能至關(guān)重要,而且期望性能是可以預(yù)測(cè)并保持一致性的,包括延遲、IOPS和帶寬,這一點(diǎn)尤其對(duì)核心業(yè)務(wù)系統(tǒng)很關(guān)鍵。
對(duì)于超融合架構(gòu)而言,這一點(diǎn)恰恰是很大的挑戰(zhàn)。
原因主要有兩點(diǎn):一是超融合架構(gòu)“共享一切”。
計(jì)算和存儲(chǔ)會(huì)爭(zhēng)搶CPU/內(nèi)存/網(wǎng)絡(luò)等物理資源,而且計(jì)算和存儲(chǔ)又相互依賴(lài),一旦一方資源需求驟升就是導(dǎo)致另一方資源枯竭,進(jìn)而影響性能并在整個(gè)基礎(chǔ)架構(gòu)中產(chǎn)生漣漪效應(yīng)。
雖然可以采用cgroup或容器技術(shù)進(jìn)行資源隔離限制,但和非超融合架構(gòu)的效果還是不同的。
二是超融合架構(gòu)“一切分布式和軟件定義”,集群規(guī)模較大后,網(wǎng)絡(luò)、硬盤(pán)、服務(wù)器發(fā)生故障的概率都會(huì)增大,數(shù)據(jù)重刪/壓縮/加密/糾刪碼等功能都用軟件實(shí)現(xiàn),故障的自修復(fù)和數(shù)據(jù)功能實(shí)現(xiàn)都會(huì)消耗一定的系統(tǒng)資源,導(dǎo)致性能下降和抖動(dòng)。
自修復(fù)的流控,數(shù)據(jù)功能旁路到硬件模塊處理,這些方法會(huì)緩解性能一致性問(wèn)題,但似乎又與超融合的理念相背離。
3)橫向擴(kuò)展之殃超融合架構(gòu)關(guān)鍵特征之一就是易于擴(kuò)展,最小部署,按需擴(kuò)容。
超融合架構(gòu)廠商宣稱(chēng)最大集群規(guī)模也差別很大,從數(shù)十到數(shù)千節(jié)點(diǎn)不等,通常從3節(jié)點(diǎn)起配。
超融合中計(jì)算能力、存儲(chǔ)性能和容量是同步擴(kuò)容的,無(wú)法滿足現(xiàn)實(shí)中單項(xiàng)能力的擴(kuò)展,有些廠商還對(duì)擴(kuò)容最小單元有要求,擴(kuò)展靈活性會(huì)受到限制。
集群達(dá)到一定規(guī)模后,系統(tǒng)架構(gòu)復(fù)雜性就會(huì)非線性增加,集群管理變的更加困難,硬件故障和自修復(fù)發(fā)生的概率也會(huì)大大增加。
因此,我們是不建議構(gòu)建大集群的,如果業(yè)務(wù)允許盡量構(gòu)建多個(gè)適當(dāng)規(guī)模的較小集群,或者采用大集群中構(gòu)建故障域或子資源池,光大是不行的。
集群擴(kuò)展還面臨一個(gè)棘手問(wèn)題,就是容量均衡。
如果存儲(chǔ)集群容量很大,均衡是一個(gè)非常漫長(zhǎng)而痛苦的過(guò)程,同時(shí)還會(huì)對(duì)正常的業(yè)務(wù)負(fù)載產(chǎn)生較大的影響。
4)系統(tǒng)復(fù)雜性超融合架構(gòu)簡(jiǎn)化了IT架構(gòu),極大降低了數(shù)據(jù)中心設(shè)計(jì)的復(fù)雜性,實(shí)現(xiàn)了快速交付,并極大簡(jiǎn)化了運(yùn)維管理。
不過(guò),這都是基于用戶角度的,從產(chǎn)品研發(fā)角度而言,超融合實(shí)際上使得內(nèi)部的軟件復(fù)雜性更高了。
前面我們已經(jīng)闡述,超融合架構(gòu)需要采用CVM虛擬機(jī)控制器,并且需要將主機(jī)物理設(shè)備透?jìng)鹘o控制虛機(jī),增加了部署配置管理的復(fù)雜性。
計(jì)算和存儲(chǔ)對(duì)硬件平臺(tái)的要求都不同,融合后也會(huì)一定程度上增加兼容性驗(yàn)證的復(fù)雜性。
超融合架構(gòu)下,管理、計(jì)算、存儲(chǔ)、高可用通常都需要配置獨(dú)立的虛擬網(wǎng)絡(luò),網(wǎng)絡(luò)配置也會(huì)更加復(fù)雜。
同時(shí),共享物理資源的分配、隔離、調(diào)度,這也是額外增加的復(fù)雜性。
還有一點(diǎn),如果出現(xiàn)故障,問(wèn)題的跟蹤調(diào)試和分析診斷也變得更加困難。
5)SSD分層存儲(chǔ)閃存SSD基本成為超融合架構(gòu)中必不可少的元素,消除了計(jì)算和存儲(chǔ)的巨大鴻溝,解決了I/O性能瓶頸問(wèn)題,尤其是I/O隨機(jī)讀寫(xiě)能力。
目前閃存的價(jià)格相對(duì)HDD磁盤(pán)還是要高于許多,迫于成本因素,全閃超融合方案應(yīng)用仍然較少,多數(shù)應(yīng)用以SSD混合存儲(chǔ)配置為主,從而獲得較高的性?xún)r(jià)比。
通常情況下,我們假設(shè)熱點(diǎn)數(shù)據(jù)占10-20%,配置相應(yīng)比例的SSD存儲(chǔ),采用Cache加速或Tier分層模式將熱點(diǎn)數(shù)據(jù)存儲(chǔ)在SSD存儲(chǔ)中,一旦熱點(diǎn)數(shù)據(jù)超過(guò)預(yù)先設(shè)置閾值或觸發(fā)遷移策略,則按相應(yīng)淘汰算法將較冷數(shù)據(jù)遷移回HDD磁盤(pán)存儲(chǔ),從而期望在性能和容量方面達(dá)到整體平衡。
看上去很完美是吧?SSD擅長(zhǎng)的隨機(jī)讀寫(xiě),帶寬并不是它的強(qiáng)項(xiàng),對(duì)于帶寬型應(yīng)用,SSD對(duì)性能并沒(méi)有幫助。
關(guān)于熱點(diǎn)數(shù)據(jù)占比,這個(gè)并不好估計(jì),如果SSD配置不足,性能會(huì)變得更差。
假設(shè)應(yīng)用場(chǎng)景合適并且SSD配置合理,情況又如何呢?SSD空間最終要被熱點(diǎn)數(shù)據(jù)占滿,就會(huì)觸發(fā)數(shù)據(jù)遷移,這時(shí)HDD存儲(chǔ)仍將成為I/O性能瓶頸,同時(shí)還要承擔(dān)正常的I/O業(yè)務(wù)負(fù)載,整體性能就會(huì)出現(xiàn)降級(jí)和抖動(dòng)。
為了緩解這一問(wèn)題,SSD Cache/Tier功能實(shí)現(xiàn)中,一方面會(huì)過(guò)濾掉順序讀寫(xiě)I/O,另一方面會(huì)把空間閾值設(shè)置較低,盡早進(jìn)行數(shù)據(jù)遷移,同時(shí)選擇系統(tǒng)空閑時(shí)間執(zhí)行和流控。
帶來(lái)的負(fù)面效應(yīng)是,SSD性能加速效果受限,物理設(shè)備效率發(fā)揮不充分。
另外,SSD本身被寫(xiě)滿時(shí)性能也會(huì)出現(xiàn)較大的波動(dòng)。
因此,SSD混合存儲(chǔ)并非理想模式,實(shí)際中我們推薦根據(jù)應(yīng)用場(chǎng)景采用全閃SSD或全磁盤(pán)HDD配置,從而獲得一致性的性能表現(xiàn)。
如果真的無(wú)法全用SSD,還有另外一種應(yīng)用方式,同時(shí)創(chuàng)建一個(gè)全SSD和一個(gè)全HDD存儲(chǔ)池,人為按照性能需求將虛擬機(jī)分配到不同存儲(chǔ)池中。
6)企業(yè)級(jí)數(shù)據(jù)功能目前在大多數(shù)超融合系統(tǒng)以及SDS系統(tǒng)都具備了核心的企業(yè)級(jí)功能,包括數(shù)據(jù)冗余、自動(dòng)精簡(jiǎn)配置、快照、克隆、SSD Cache/Tier、數(shù)據(jù)自動(dòng)重建、高可用/多路徑等數(shù)據(jù)功能,有些甚至還提供了重復(fù)數(shù)據(jù)刪除、數(shù)據(jù)加密、數(shù)據(jù)壓縮等高級(jí)數(shù)據(jù)功能。
然而,相對(duì)于高端存儲(chǔ)系統(tǒng),如果超融合架構(gòu)要承載核心關(guān)鍵應(yīng)用,還有很大的差距,包括但不限于QoS控制、數(shù)據(jù)保護(hù)、數(shù)據(jù)遷移、備份容災(zāi)、一致性的高性能。
核心存儲(chǔ)系統(tǒng)應(yīng)該遵循RAS-P原則,先做好穩(wěn)定可靠性,其次是企業(yè)數(shù)據(jù)功能完備性,最后才是高性能,這個(gè)順序不能亂,光有高性能是不行的。
比如Ceph,企業(yè)級(jí)數(shù)據(jù)功能列表多而全,功能規(guī)格參數(shù)非常誘人,但真正穩(wěn)定而且能夠?qū)嶋H生產(chǎn)部署應(yīng)用的其實(shí)不多。
目前,核心關(guān)鍵業(yè)務(wù)系統(tǒng)還不太敢往超融合架構(gòu)上遷移,主要還是從非核心業(yè)務(wù)開(kāi)始檢驗(yàn),畢竟超融合出現(xiàn)時(shí)間還比較短,需要更多的時(shí)間和實(shí)踐驗(yàn)證RAS-P特性。
但是,未來(lái)超融合必定是核心關(guān)鍵業(yè)務(wù)的主流架構(gòu)。
7)物理環(huán)境應(yīng)用目前普遍公認(rèn)的適合應(yīng)用場(chǎng)景是桌面云、服務(wù)器虛擬化、OpenStack私有云、大數(shù)據(jù)分析等新型應(yīng)用。
理論上超融合系統(tǒng)可以適用于IT環(huán)境的所有應(yīng)用類(lèi)型,需要注意的是,超融合系統(tǒng)管理虛擬化環(huán)境,而更多的傳統(tǒng)IT應(yīng)用仍然運(yùn)行在物理服務(wù)器和傳統(tǒng)存儲(chǔ)系統(tǒng)之上。
我們可以樂(lè)觀地認(rèn)為沒(méi)有哪一種應(yīng)用程序不能被部署在超融合基礎(chǔ)架構(gòu)上,但是考慮到運(yùn)行效率、硬件依賴(lài)性以及和虛擬化環(huán)境兼容性等因素,很多IT應(yīng)用最好還是繼續(xù)保持運(yùn)行在物理硬件架構(gòu),比如數(shù)據(jù)庫(kù)應(yīng)用、實(shí)時(shí)控制系統(tǒng)以及大量遺留IT系統(tǒng)。
8)異構(gòu)虛擬化環(huán)境目前超融合方案通常是僅支持一種虛擬化環(huán)境,Nutanix可以支持多種虛擬化環(huán)境,但是對(duì)于一套超融合架構(gòu)部署,實(shí)際上也僅支持一種虛擬化環(huán)境。
每種虛擬化環(huán)境都有各自的優(yōu)勢(shì),很多企業(yè)可能需要同時(shí)運(yùn)行幾種虛擬化環(huán)境,比如VMware、KVM、Hyper-V、XEN,因?yàn)槌诤喜恢С之悩?gòu)虛擬化環(huán)境,需要部署多套超融合架構(gòu),這就是新的信息孤島。
客戶非常希望看到支持異構(gòu)虛擬化環(huán)境的超融合架構(gòu)方案。
9)超融合數(shù)據(jù)共享超融合架構(gòu)采用軟件定義存儲(chǔ)替換傳統(tǒng)的共享式存儲(chǔ)解決了虛擬化存儲(chǔ)問(wèn)題,這里的SDS實(shí)際上主要是指ServerSAN,提供分布式塊存儲(chǔ)。
然而無(wú)論是虛擬機(jī)還是物理機(jī),實(shí)際IT應(yīng)用都有著數(shù)據(jù)共享需求,需要分布式文件系統(tǒng)或NAS存儲(chǔ)系統(tǒng)。
這是目前超融合普遍缺失的,現(xiàn)實(shí)還是依賴(lài)外部獨(dú)立部署的NAS或集群NAS存儲(chǔ)系統(tǒng),比如GlusterFS、ZFS。
從技術(shù)架構(gòu)和實(shí)現(xiàn)來(lái)說(shuō),一個(gè)SDS系統(tǒng)很好地統(tǒng)一支持Object/Block/File存儲(chǔ),這個(gè)非常難以實(shí)現(xiàn)的。
比如Ceph,它的CephFS一直沒(méi)有達(dá)到生產(chǎn)環(huán)境部署標(biāo)準(zhǔn),更別提性能。
因此,超融合架構(gòu)中可以采用相同方式同時(shí)部署兩套SDS存儲(chǔ),分別提供分布式塊存儲(chǔ)和文件系統(tǒng)文件共享存儲(chǔ),比如SSAN和GlusterFS,不必非得要求分布式統(tǒng)一存儲(chǔ)。
10)全棧超融合架構(gòu)目前很多廠商都在推超融合架構(gòu)方案,其中一部分是SDS廠商,一部分是虛擬化廠商,還有更多的是集成商,像VMware/Nutanix同時(shí)做SDS和虛擬化的廠商非常少。
SDS和虛擬化是兩個(gè)完全迥異的領(lǐng)域,而且技術(shù)門(mén)檻都非常高,一個(gè)廠商同時(shí)把這兩塊都做到很好是非常難的。
兩者都想做的廠商,無(wú)非是想控制成本、自主可控、擴(kuò)大市場(chǎng)、融資好講故事。
對(duì)于初創(chuàng)公司,團(tuán)隊(duì)和資金非常有限,打造全棧超融合架構(gòu)更是困難重重。
正確的姿態(tài)可能是,確定戰(zhàn)略方向重點(diǎn)做好一塊,然后再找另一塊做得好的廠商進(jìn)行戰(zhàn)略生態(tài)合作,強(qiáng)強(qiáng)聯(lián)手打造有競(jìng)爭(zhēng)力的超融合架構(gòu)方式,無(wú)論從產(chǎn)品技術(shù)還是市場(chǎng)角度都是雙贏的。
Copyright © 2021 深圳市維創(chuàng)信息技術(shù)有限公司 版權(quán)所有