位于英格蘭曼徹斯特的皇家博爾頓醫(yī)院是一所綜合性醫(yī)療機構(gòu)，以為病患提供卓越護理而聞名�；始也�爾頓的兩個數(shù)據(jù)中心各配了一個QLogic5800交換機，通過1公里光纖互連，并且通過DataCore SANsymphony-V進行同步鏡像，實現(xiàn)最佳彈性和故障轉(zhuǎn)移功能。十多年前安裝了第一個QLogic 2GB交換機之后，皇家博爾頓一直是QLogic解決方案的擁護者。事實上，第一臺QLogic交換機仍在運作，所以當(dāng)QLogic先進的解決方案合作伙伴NEC向醫(yī)院CTO Brett Walmsley介紹新型的QLogic FabricCache 10000系列適配器的時候，他渴望聽到更多關(guān)于應(yīng)用加速解決方案的細(xì)節(jié)。

挑戰(zhàn)

皇家博爾頓醫(yī)院的IT負(fù)責(zé)人Brett表示，期望采用FabricCache解決方案，來提升大型SQL數(shù)據(jù)倉庫的運營效率，以及提高兩個老化嚴(yán)重的設(shè)備的性能。這些SQL系統(tǒng)對于該醫(yī)院說十分關(guān)鍵，它們基于輸入的病人數(shù)據(jù)進行相關(guān)分析，從而提供精確且連續(xù)的財務(wù)報告，便于核準(zhǔn)和調(diào)整醫(yī)院的支付系統(tǒng)。這類數(shù)據(jù)日常輸入量巨大，囊括了每一位病人的相關(guān)成本信息，并且是整個醫(yī)院所有部門共享這些信息，如放射科和病理。隨著所處理的成本數(shù)據(jù)的激增，該醫(yī)院所采用的Dell存儲子系統(tǒng)已經(jīng)不能夠滿足密集型數(shù)據(jù)挖掘的交易要求。還導(dǎo)致一系列性能問題，包括過高的交易延遲和缺乏彈性，從而導(dǎo)致可用性需求無法滿足。

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

解決方案

FabricCache提供了一個簡單的插槽解決方案：讓皇家博爾頓的關(guān)鍵熱應(yīng)用數(shù)據(jù)更加接近進程處理點，從而大大減少了數(shù)據(jù)通過高性能集群緩存的時間。Brett說：“財務(wù)規(guī)劃和精確的患者分析，仍然是維持有效NHS責(zé)任的命脈。這些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集群負(fù)載，提升所有應(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小時減少到僅僅兩個小時，降幅達(dá)到64%

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

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

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

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

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