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

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

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

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

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

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

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

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

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

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

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

11、降，但是業(yè)務不停頓,,穩(wěn)定性測試,測試用途檢驗主機高負荷壓力下的穩(wěn)定性測試結(jié)果4小時高壓力拷機，系統(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,虛擬機可以在主機間在線切換，無需停機，業(yè)務影響極小當主機故障時，虛擬機可以自動在其他主機上重啟，自動修復數(shù)據(jù)庫，高可用性得到保

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

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