圖1. FabricCache 卡運行在2個節(jié)點上 

解決方案

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

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

結(jié)論

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

FabricCache帶來的效益

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

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

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

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

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

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

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

renxinbo