圖1. FabricCache 卡運(yùn)行在2個(gè)節(jié)點(diǎn)上 

解決方案

FabricCache提供了一個(gè)簡(jiǎn)單的插槽解決方案：讓皇家博爾頓的關(guān)鍵熱應(yīng)用數(shù)據(jù)更加接近進(jìn)程處理點(diǎn)，從而大大減少了數(shù)據(jù)通過高性能集群緩存的時(shí)間。Brett說：“財(cái)務(wù)規(guī)劃和精確的患者分析，仍然是維持有效NHS責(zé)任的命脈。這些SQL報(bào)告的精度、速度和內(nèi)容受困于SQL服務(wù)器提供的低IOPS以及高延遲的交易時(shí)間。因?yàn)椋瑑蓚€(gè)Dell SQL服務(wù)器機(jī)房已經(jīng)接近滿額，已經(jīng)不太可能靠增加額外的磁盤子系統(tǒng)來提升性能。應(yīng)用響應(yīng)時(shí)間也是緩慢且不可預(yù)測(cè)，而SQL在需求高峰期也受到拖累，因?yàn)橐戎鎯?chǔ)I/O處理報(bào)告。”

圖2. FabricCache 減少SQL集群負(fù)載，提升所有應(yīng)用性能

結(jié)論

而在采用FabricCache解決方案之后，皇家博爾頓的感受非常深刻。之前需要5.5個(gè)小時(shí)才能處理完的報(bào)告，現(xiàn)在只需兩個(gè)多小時(shí)，處理時(shí)間減少了60%以上，這還只是簡(jiǎn)單地安裝兩塊適配器的結(jié)果。同時(shí)因?yàn)镕abricCache的操作和其下的存儲(chǔ)硬件完全無(wú)關(guān)，不會(huì)帶來額外的硬件或管理開銷，這就很好地解決了之前皇家博爾頓面臨的許可證費(fèi)用或管理問題。得益于共享服務(wù)器緩存對(duì)于應(yīng)用性能的提升，皇家博爾頓現(xiàn)在可以采購(gòu)性價(jià)比更高的硬件?，F(xiàn)在的管理費(fèi)用只是用于監(jiān)控高速緩存使用情況和調(diào)整LUN需求上。

FabricCache帶來的效益

解決了苛求的SQL應(yīng)用帶來的I/O性能差距；通過改善SQL Server IOPS實(shí)現(xiàn)所有應(yīng)用整體性能的提升

商業(yè)智能團(tuán)隊(duì)初步調(diào)查結(jié)果顯示，主要的病人數(shù)據(jù)導(dǎo)入報(bào)告運(yùn)行時(shí)間，從5.5小時(shí)減少到僅僅兩個(gè)小時(shí)，降幅達(dá)到64%

相比高昂的存儲(chǔ)基礎(chǔ)設(shè)施的升級(jí)成本，F(xiàn)abricCache實(shí)現(xiàn)成本的大幅降低

實(shí)現(xiàn)服務(wù)器端加速和池化插槽，提升整體靈活性

與現(xiàn)有環(huán)境的無(wú)縫集成

可輕松與DataCore SANsymphony-V集成，實(shí)現(xiàn)高彈性和高可用

經(jīng)過嚴(yán)格測(cè)試， Brett總結(jié)道：“這次裝機(jī)結(jié)果讓我們很興奮，我們看到FabricCache能夠以相對(duì)低的成本，無(wú)中斷地實(shí)現(xiàn)集群的超快加速。它并沒有讓我們失望，因?yàn)槲覀円呀?jīng)看到交易延遲時(shí)間的大幅下降。”

renxinbo