杭州師范大學(xué)附屬醫(yī)院his系統(tǒng)虛擬化

1、杭州師范大學(xué)附屬醫(yī)院HIS系統(tǒng)虛擬化,背景介紹,醫(yī)院概況,杭州師范大學(xué)附屬醫(yī)院（杭州市第二人民醫(yī)院），創(chuàng)建于1949年，現(xiàn)已成為一所融醫(yī)療、教學(xué)、科研、預(yù)防保健為一體的浙江省三級甲等綜合醫(yī)院, 開放床位已達(dá)1500張。隨著隨著信息化應(yīng)用水平不斷提升，數(shù)字化醫(yī)院建設(shè)的步伐加快，目前終端數(shù)量達(dá)到1000臺以上，承載HIS、LIS、 PACS、電子病歷、協(xié)同辦公等應(yīng)用系統(tǒng)的服務(wù)器數(shù)量達(dá)到數(shù)十臺。,CONFIDENTIAL,3,原有架構(gòu),CON

2、FIDENTIAL,4,杭州師范大學(xué)附屬醫(yī)院現(xiàn)有HIS系統(tǒng)承建于2008年應(yīng)用：聯(lián)眾HIS，C/S架構(gòu)服務(wù)器：HP RX6600操作系統(tǒng)：HP-UX 11數(shù)據(jù)庫：Oracle 10.2 雙節(jié)點RAC,,應(yīng)對高峰時段負(fù)載時，核心HIS業(yè)務(wù)系統(tǒng)出現(xiàn)性能瓶頸,面臨挑戰(zhàn),CONFIDENTIAL,5,原有硬件系統(tǒng)發(fā)生過系統(tǒng)宕機(jī)嚴(yán)重事故，可靠性難以滿足業(yè)務(wù)需求,杭州師范大學(xué)附屬醫(yī)院希望能借助虛擬化平臺的技術(shù)特點和優(yōu)勢，建設(shè)能實現(xiàn)隨

3、業(yè)務(wù)需求靈活擴(kuò)展、提供高安全可靠性的關(guān)鍵業(yè)務(wù)系統(tǒng)支撐平臺，承載HIS/EMR/PACS等基于ORACLE RAC的核心應(yīng)用。,虛擬化測試,測試目標(biāo),對杭州師范大學(xué)附屬醫(yī)院HIS系統(tǒng)進(jìn)行虛擬化測試，搭建虛擬化平臺上的 Oracle RAC測試HIS系統(tǒng)在虛擬化平臺上的性能測試HIS系統(tǒng)在虛擬化平臺上的靈活性和可靠性,CONFIDENTIAL,7,測試方法,性能測試TPM/TPS – 每分鐘/每秒鐘交易數(shù)Response Time

4、– 平均相應(yīng)時間（秒）高可用性測試計劃停機(jī)故障模擬穩(wěn)定性測試4小時高壓力拷機(jī),CONFIDENTIAL,8,測試內(nèi)容,性能測試使用LoadRunner錄制HIS應(yīng)用腳本模擬并發(fā)用戶運行調(diào)整Oracle RAC node vm的vCPU，考查TPS和響應(yīng)時間變化高可用性測試采用vMotion將一個Oracle RAC node vm在線遷移至另外一臺主機(jī)上設(shè)置vSphere HA，將一臺主機(jī)重啟，驗證HA機(jī)制自動啟動

5、Oracle RAC node vm穩(wěn)定性4小時高并發(fā)壓力測試,CONFIDENTIAL,9,測試應(yīng)用模塊構(gòu)成,,CONFIDENTIAL,10,測試環(huán)境,硬件,CONFIDENTIAL,11,軟件,測試環(huán)境架構(gòu)圖,CONFIDENTIAL,12,測試安排,時間進(jìn)度測試場地 － 杭師附院機(jī)房人員分工,CONFIDENTIAL,13,性能測試-方案,測試用途驗證虛擬化平臺上的系統(tǒng)性能表現(xiàn)和系統(tǒng)擴(kuò)展性測試步驟保持20

6、00connection(正常一個用戶產(chǎn)生2個connection，所以是1000左右的用戶)的模擬背景壓力負(fù)載Oracle RAC node vm配置為16 vCPU(2*CPU)，進(jìn)行25/50/75/100/150并發(fā)用戶壓力測試，觀察TPS、響應(yīng)時間和負(fù)載率Oracle RAC node vm配置為32 vCPU(4*CPU)，進(jìn)行50/75/100/150并發(fā)用戶壓力測試，觀察TPS、響應(yīng)時間和負(fù)載率,CONFIDENTI

7、AL,14,性能測試-結(jié)果,CONFIDENTIAL,15,性能測試-結(jié)果,CONFIDENTIAL,16,性能測試-結(jié)果,CONFIDENTIAL,17,性能測試-結(jié)果,CONFIDENTIAL,18,性能測試-小結(jié),CONFIDENTIAL,19,系統(tǒng)響應(yīng)時間完全在符合業(yè)務(wù)要求的范圍內(nèi)隨著Oracle RAC node vm配置提升(處理能力增強(qiáng))，系統(tǒng)TPS隨之增大，具有縱向擴(kuò)展性,高可用測試-Oracle RAC node v

8、m vMotion,測試用途檢驗Oracle RAC node vm主機(jī)間在線切換對業(yè)務(wù)的影響測試步驟壓力生成器生成壓力，并同時tnsping his1在vCenter Server中將數(shù)據(jù)庫節(jié)點his1從主機(jī)ESX01上遷移至ESX03上，考查業(yè)務(wù)影響測試結(jié)果32vPCU 的 vMotion 測試，75U并發(fā)用戶壓力下，數(shù)據(jù)庫RAC節(jié)點1服務(wù)延時24秒測試小結(jié)虛擬機(jī)可以在主機(jī)間在線切換，無需停機(jī)，業(yè)務(wù)不停頓，延時

9、5秒鐘,CONFIDENTIAL,20,高可用測試-Oracle RAC node vm vMotion,CONFIDENTIAL,21,從ESX01上遷移至ESX03，期間切換導(dǎo)致tnsping延時24秒，TPS降低，但業(yè)務(wù)不停頓,,高可用測試-Oracle RAC node主機(jī)故障HA,測試用途檢驗主機(jī)發(fā)生故障后，虛擬機(jī)在其他主機(jī)上重啟，快速恢復(fù)測試步驟在壓力生成器上運行tnsping his1在vCenter Server

10、中，將數(shù)據(jù)庫節(jié)點his1所在主機(jī)ESX01重新啟動，考查數(shù)據(jù)庫恢復(fù)耗時測試結(jié)果主機(jī)ESX01模擬故障后，his1在主機(jī)ESX03上重新啟動，數(shù)據(jù)庫自動修復(fù)后，恢復(fù)服務(wù)測試小結(jié)當(dāng)主機(jī)故障時，虛擬機(jī)自動在其他主機(jī)上重啟，數(shù)據(jù)庫恢復(fù)，總計耗時214秒，高可用性得到保障,CONFIDENTIAL,22,高可用測試-Oracle RAC node主機(jī)故障HA,CONFIDENTIAL,23,,主機(jī)ESX01模擬故障，整個系統(tǒng)理能力下

11、降，但是業(yè)務(wù)不停頓,,穩(wěn)定性測試,測試用途檢驗主機(jī)高負(fù)荷壓力下的穩(wěn)定性測試結(jié)果4小時高壓力拷機(jī)，系統(tǒng)未出現(xiàn)故障及交易失敗現(xiàn)象,CONFIDENTIAL,24,16vCPU（2路CPU）的情形下，系統(tǒng)可以支撐100U并發(fā)，已經(jīng)高于現(xiàn)有系統(tǒng)高峰的處理能力（75U）,測試總結(jié),CONFIDENTIAL,25,虛擬機(jī)可以在主機(jī)間在線切換，無需停機(jī)，業(yè)務(wù)影響極小當(dāng)主機(jī)故障時，虛擬機(jī)可以自動在其他主機(jī)上重啟，自動修復(fù)數(shù)據(jù)庫，高可用性得到保

12、障經(jīng)過高壓力拷機(jī)，系統(tǒng)未出現(xiàn)故障及交易失敗現(xiàn)象,生產(chǎn)部署,系統(tǒng)上線,生產(chǎn)部署測試完成后用戶和聯(lián)眾都很滿意結(jié)果，在進(jìn)行相關(guān)數(shù)據(jù)準(zhǔn)備工作后，按測試架構(gòu)重新搭建環(huán)境并按32 vCPU配置3節(jié)點的Oracle RAC node vm，導(dǎo)入HIS系統(tǒng)生產(chǎn)數(shù)據(jù)，直接切割到生產(chǎn)環(huán)境，到目前已經(jīng)穩(wěn)定運行快1個月，同時系統(tǒng)各項性能指標(biāo)令用戶和聯(lián)眾都很滿意，計劃逐步把EMR/PACS等其它的核心業(yè)務(wù)系統(tǒng)都遷移到該虛擬化平臺上來雖然測試數(shù)據(jù)令用戶和聯(lián)眾

13、滿意，但在生產(chǎn)環(huán)境部署時還是過于保守以2 production + 1 standby的傳統(tǒng)物理運維模式部署Oracle RAC集群，不能充分發(fā)揮虛擬化平臺的高可用性特點32 vCPU的過高配置使系統(tǒng)的縱向擴(kuò)展性受到限制，同時存在很大的資源浪費優(yōu)化通過部署vCOps，讓客戶直觀看到在系統(tǒng)各項性能指標(biāo)完全滿足要求而整個虛擬化資源的利用率非常低，認(rèn)識到16 vCPU的RAC配置在滿足目前高峰需求之外還有充足預(yù)留資源，同意虛擬待系統(tǒng)再