深信服企業(yè)級云醫(yī)療行業(yè)解決方案v2_第1頁
深信服企業(yè)級云醫(yī)療行業(yè)解決方案v2_第2頁
深信服企業(yè)級云醫(yī)療行業(yè)解決方案v2_第3頁
深信服企業(yè)級云醫(yī)療行業(yè)解決方案v2_第4頁
深信服企業(yè)級云醫(yī)療行業(yè)解決方案v2_第5頁
已閱讀5頁,還剩92頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

深信服企業(yè)級云醫(yī)療行業(yè)解決方案文檔名稱:深信服企業(yè)級云醫(yī)療行業(yè)解決方案v1.4版本信息作者行動日期1.0蘆鑫起草2016/12/301.1蘆鑫修正2017/1/31.2蘆鑫修正2017/1/61.3蘆鑫修正2017/1/171.4蘆鑫修正2017/5/29方案適用群體:完全新建醫(yī)院(包括單數(shù)據(jù)中心和有容災/雙活需求的醫(yī)院數(shù)據(jù)中心),對醫(yī)院整體做規(guī)劃,方案包括我司企業(yè)級云、負載均衡、桌面云、安全等保等解決方案。深信服科技有限公司2017年5月深信服醫(yī)療行業(yè)數(shù)據(jù)中心解決方案PAGEPAGE4 目錄TOC\o"1-3"1 深信服公司簡介 1-91.1 公司簡介 1-91.2 公司資質(zhì) 1-91.2.1 公司榮譽 1-91.2.2 技術標準核心起草單位 11.2.3 廣泛合作 11.2.4 入圍Gartner魔力象限 21.2.5 IDC市場報告 21.3 深信服企業(yè)級云市場成績 32 項目背景 12.1 本次項目概述 12.2 醫(yī)院系統(tǒng)簡述 12.2.1 系統(tǒng)穩(wěn)定性和持續(xù)性的問題 22.2.2 系統(tǒng)性能瓶頸的問題? 22.3 醫(yī)院軟/硬件梳理 32.3.1 應用調(diào)研(調(diào)研高峰期) 32.3.2 服務器調(diào)研(精確到規(guī)格) 32.3.3 存儲調(diào)研(數(shù)量及規(guī)格) 12.3.4 網(wǎng)絡調(diào)研(22表示使用的,48表示總共的) 12.3.5 醫(yī)療行業(yè)業(yè)務系統(tǒng)負載 12.3.6 醫(yī)院業(yè)務系統(tǒng)的需求 12.4 現(xiàn)有問題及描述(增加安全、負載、桌面、AC模塊) 2-32.4.1 基礎架構(gòu)及管理問題(根據(jù)具體需求進行刪減) 2-32.4.2 機房整體產(chǎn)出比問題(根據(jù)具體需求進行刪減) 2-42.4.3 PACS存儲容量不足擴容問題(根據(jù)具體需求進行刪減) 2-52.4.1 HIS系統(tǒng)雙機雙柜維護問題(根據(jù)具體需求進行刪減) 2-53 深信服醫(yī)療行業(yè)企業(yè)級云設計方案 3-63.1 本方案遵循的法律法規(guī) 3-63.2 方案總體設計規(guī)劃 13.2.1 第一期(根據(jù)具體需求進行刪減) 13.2.2 第二期(根據(jù)具體需求進行刪減) 13.2.3 第三期(根據(jù)具體需求進行刪減) 13.3 醫(yī)院業(yè)務應用分析 13.3.1 參考醫(yī)院PACS系統(tǒng) 13.3.2 參考醫(yī)院GMIS系統(tǒng) 13.3.3 參考醫(yī)院EMR系統(tǒng) 23.3.4 參考醫(yī)院CIS系統(tǒng) 33.3.5 參考醫(yī)院HIS系統(tǒng) 13.4 生產(chǎn)數(shù)據(jù)中心各區(qū)域設計 13.4.1 數(shù)據(jù)中心總體設計 13.4.2 外聯(lián)中間機區(qū)域 13.4.3 HIS高性能區(qū)域 13.4.4 PACS大容量區(qū)域 13.5 容災數(shù)據(jù)中心各區(qū)域設計 23.5.1 容災端總體設計拓撲 23.5.2 系統(tǒng)結(jié)構(gòu)設計 23.5.3 核心業(yè)務系統(tǒng)數(shù)據(jù)保護 33.5.4 災難發(fā)生后的處理預案 63.5.5 火星艙CDP技術優(yōu)勢 83.5.6 容災業(yè)務描述 13.5.7 容災端業(yè)務設計 13.5.8 容災業(yè)務列表 13.6 醫(yī)院原設備利舊區(qū)域設計 13.6.1 傳統(tǒng)存儲利舊方案 13.6.2 機架式X86服務器利舊方案 13.6.3 刀片X86服務器利舊方案 13.6.4 以太網(wǎng)交換機利舊方案 13.6.5 光纖交換機利舊方案 13.7 主要技術 13.7.1 存儲虛擬化aSAN 13.7.2 服務器虛擬化aSV 23.7.3 網(wǎng)絡虛擬化aNET 23.7.4 網(wǎng)絡功能虛擬化NFV 33.7.5 CDP連續(xù)數(shù)據(jù)保護 43.8 方案優(yōu)勢 13.8.1 基礎架構(gòu)有序增長 13.8.2 運維管理簡單便捷 13.8.3 機房投入成本降低 33.8.4 業(yè)務數(shù)據(jù)得到保護 43.8.5 邏輯錯誤保護(CDP) 13.9 企業(yè)級云配置 13.9.1 深信服企業(yè)級云一體機配置 13.9.2 深信服企業(yè)級云軟件配置 13.9.3 深信服NFV配置清單 14 深信服醫(yī)療行業(yè)企業(yè)級云遷移方案 14.1 概述(最終遷移具體方案以實施方案為準) 14.2 通用方案遷移前準備 14.2.1 企業(yè)級云平臺搭建 14.2.2 網(wǎng)絡、存儲配置 14.2.3 業(yè)務系統(tǒng)準備 24.2.4 預估遷移時間 34.3 遷移實施 44.3.1 使用P2V遷移步驟(支持) 44.3.2 遷移步驟 44.3.3 使用iso引導遷移步驟 54.3.4 遷移步驟 64.4 遷移后備份 114.5 突發(fā)情況應對措施 114.5.1 遷移過程故障 114.5.2 遷移后運行虛擬機發(fā)生故障 115 深信服醫(yī)療行業(yè)桌面云設計方案 15.1 整體技術架構(gòu) 15.2 方案設計思路 15.2.1 極致體驗的桌面云架構(gòu) 15.2.2 軟件及外設兼容情況 25.2.3 桌面架構(gòu)的高可用性 35.2.4 分布式虛擬存儲架構(gòu) 45.2.5 高性能IO設計方案 45.3 臨床醫(yī)療桌面云方案 55.3.1 現(xiàn)狀分析 55.3.2 推薦方案 65.3.3 價值收益 65.4 醫(yī)療及綜合管理桌面云方案 75.4.1 現(xiàn)狀分析 75.4.2 推薦方案 75.4.3 價值收益 85.5 醫(yī)院內(nèi)外網(wǎng)隔離桌面云方案 85.5.1 現(xiàn)狀分析 85.5.2 推薦方案 95.5.3 價值收益 95.6 醫(yī)院培訓桌面云方案 105.6.1 現(xiàn)狀分析 105.6.2 推薦方案 105.6.3 價值收益 105.7 移動醫(yī)療桌面云方案 115.7.1 現(xiàn)狀分析 115.7.2 推薦方案 115.7.3 價值收益 125.8 方案特點與優(yōu)勢 126 深信服全球服務支持 16.1 服務支持的角色和職責 16.2 原廠服務政策 26.3 渠道服務政策 26.3.1 深信服公司面向渠道伙伴的支持和服務包括: 36.3.2 各地渠道伙伴面向客戶和下游代理商提供的服務包括: 36.4 自助服務支持 47 項目總體清單配置建議(本章請刪除,只是給大家學習參考用) 17.1 HIS區(qū)域配置建議 17.1.1 存儲 17.1.2 網(wǎng)絡 17.1.3 計算 17.2 PACS區(qū)域建議 17.2.1 存儲 17.2.2 網(wǎng)絡 17.2.3 計算 17.3 常規(guī)區(qū)域配置建議 17.3.1 存儲 17.3.2 網(wǎng)絡 17.3.3 計算 17.4 HIS雙活配置建議 17.5 PACS容災區(qū)域CDP一體機機配置建議 17.5.1 存儲 17.5.2 網(wǎng)絡 17.5.3 計算 17.6 常規(guī)區(qū)域容災CDP一體機配置建議 27.6.1 存儲 27.6.2 網(wǎng)絡 27.6.3 計算 28 客戶案例 18.1 三甲醫(yī)院案例集 18.1.1 中國醫(yī)學科學院腫瘤醫(yī)院深圳醫(yī)院 18.1.2 長沙市中心醫(yī)院 28.2 三乙醫(yī)院案例集 38.2.1 浙江省柯橋婦幼保健院 38.2.2 北京市海淀區(qū)羊坊店醫(yī)院 38.3 二甲醫(yī)院案例集 38.3.1 泰和縣婦幼保健醫(yī)院 38.4 更多醫(yī)院案例集 1深信服公司簡介公司簡介深圳市深信服電子科技有限公司成立于2000年,是專注于網(wǎng)絡安全與云計算領域,致力于為用戶提供更簡單、更安全、更有價值的創(chuàng)新IT解決方案服務商.員工數(shù)量3000+,其中40%研發(fā)/20%服務/30%市場/10%其他48個國內(nèi)分支+7個國際分支包括美國、英國、馬來西亞、泰國、印尼、新加坡等三大研發(fā)中心包括:美國硅谷、中國北京、中國深圳三大CTI包括:長沙、深圳、吉隆坡公司資質(zhì)公司榮譽第一批國家高新技術企業(yè)連續(xù)六年獲得“深圳市重點軟件企業(yè)”連續(xù)五年被評為“國家規(guī)劃布局內(nèi)重點軟件企業(yè)”連續(xù)八屆獲得“亞太地區(qū)德勤高科技高成長500強”連續(xù)兩屆獲得《財富》雜志評選的“中國卓越雇主獎” 技術標準核心起草單位SLVPN技術國家標準IPSecVPN技術國家標準《第二代防火墻》公共安全行業(yè)標準《網(wǎng)絡通信審計產(chǎn)品》公共安全行業(yè)標準廣泛合作互聯(lián)網(wǎng)應急中心應急服務支撐單位國家信息安全漏洞共享平臺CNVD成員單位中國國家信息安全漏洞庫CNNVD技術支撐單位公共漏洞和暴露組織CVE認證合作單位中國反網(wǎng)絡病毒聯(lián)盟ANVA成員單位微軟MAPP計劃合作單位入圍Gartner魔力象限深信服入圍2016Gartner《x86ServerVirtualizationInfrastructure》魔力象限,Gartner部分評價內(nèi)容“Sangforprovidesnetworksecurity,networkoptimizationandvirtualizationsolutions.Havingdevelopedasecureremoteaccesssolution,Sangforlauncheditsvirtualdesktopinfrastructure(VDI)inlate2013anditsx86servervirtualizationinfrastructureinearly2015.ThisyearisSangfor'srstyearintheMagicQuadrantforx86servervirtualizationinfrastructure.“IDC市場報告發(fā)布僅一年時間,通過獲得大量用戶和與市場的認可。在IDC《2015年中國企業(yè)級云系統(tǒng)市場報告》中,深信服為國產(chǎn)品牌前三名。深信服企業(yè)級云市場成績深信服在2013年已經(jīng)發(fā)布了1.0的融合架構(gòu),提供計算、存儲虛擬化資源,主要為深信服的桌面云終端提供底層基礎架構(gòu),而至今已成功交付15萬桌面云終端。通過多年的虛擬化技術積累,2015年深信服正式對外發(fā)布企業(yè)級云架構(gòu),也是亞太地區(qū)第一款真正提供計算、存儲、網(wǎng)絡、安全四大IT基礎設施資源的全融合架構(gòu)2016年做為企業(yè)級云產(chǎn)業(yè)聯(lián)盟主要發(fā)起方之一,與多家廠商共建行業(yè)生態(tài)圈,為虛擬化、云計算技術落地共同發(fā)力。在正式發(fā)布后的短短1年內(nèi),深信服企業(yè)級云架構(gòu)從技術創(chuàng)新、用戶口碑、品牌等方面得到了很多客戶及市場的認可。IDC2016年7月發(fā)布的《2015年中國企業(yè)級云系統(tǒng)市場報告》中,深信服市場份額已經(jīng)超過了國際知名虛擬化品牌廠商VMware,與H3C、華為齊肩為企業(yè)級云國產(chǎn)三大品牌。Gatner2016年8月發(fā)布的《2016X86服務器虛擬化基礎架構(gòu)魔力象限》,深信服也成為繼華為后入圍的第二個國內(nèi)廠商。項目背景本次項目概述(自行描述客戶想做什么,每個項目是不一樣的)醫(yī)院系統(tǒng)簡述我國醫(yī)療衛(wèi)生行業(yè)行政主管部門為國家衛(wèi)生部,其主要職責為推進醫(yī)藥衛(wèi)生體制改革,組織制定醫(yī)藥衛(wèi)生行業(yè)相關政策和有關標準、技術范圍,負責全國衛(wèi)生資源配臵、新型農(nóng)村合作醫(yī)療和社區(qū)衛(wèi)生建設、監(jiān)督管理醫(yī)療機構(gòu)醫(yī)療服務、組織制定醫(yī)藥衛(wèi)生科技發(fā)展規(guī)劃等重要事項。目前,衛(wèi)生部并不對醫(yī)院衛(wèi)生領域的信息化進行直接的實質(zhì)性監(jiān)管,只是委托衛(wèi)生信息標準專業(yè)委員會、中國醫(yī)院協(xié)會信息管理專業(yè)委員會、電子病歷研究委員會等相關行業(yè)專業(yè)協(xié)會開展一些醫(yī)療衛(wèi)生信息化相關標準和制度的研究。衛(wèi)生部于2002/5/28日出臺《醫(yī)院信息系統(tǒng)基本功能規(guī)范》,制定了全國醫(yī)療信息化建設的統(tǒng)一技術標準,評審開發(fā)商的產(chǎn)品和解決方案的依據(jù)和標準和醫(yī)院信息化建設的指導性文件。指出醫(yī)院信息系統(tǒng)應該包括臨床診療、藥品管理、經(jīng)濟管理、綜合管理與統(tǒng)計分析等部分。詳細規(guī)定了:門診醫(yī)生工作站分系統(tǒng)、護士工作站分系統(tǒng)、醫(yī)學影像分系統(tǒng)、藥品管理分系統(tǒng)等的功能規(guī)范。對醫(yī)療信息系統(tǒng)與醫(yī)療保險、社區(qū)衛(wèi)生服務、遠程醫(yī)療咨詢系統(tǒng)的外部接口規(guī)定了統(tǒng)一標準。醫(yī)院信息化包括管理信息化、臨床管理信息化、局域醫(yī)療衛(wèi)生服務信息化三個階段。目前大多數(shù)醫(yī)院停留在醫(yī)院管理信息化階段,需要將化驗自動化-》信息化;醫(yī)院的HIS系統(tǒng)包括:醫(yī)院管理信息系統(tǒng)(MIS)、臨床信息系統(tǒng)(CIS)、醫(yī)學影像和通信系統(tǒng)(PACS)、辦公自動化系統(tǒng)(OA)。系統(tǒng)穩(wěn)定性和持續(xù)性的問題正如前面所介紹的,目前醫(yī)療行業(yè)由于分工細化,從而衍生出如下系統(tǒng):“醫(yī)院信息系統(tǒng)”是醫(yī)院的管理中樞,它包含財務、人事、住院、藥品、門診、醫(yī)技、病程、收費等多個子系統(tǒng),同時承擔著“臨床管理”與“行政管理”的雙重使命;“醫(yī)療影像系統(tǒng)”是醫(yī)院的影像中心。它承擔著從CT、X光機等各類成像檢查設備中采集影像資料、對這些資料加以處理和存儲、并為一線醫(yī)師提供查詢服務的使命。“電子病歷系統(tǒng)”是醫(yī)院的病歷中心,它詳細記錄了患者的治療方案和治療過程,既為醫(yī)院積累了寶貴的治療經(jīng)驗,又為處理醫(yī)患糾紛提供了不可或缺的證明文件。“社會保險系統(tǒng)”則連通了醫(yī)院與社保部門的業(yè)務后臺,它為醫(yī)院接診并服務好廣大社?;颊咛峁┝酥С帧I鲜鱿到y(tǒng)是醫(yī)院信息化建設的重要組成部成,HIS、PACS和電子病歷等系統(tǒng)建設的完善與否,直接關系到醫(yī)院的社會效益與經(jīng)濟效益。其信息的完整性及正確性對醫(yī)院是十分重要的,且用戶的信息是動態(tài)的,時刻在發(fā)生變化,一旦出現(xiàn)不可恢復性的缺損,就可能對疾病的診斷救治造成影響,損失無法估量。因此如何對該醫(yī)療行業(yè)的系統(tǒng)進行優(yōu)化,在為其提供高可靠性和高性能的同時,做到在故障發(fā)生時進行平滑的業(yè)務遷移,是目前的耽誤之急。系統(tǒng)性能瓶頸的問題?在前面所闡述的系統(tǒng)中,隨著目前主流軟件框架由C/S到B/S的變換,導致以前集中在客戶端的大量計算任務隨之轉(zhuǎn)移到了服務器端。在這樣的情況下,隨著用戶訪問量的增加和數(shù)據(jù)量的不斷攀升,服務器極易發(fā)生系統(tǒng)瓶頸和訪問峰值。而且按照服務器的“多米諾”原理,在系統(tǒng)中熱備的服務器極其容易隨著第一臺服務器的癱瘓而導致系統(tǒng)的崩潰。醫(yī)院軟/硬件梳理應用調(diào)研(調(diào)研高峰期)調(diào)研每個XX用戶的應用的負載情況,有助于后續(xù)的方案設計。應用cpu內(nèi)存吞吐量I/O尺標高峰期段EMR系統(tǒng)20%30%20MB/S16K9:00-11:00服務器調(diào)研(精確到規(guī)格)調(diào)研每個XX用戶的服務器的負載情況,有助于硬件選型及利舊方案的設計。Server內(nèi)存CPUPCI光纖卡網(wǎng)卡IBM3650M464G2*E52620v32.4/8c8個2*單口8Gb/s4*1Gb/s存儲調(diào)研(數(shù)量及規(guī)格)調(diào)研現(xiàn)有存儲的硬件情況,有助于后續(xù)的方案設計。StorageCacheSSDSASSATAEMCVNX540032G4*200G8*900G/10k/2.58*2TB/3.5網(wǎng)絡調(diào)研(22表示使用的,48表示總共的)Storage千兆口萬兆口SFP模塊堆疊板卡數(shù)備注H3C58000-56c22/480/44支持4醫(yī)療行業(yè)業(yè)務系統(tǒng)負載對于一家日接診量10000人左右的醫(yī)院,各系統(tǒng)負載大概如下:應用應用子系統(tǒng)負載壓力內(nèi)存CPU網(wǎng)絡IOPSPACS系統(tǒng)Web服務器32GB8core10MB/s100App服務器64GB8core500Mb/s300agent服務器32GB8core10MB/s100SQL服務器32GB8core10MB/s500HIS系統(tǒng)HIS、EMR系統(tǒng)128G16core10MB/s8000臨床集成平臺臨床數(shù)據(jù)中心64G8core10MB/s500信息集成平臺64G8core10MB/s500電子病歷32G8core10MB/s500臨床業(yè)務門急診醫(yī)生工作站16GB4core10MB/s100門急診護士工作站16GB4core10MB/s100住院醫(yī)生工作站16GB4core10MB/s100住院護士工作站16GB4core10MB/s100醫(yī)技管理LIS臨床用血系統(tǒng)16GB4core10MB/s100心電系統(tǒng)8GB4core10MB/s100超聲系統(tǒng)8GB4core10MB/s100病理圖像系統(tǒng)32GB8core50MB/s100內(nèi)窺鏡圖像系統(tǒng)32GB8core50MB/s100手術麻醉系統(tǒng)16GB4core10MB/s100財務管理門急診掛號系統(tǒng)32GB8core10MB/s100門急診劃價收費系統(tǒng)32GB8core10MB/s100住院收費系統(tǒng)32GB8core10MB/s100住院病人入出轉(zhuǎn)系統(tǒng)16GB4core10MB/s100醫(yī)保審批項目管理16GB4core10MB/s100物價收費項目管理16GB4core10MB/s100全成本核算系統(tǒng)32GB8core10MB/s300設備與物資管理耗材管理系統(tǒng)16GB4core10MB/s100設備管理系統(tǒng)16GB4core10MB/s100協(xié)同辦公(OA)64GB8core50MB/s500藥事管理門診藥房16GB4core10MB/s100住院藥房16GB4core10MB/s100中草藥房16GB4core10MB/s100煎藥房配送16GB4core10MB/s100靜脈藥物配置中心16GB4core10MB/s100藥庫管理16GB4core10MB/s100合理用藥系統(tǒng)16GB4core10MB/s100醫(yī)院制劑管理系統(tǒng)16GB4core10MB/s100醫(yī)療信息管理病案首頁信息系統(tǒng)32GB8core10MB/s500電子病案信息系統(tǒng)32GB8core10MB/s500醫(yī)療質(zhì)量管理系統(tǒng)16GB4core10MB/s100醫(yī)院感染管理系統(tǒng)16GB4core10MB/s100其他系統(tǒng)移動應用系統(tǒng)16GB4core10MB/s100體檢、檢驗系統(tǒng)16GB4core10MB/s100前置接口系統(tǒng)16GB4core10MB/s100合理用藥系統(tǒng)16GB4core10MB/s100OA系統(tǒng)32GB8core10MB/s500網(wǎng)站16GB4core10MB/s100醫(yī)院業(yè)務系統(tǒng)的需求門診系統(tǒng)門診業(yè)務作為醫(yī)院直接面對患者的窗口具有非常重要的地位和自己的特點(包括焦急的病人無法忍受長時間的等待、門診業(yè)務主要集中在上午等),門診業(yè)務具有可靠性高、并發(fā)性、實時性和突發(fā)性強等特點。因此門診業(yè)務對網(wǎng)絡提出了高可靠性、高帶寬和QoS的要求。住院系統(tǒng)住院業(yè)務是醫(yī)院的另一個主要組成部分,是醫(yī)院經(jīng)濟收入的主要來源,同時還直接關系到重病患者的生命安全,具有以下幾個特點:住院業(yè)務的網(wǎng)絡上流動著重癥病人生命數(shù)據(jù)和各種新業(yè)務數(shù)據(jù);住院業(yè)務保存有患者病案數(shù)據(jù)和住院費用數(shù)據(jù);醫(yī)生無線移動查房;病人呼叫系統(tǒng);網(wǎng)上視頻監(jiān)控系統(tǒng);針對住院業(yè)務的以上特點,住院業(yè)務對網(wǎng)絡提出了高可靠性、安全存儲、QoS和無線局域網(wǎng)、VoIP和視頻會議系統(tǒng)的需求。體檢系統(tǒng)現(xiàn)在很多醫(yī)院紛紛建立專門的體檢大樓,以滿足社會上不斷擴大的體檢需求。從業(yè)務角度上講體檢系統(tǒng)非常簡單,它對網(wǎng)絡的需求主要體現(xiàn)在安全性上,如何保護體檢服務器上體檢人員數(shù)據(jù)安全和體檢大樓網(wǎng)絡安全是醫(yī)院體檢系統(tǒng)解決方案所關注的。PACS系統(tǒng)醫(yī)院的PACS系統(tǒng)主要是完成對患者的各種影像數(shù)據(jù)進行采集、存儲、傳輸和處理,并在全院范圍內(nèi)進行共享,由于是各種圖形圖像數(shù)據(jù),因此具有存儲量大的特點,為了更好的服務于醫(yī)院業(yè)務,PACS業(yè)務對支撐系統(tǒng)提出以下要求:存儲量大、擴展性強、數(shù)據(jù)快速存儲、數(shù)據(jù)容災、高帶寬管理經(jīng)濟系統(tǒng)醫(yī)院管理經(jīng)濟系統(tǒng)主要是人、財、物的管理,包括人事、財務管理、藥品藥庫管理等,因此它最大的需求是數(shù)據(jù)在服務器端和網(wǎng)絡上的安全,保證這些數(shù)據(jù)不會泄露。區(qū)域醫(yī)療系統(tǒng)一方面為了發(fā)揮中心醫(yī)院的輻射和覆蓋作用,另一方面充分利用各家醫(yī)院的特色科室的力量,區(qū)域醫(yī)療把這些資源進行共享和整合,這需要穩(wěn)定的廣域網(wǎng)連接?,F(xiàn)有問題及描述(增加安全、負載、桌面、AC模塊)基礎架構(gòu)及管理問題(根據(jù)具體需求進行刪減)x86服務器的使用獨立、分散,系統(tǒng)資源使用很不均衡,而且服務器配置不太合理,無法實現(xiàn)有效的資源共享。大量硬件堆積導致標簽貼錯、飛線的情況越來越多維護難度越來越大數(shù)據(jù)中心基礎架構(gòu)和系統(tǒng)相對封閉,沒有擴展性,無法及時針對業(yè)務變化進行快速調(diào)整和部署,無序的增長導致機房混亂不堪。對外業(yè)務隨著用戶使用量逐年的增加,在業(yè)務高峰期系統(tǒng)存在嚴重性能瓶頸,業(yè)務辦理響應時間變長,而且業(yè)務的可用性、可靠性降低等一系列的問題。網(wǎng)絡及安全層面存在不合理的規(guī)劃和安全隱患,急需在架構(gòu)層面改善。業(yè)務系統(tǒng)缺乏有效的高可用方案,難以應付突發(fā)性事件。存儲陣列的容量及性能擴展性差,無法滿足業(yè)務數(shù)據(jù)快速增長的需求。一部分的交換機、服務器、甚至存儲處于閑置并沒有進行規(guī)劃使用缺少統(tǒng)一而有效的監(jiān)控平臺,無法實現(xiàn)全面的、一體化的運維監(jiān)控管理;運維人員需要熟悉多種軟、硬件的操作,在學習的周期上投入越來越大。運維管理專業(yè)化程度低,運行維護工作嚴重依賴集成商或服務商;運維團隊龐大,且責任割裂,系統(tǒng)運維、網(wǎng)絡、存儲等各司其職;缺少專業(yè)化運維管理人員,維護復雜業(yè)務系統(tǒng)比較困難等;一旦出現(xiàn)問題牽扯到多個廠家多個產(chǎn)品,所以很難精確定位故障業(yè)務部門要求上線時間很短,短時間內(nèi)很難響應業(yè)務部門的需求數(shù)據(jù)中心產(chǎn)品過多,很難精確定位故障點;大部分應用都是單機模式,如果某臺服務器出現(xiàn)故障,相對應的業(yè)務也將中斷,造成的影響和損失將難以估量。每次增加新設備需要做網(wǎng)絡的變更,需要有計劃內(nèi)的停機時間,對敏感業(yè)務部門影響會比較大機房整體產(chǎn)出比問題(根據(jù)具體需求進行刪減)隨著設備增加對機房的空間、空調(diào)制冷、UPS等都提出更高的標準。當硬件設備過保后不得不購買高價的原廠質(zhì)保,而且時間越久費用越高。無論選擇任何方式的傳統(tǒng)存儲方案都需要高昂的投資和后續(xù)維護保障。有些老舊硬件設備一旦進行重啟很有可能永久的起不來,導致數(shù)據(jù)丟失如果選擇備份和容災方案則需要購買更多的設備,需要增加各項成本。如果由于誤操作導致數(shù)據(jù)的邏輯錯誤、邏輯刪除是沒有辦法恢復的。PACS存儲容量不足擴容問題(根據(jù)具體需求進行刪減)PACS存儲容量基本上年年都需要擴容,而且擴容的成本越來越高PACS存儲已經(jīng)面臨過保,過保后維護成本和風險逐步增大隨著B超、CT、內(nèi)窺鏡、胃鏡、心電圖等業(yè)務越來越多,PACS之前的鏈路無法滿足目前的吞吐量,需要針對PACS的獨立網(wǎng)絡區(qū)域進行改造PACS存儲沒有任何備份和歸檔,由于容量太大,如果備份則成本非常高對于高峰期訪問沒有負載均衡設備,會造成業(yè)務訪問變慢HIS系統(tǒng)雙機雙柜維護問題(根據(jù)具體需求進行刪減)目前HIS系統(tǒng)是通過兩臺小型機和兩套存儲搭建,現(xiàn)在懂小型機維護的人越來越少,對醫(yī)院來說一旦小型機出現(xiàn)問題,則是致命的。目前HIS系統(tǒng)大多是C/S架構(gòu),每次變更HIS的配置都需要去每個客戶端修改配置文件,工作量非常之大。HIS存儲的性能已經(jīng)無法滿足日益擴展的需求,但是又無法停機維護。HIS程序每次更新比如新加一個模塊,都需要找軟件開發(fā)商二次開發(fā)然后計劃內(nèi)停機維護。對于高峰期訪問沒有應用負載,會造成業(yè)務訪問變慢深信服醫(yī)療行業(yè)企業(yè)級云設計方案本方案遵循的法律法規(guī)法律法規(guī)名發(fā)布時間和單位主要內(nèi)容《全國衛(wèi)生信息化發(fā)展規(guī)劃綱要》(2011-2015)2012年12月“十二五”規(guī)劃明確:以健康檔案、電子病歷和遠程醫(yī)療系統(tǒng)建設為切入點,統(tǒng)籌推進適應醫(yī)改要求的公共衛(wèi)生、醫(yī)療服務、新農(nóng)合、基本藥物制度和綜合管理等信息系統(tǒng)建設,到2020年,建立使用共享的醫(yī)藥衛(wèi)生信息系統(tǒng),基本實現(xiàn)人人擁有將康卡和建立符合國家標準的居民電子健康檔案。衛(wèi)生部《衛(wèi)生事業(yè)發(fā)展“十二五”規(guī)劃綱要》【國發(fā)(2012)57號】2012年10月明確推進醫(yī)療信息化建設,提高城鄉(xiāng)居民規(guī)范化電子健康檔案建檔率,2015年建檔率達到75%以上。推進基層醫(yī)療衛(wèi)生信息化建設。建設三級醫(yī)院與縣級醫(yī)院遠程醫(yī)療系統(tǒng),加強公立醫(yī)院信息化建設。國務院《“健康中國2020”戰(zhàn)略研究報告》2012年8月提出2020年衛(wèi)生總費用占GDP的比重達到6.5%-7%。衛(wèi)生部將投入611億元建設全民電子健康系統(tǒng)工程。衛(wèi)生部《2010年基于電子健康檔案、電子病歷、門診統(tǒng)籌管理的基層醫(yī)療衛(wèi)生信息系統(tǒng)試點項目管理方案的通知》衛(wèi)生部健康檔案和電子病歷為基礎的衛(wèi)生信息平臺及重點業(yè)務應用系統(tǒng),促進區(qū)域衛(wèi)生信息化建設和發(fā)展,在上海、浙江、安徽、重慶、新疆5省開展試點?!?010年中西部地區(qū)村衛(wèi)生室信息化建設項目管理方案的通知》2010年12月為中西部地區(qū)90%的村衛(wèi)生室配備電腦,70%以上的農(nóng)村居民配備健康卡,開發(fā)整合村衛(wèi)生室信息化軟件,加快區(qū)域(地級市和縣級)衛(wèi)生信息平臺建設。衛(wèi)生部《關于深化醫(yī)藥衛(wèi)生體制改革的意見》2009年4月明確了到2020年,我國覆蓋城鄉(xiāng)居民的基本醫(yī)療衛(wèi)生制度基本建立。國務院《2006—2020年國家信息化發(fā)展戰(zhàn)》2006年5月明確我國信息化發(fā)展的戰(zhàn)略重點之一是:加強醫(yī)療衛(wèi)生信息化建設。建設并完善覆蓋全國、快捷高效的公共衛(wèi)生信息系統(tǒng)。統(tǒng)籌規(guī)劃電子病歷,促進醫(yī)療、醫(yī)藥和醫(yī)保機構(gòu)的信息共享和業(yè)務協(xié)同,支持醫(yī)療體制改革。方案總體設計規(guī)劃第一期(根據(jù)具體需求進行刪減)核心企業(yè)級云數(shù)據(jù)中心基礎架構(gòu)搭建完成。將計劃內(nèi)的老舊單機服務器業(yè)務系統(tǒng)遷移至企業(yè)級云數(shù)據(jù)中心內(nèi)。將刀片服務器上的非核心業(yè)務系統(tǒng)遷移至企業(yè)級云數(shù)據(jù)中心內(nèi)。最大限度施放核心存儲的空間及IO壓力,保證核心業(yè)務運行。第二期(根據(jù)具體需求進行刪減)將刀片服務器和4路服務器虛擬化的核心業(yè)務系統(tǒng)遷移至企業(yè)級云數(shù)據(jù)中心內(nèi)。將客戶其他需要遷移到企業(yè)級云數(shù)據(jù)中心的業(yè)務遷移上去。將原有的核心存儲作為歸檔存儲利舊使用。合并現(xiàn)有機房的非關鍵設備,包括防火墻、負載均衡等,簡化機房環(huán)境。資源不夠可以擴充新的X86服務器作為計算和空間節(jié)點橫向擴容。第三期(根據(jù)具體需求進行刪減)搭建容災企業(yè)級云數(shù)據(jù)中心。將核心業(yè)務系統(tǒng)容災一份到容災企業(yè)級云數(shù)據(jù)中心。啟用備份一體機將核心數(shù)據(jù)中心全部數(shù)據(jù)備份到容災數(shù)據(jù)中心并開啟增量備份。通過負載均衡將兩地數(shù)據(jù)中心核心業(yè)務容災,做到業(yè)務快速切換。醫(yī)院業(yè)務應用分析衛(wèi)生醫(yī)療信息化一般分為醫(yī)院信息化系統(tǒng)及區(qū)域醫(yī)療衛(wèi)生管理信息系統(tǒng)兩大類:醫(yī)院信息系統(tǒng)一般可分成兩部分:一是滿足管理要求的管理信息系統(tǒng);二是滿足臨床醫(yī)療要求的臨床信息系統(tǒng)。管理信息系統(tǒng)包括門診掛號、門診收費、住院登記、住院收費、設備管理、醫(yī)務統(tǒng)計、輔助決策支持等系統(tǒng)。臨床信息系統(tǒng)包括門診醫(yī)生工作站、病區(qū)醫(yī)生工作站、病區(qū)護士工作站、合理用藥系統(tǒng)、臨床檢驗系統(tǒng)、醫(yī)學影像系統(tǒng)、手術麻醉系統(tǒng)、重癥監(jiān)護系統(tǒng)等參考醫(yī)院PACS系統(tǒng)三甲醫(yī)院日增長量使用設備義烏中醫(yī)院10GB/天華為S5500T12*600G+24*2TB金華中醫(yī)院15GB/天NetAppFAS25546*600G24*3TB東陽中醫(yī)院15GB/天EMCVNX54006*600G+24*2TB浙4醫(yī)院25GB/天IBMV700012*900G+24*4TB參考醫(yī)院GMIS系統(tǒng)公共衛(wèi)生與區(qū)域醫(yī)療衛(wèi)生管理信息系統(tǒng)(GMIS系統(tǒng))是用IT技術把社會醫(yī)療保健資源和服務,如醫(yī)療保險、社區(qū)醫(yī)療、相關醫(yī)院、遠程醫(yī)療、衛(wèi)生行政機關、藥品供應商、設備供應商、銀行等連接起來整合為一個系統(tǒng),實現(xiàn)局域醫(yī)療衛(wèi)生服務。目前,中國的區(qū)域醫(yī)療信息系統(tǒng)還處于摸索和試驗階段,政府在區(qū)域醫(yī)療的管理流程和管理政策方面還沒有成熟,例如如何轉(zhuǎn)診、病歷的所有權歸屬等問題有待于進一步明確。區(qū)域醫(yī)療所需的基礎數(shù)據(jù)系統(tǒng)建設剛剛啟動,居民健康檔案、區(qū)域醫(yī)療數(shù)據(jù)中心等系統(tǒng)也處于起步階段。參考醫(yī)院EMR系統(tǒng)EMR是臨床信息系統(tǒng)的核心,包含了紙質(zhì)病歷的所有信息,能夠?qū)⒓堎|(zhì)病歷中的文字、數(shù)值、圖表、聲音等信息變?yōu)橛嬎銠C能識別的和理解的格式化數(shù)據(jù)給予輸入、存儲、處理查詢。標準化的電子病歷建設時實現(xiàn)區(qū)域范圍以居民為主線的臨床信息共享和醫(yī)療機構(gòu)協(xié)同服務的前提基礎。參考醫(yī)院CIS系統(tǒng)CIS系統(tǒng)(臨床信息系統(tǒng))是以病人為中心,用影像存檔和傳輸系統(tǒng)(PACS)、放射信息系統(tǒng)(RIS)、檢驗信息系統(tǒng)(LIS)、病理信息系統(tǒng)(PSI)、手術信息系統(tǒng)(ORIS)等,全面收集病人的臨床信息,并通過醫(yī)生工作站提供給醫(yī)生。醫(yī)生可以使用電子化醫(yī)囑錄入系統(tǒng)錄入處方、醫(yī)囑和檢查申請單,查詢檢查結(jié)果,建立電子病歷。參考醫(yī)院HIS系統(tǒng)HIS系統(tǒng)(醫(yī)院信息系統(tǒng))是以收費為中心,將門、急診的掛號、劃價、收費、配藥和住院病人的醫(yī)囑、配藥、記賬,以及醫(yī)院的人、財、物等工作,用計算機網(wǎng)絡進行管理,并將從各信息點采集的信息供管理人員查詢、管理和決策。三甲醫(yī)院日接診量使用設備義烏中醫(yī)院1200人/天2臺X3850X6256G內(nèi)存4CPU金華中醫(yī)院1500人/天2臺X3650M4256G內(nèi)存2CPU東陽中醫(yī)院800人/天2臺X3650M4128G內(nèi)存2CPU浙4醫(yī)院2000人/天2臺刀片256G內(nèi)存4CPU生產(chǎn)數(shù)據(jù)中心各區(qū)域設計數(shù)據(jù)中心總體設計數(shù)據(jù)中心整體拓撲圖整體拓撲描述通過IT角度分析只有HIS系統(tǒng)、PACS系統(tǒng)需要獨立的計算容量區(qū)域去匹配,其他的業(yè)務系統(tǒng)只需要進行標準化虛擬機交付即可從IT角度整個醫(yī)院分為幾大區(qū)域,分別是數(shù)據(jù)中心區(qū)域、門診住院急診區(qū)域、辦公區(qū)域、外聯(lián)區(qū)域、核心及出口區(qū)域后續(xù)我們會針對每個區(qū)域的具體情況進行詳細的描述每個區(qū)域的IT設計外聯(lián)中間機區(qū)域外聯(lián)中間機區(qū)域設計圖外聯(lián)中間機區(qū)域描述外聯(lián)區(qū)域to銀行:由于高峰期收費對服務器會有一個高并發(fā),此時購買硬件負載均衡有點浪費,則可以通過虛擬負載均衡進行分擔壓力,緩解高并發(fā)時候的壓力外聯(lián)區(qū)域to衛(wèi)計委:由于高峰期和衛(wèi)計委、社保通信會有一個高并發(fā),此時購買硬件負載均衡有點浪費,則可以通過虛擬負載均衡進行分擔壓力,緩解高并發(fā)時候的壓力外聯(lián)區(qū)域to區(qū)縣:此段業(yè)務通過虛擬負載均衡實現(xiàn)了主備容災,因為此段業(yè)務壓力并不是很大,所以啟用服務器負載即可。外聯(lián)區(qū)域to所有:所有區(qū)域均可根據(jù)情況增加wow設備或者vwoc,實現(xiàn)廣域網(wǎng)加速HIS高性能區(qū)域HIS高性能區(qū)域設計圖(B/S架構(gòu))HIS高性能區(qū)域描述所有虛擬機均運行在3臺全閃存一體機通過虛擬負載均衡實現(xiàn)壓力分擔通過虛擬防火墻進行安全防護PACS大容量區(qū)域PACS大容量區(qū)域設計圖PACS大容量區(qū)域描述不同醫(yī)院的PACS系統(tǒng)業(yè)務不太一樣,但是大多會包括CT、三甲醫(yī)院(DSA)、PetCT數(shù)字腸胃機、核磁共振、B超、牙片、病理、內(nèi)窺鏡、胃鏡等,考慮到生產(chǎn)業(yè)務區(qū)域會有大量的文件寫入及部分文件讀取請求,所以在這個區(qū)域需要設置應用交付來分擔相關業(yè)務系統(tǒng)的壓力。同時PACS整體的數(shù)據(jù)量非常大,同時需要兼顧性能,所以我們采用高容量一體機來解決容量問題,每三臺一體機可以提供60TB左右的裸容量供使用。容災數(shù)據(jù)中心各區(qū)域設計HIS區(qū)域容災設計:采用雙活軟件對生產(chǎn)數(shù)據(jù)中心的HIS進行雙活保護。其他區(qū)域容災設計:采用CDP備份一體機可以提供EMR、LIS等業(yè)務的容災保護。PACS區(qū)域容災設計:采用備份一體機僅對PACS數(shù)據(jù)做備份采用CDP備份一體機對PACS提供容災保護及存儲服務,計算能力由企業(yè)級云平臺醫(yī)院原設備利舊區(qū)域設計本章方案需要根據(jù)具體情況具體設計,但是總體的設計原則大致如下:傳統(tǒng)存儲利舊方案傳統(tǒng)存儲如果是NAS存儲,建議繼續(xù)提供NAS存儲功能,接入到IP網(wǎng)絡里提供備份服務,不建議和企業(yè)級云架構(gòu)做過多的融合。如果存儲是FC存儲,建議該存儲+X86服務器聯(lián)合起來組成DAS架構(gòu),然后服務器安裝FREENAS或者OPENFILE提供容量服務,但是建議還是提供備份及歸檔方案。如果存儲配置很高,也比較新,性能也挺高(如EMCvnx5600以上)機架式X86服務器利舊方案高配置服務器建議利舊,高配包括CPU型號、內(nèi)存型號、購買時間等低配置服務器可以連刀片X86服務器利舊方案以太網(wǎng)交換機利舊方案光纖交換機利舊方案主要技術存儲虛擬化aSAN深信服存儲虛擬化aSAN,基于集群設計,將服務器上的硬盤存儲空間組織起來形成一個統(tǒng)一的虛擬共享存儲資源池,即ServerSAN分布式存儲系統(tǒng),進行數(shù)據(jù)的高可靠、高性能存儲。分布式存儲系統(tǒng)在功能上與獨立共享存儲完全一致;一份數(shù)據(jù)會同時存儲在多個不同的物理服務器硬盤上,提升數(shù)據(jù)可靠性;此外,再通過SSD緩存,可以大幅提升服務器硬盤的IO性能,實現(xiàn)高性能存儲。同時,由于存儲與計算完全融合在一個硬件平臺上,用戶無需像以往那樣購買連接計算服務器和存儲設備的SAN網(wǎng)絡設備(FCSAN或者iSCSISAN)。服務器虛擬化aSV深信服企業(yè)級云架構(gòu)計算資源池由深信服服務器虛擬化軟件aSV提供,aSV采用裸金屬架構(gòu)的X86虛擬化技術,實現(xiàn)對服務器物理資源的抽象,將CPU、內(nèi)存、I/O等服務器物理資源轉(zhuǎn)化為一組可統(tǒng)一管理、調(diào)度和分配的邏輯資源,并基于這些邏輯資源在單個物理服務器上構(gòu)建多個同時運行、相互隔離的虛擬機執(zhí)行環(huán)境,實現(xiàn)更高的資源利用率,同時滿足應用更加靈活的資源動態(tài)分配需求,譬如提供熱遷移、HA等高可用特性,實現(xiàn)更低的運營成本、更高的靈活性和更快速的業(yè)務響應速度。網(wǎng)絡虛擬化aNET深信服網(wǎng)絡虛擬化aNet,通過提供全新的網(wǎng)絡運營方式,解決了傳統(tǒng)硬件網(wǎng)絡的眾多管理和運維難題,并且?guī)椭鷶?shù)據(jù)中心操作員將敏捷性和經(jīng)濟性提高若干數(shù)量級。深信服網(wǎng)絡虛擬化aNet方案通過和服務器虛擬化aSV相結(jié)合,在虛擬機和物理網(wǎng)絡之間,提供了一整套完整的邏輯網(wǎng)絡設備、連接和服務,包括分布式虛擬交換機aSwitch、虛擬路由器aRouter、虛擬下一代防火墻vNGAF、虛擬應用交付vAD、虛擬vSSLVPN、虛擬廣域網(wǎng)優(yōu)化vWOC等虛擬網(wǎng)絡、安全設備;然后,還可以支持VXLAN等增強網(wǎng)絡協(xié)議,實現(xiàn)和物理網(wǎng)絡的無縫對接,簡化網(wǎng)絡的配置管理;此外,還可以通過虛擬化管理平臺,實現(xiàn)網(wǎng)絡拓撲部署、網(wǎng)絡故障探測等網(wǎng)絡管理功能。從而,aNet虛擬網(wǎng)絡可以快速完成不同應用系統(tǒng)的網(wǎng)絡部署,網(wǎng)絡配置的自動化調(diào)整,網(wǎng)絡故障排查等工作,提升網(wǎng)絡的管理運維效率,提升網(wǎng)絡就緒、擴展速度,降低數(shù)據(jù)中心物理網(wǎng)絡的建設成本。網(wǎng)絡功能虛擬化NFV深信服將在硬件設備領域非常具有優(yōu)勢的NGAF、AD、WOC、SSLVPN等設備也虛擬化了,從而可以幫助用戶將應用系統(tǒng)平滑的從物理環(huán)境遷移到虛擬化環(huán)境中,并滿足安全合規(guī)要求。vNGAF、vAD、vWOC、vSSLVPN等虛擬化設備,保持了和硬件設備一致的功能特性,并且具備齊全的各種產(chǎn)品資質(zhì)證書,如安全產(chǎn)品銷售許可證等。用戶只需要根據(jù)不同應用系統(tǒng)的性能要求,分配1、2、4、8核不同檔次的CPU資源,各種虛擬化設備就可以提供從百兆到千兆的性能。CDP連續(xù)數(shù)據(jù)保護方案優(yōu)勢基礎架構(gòu)有序增長簡化存儲結(jié)構(gòu)aSAN存儲虛擬化方案可以支持橫向(增加服務器數(shù)量)、縱向(增加單臺服務器的硬盤數(shù)量)等擴展方式,擴展起來非常簡單,只需要將新的服務器加入原來的集群就可以實現(xiàn)擴展,擴展后可以實現(xiàn)容量和性能的同步擴展,目前最大支持64臺服務器組件一個集群。此外,添加新的服務器到集群后,不僅存儲空間得到擴展,性能也會得到同步的擴展,例如2臺服務器擴展到4臺服務器后,不僅存儲空間得到擴展,整體性能也會擴展為原來的2倍。所以,aSAN可以幫助客戶不需要過多地考慮未來的擴展,只需要滿足未來3~6個月的需求就足夠了,極大降低了初期的投資成本,并避免了傳統(tǒng)FC存儲由于無法平滑擴展性能,而需要遷移數(shù)據(jù)存儲所帶的高風險。。簡化網(wǎng)絡結(jié)構(gòu)在部署了深信服的網(wǎng)絡虛擬化aNet之后,過去傳統(tǒng)的接入交換、路由器、負載均衡、防火墻等傳統(tǒng)網(wǎng)絡、安全硬件設備,通通變成虛擬化的方式運行在服務器里。以前。串糖葫蘆式的網(wǎng)絡結(jié)構(gòu)也會變得非常的扁平,服務器全部接入到一個大二層的網(wǎng)絡,極大的簡化物理連線。此外,硬件交換機不再需要支持類似TRILL/SPB/FabricPath/VPLS(為了解決服務器虛擬化部署后的問題,新推出的交換機特性)等一些列不必要的過渡性網(wǎng)絡功能,從而只需要普通的交換機就可以滿足云計算網(wǎng)絡的建設,降低了不必要的網(wǎng)絡建設成本。運維管理簡單便捷簡化網(wǎng)絡配置部署了虛擬網(wǎng)絡aNet后,對于物理交換機來說虛擬化環(huán)境中的虛擬機網(wǎng)絡流量將會變得透明,物理交換機不再需要配置復雜的網(wǎng)絡策略,提供簡單的大二層轉(zhuǎn)發(fā)即可。因為,所有虛擬機的VLAN、QoS、ACL等網(wǎng)絡配置策略,將會部署aSwitch上。而aSwitch將會自動根據(jù)每臺虛擬機遷移、刪除等過程,實現(xiàn)網(wǎng)絡策略的自動跟隨,實現(xiàn)網(wǎng)絡配置的自動化調(diào)整,極大的簡化了虛擬機遷移所帶來復雜的網(wǎng)絡運維工作。確保架構(gòu)平滑遷移只把交換機和路由器虛擬化是不夠的,復雜的業(yè)務環(huán)境是必須要配置負載均衡、VPN、防火墻這樣的L4-L7安全、優(yōu)化功能。所以,深信服將在硬件設備領域非常具有優(yōu)勢的NGAF、AD、WOC、SSLVPN等設備也虛擬化了,從而可以幫助用戶將應用系統(tǒng)平滑的從物理環(huán)境遷移到虛擬化環(huán)境中,并滿足安全合規(guī)要求。vNGAF、vAD、vWOC、vSSLVPN等虛擬化設備,保持了和硬件設備一致的功能特性,并且具備齊全的各種產(chǎn)品資質(zhì)證書,如安全產(chǎn)品銷售許可證等。用戶只需要根據(jù)不同應用系統(tǒng)的性能要求,分配1、2、4、8核不同檔次的CPU資源,各種虛擬化設備就可以提供從百兆到千兆的性能。深信服虛擬化管理平臺VMP是一個針對企業(yè)級云架構(gòu)進行IT資源進行全面管理、調(diào)度的管理系統(tǒng)??梢葬槍ξ锢碇鳈C、服務器虛擬化、網(wǎng)絡虛擬化、存儲虛擬化等設備和組件進行資源負載監(jiān)控、虛擬資源配置和調(diào)度、網(wǎng)絡拓撲部署、網(wǎng)絡設備策略配置、網(wǎng)絡故障排查、存儲資源管理、數(shù)據(jù)備份管理等。尤其是網(wǎng)絡拓撲部署功能,管理員只需要在界面上畫出所需要的網(wǎng)絡、安全、虛機的組網(wǎng)拓撲,只需數(shù)分鐘就可以實現(xiàn)業(yè)務系統(tǒng)的就緒,做到“所畫即所得”。此外,還可以針對管理員進行權限的管理和劃分,后續(xù)通過升級可以支持多租戶業(yè)務場景的管理。從而,只需要一個管理界面,就可以幫助運維人員高效、簡便的實現(xiàn)云計算中心IT資源的部署、運維、排障。機房投入成本降低利舊設備搭建容災資源池利舊服務器內(nèi)存處理器硬盤萬兆卡高性能SSD緩存技術:由于傳統(tǒng)的sas盤、sata盤的性能只有7200轉(zhuǎn),iops達不到眾多應用系統(tǒng)的相關性能要求。所以,深信服的存儲虛擬化aSAN在硬件架構(gòu)上會要求采用SSD雙緩存方式,讀和寫都使用獨立的SSD硬盤來實現(xiàn),借助于SSD的高效緩存技術,可以讓用戶以較低的成本獲得非常高的IO性能。此外,通過我們的算法優(yōu)化,業(yè)務系統(tǒng)所請求的數(shù)據(jù)、絕大部分情況下都會直接讀取到本地磁盤上的副本,從而使得存儲的響應速度大幅提升,明顯提升整體存儲的IOPS性能。業(yè)務數(shù)據(jù)得到保護多副本技術在可靠性方面,虛擬化存儲aSAN沒有采用傳統(tǒng)FC存儲的raid方式,而是把每份數(shù)據(jù)copy成多份副本進行多副本存儲,服務器只需要以常規(guī)手段掛載硬盤,虛擬化存儲平臺會把數(shù)據(jù)、在不同的物理服務器硬盤里創(chuàng)建2個到3個一樣的副本。而且,每一次數(shù)據(jù)的變化,都會通過網(wǎng)絡,同時在aSAN中的所有副本里進行同步,從而確保數(shù)據(jù)的一致性。這樣做的好處非常明顯,多副本的同步存儲方式,能夠在最大程度上確保數(shù)據(jù)的互備效果,從而低成本的實現(xiàn)存儲的高可靠。高可靠&高性能過去傳統(tǒng)物理網(wǎng)絡容易因為網(wǎng)絡設備的故障而產(chǎn)生問題,解決起來也非常困難,時間都是以小時為單位的。所以,深信服的網(wǎng)絡虛擬化產(chǎn)品,在可靠性方面做了很多的改進,首先通過應用層協(xié)議棧技術,我們把數(shù)據(jù)轉(zhuǎn)發(fā)放到了應用層,能夠讓設備永不宕機,而分布式設計的虛擬路由和虛擬交換機,出現(xiàn)故障的時候能夠?qū)崿F(xiàn)秒級切換,從而避免虛擬設備的單點故障,物理設備和鏈路我們設計了集群部署和鏈路聚合,能夠避免物理環(huán)境的單點故障;這樣,我們就實現(xiàn)了整個虛擬網(wǎng)絡環(huán)境的高可靠保障,任意環(huán)節(jié)出現(xiàn)故障,都能被自動檢測出來,并快速恢復業(yè)務。此外,對于虛擬化網(wǎng)絡的性能問題,深信服自主研發(fā)了高性能網(wǎng)絡轉(zhuǎn)發(fā)引擎,結(jié)合intel最新的DPDK技術和SR-IOV技術,aSwitch虛擬設備可以達到雙向10G的數(shù)據(jù)轉(zhuǎn)發(fā),讓虛擬化網(wǎng)絡能夠以非常低廉的成本擁有和物理網(wǎng)絡一樣強勁的性能。多層次安全策略,無縫安全防護為了從不同維度提升虛擬化平臺的安全性,通過隔離的分布式交換機、ACL訪問控制、NGAF的L2-L7安全防護技術、SSLVPN完整的安全接入技術等方式,可以加固虛擬機、業(yè)務系統(tǒng)等不同虛擬化環(huán)境邊界的安全性。尤其是NGAF可以提供包括:狀態(tài)檢測、應用訪問控制、漏洞防護、Web攻擊保護、防敏感信息泄露、漏洞風險掃描、安全策略聯(lián)動、防木馬病毒等完整的L2-L7安全功能,可以幫助用戶簡化安全部署,并滿足合規(guī)要求。邏輯錯誤保護(CDP)持續(xù)數(shù)據(jù)保護系統(tǒng)將采用復制技術,實現(xiàn)對數(shù)據(jù)本身RPO=0,并利用數(shù)據(jù)掛載技術,實現(xiàn)RTO趨近于0的目標構(gòu)建,保證單位關鍵數(shù)據(jù)不丟失、業(yè)務不中斷。針對用戶的關鍵業(yè)務,持續(xù)數(shù)據(jù)保護系統(tǒng)應兼容各個應用系統(tǒng)平臺,應實現(xiàn)將變化發(fā)生時的每個時間點都捕獲下來,對每個I/O都進行有效的數(shù)據(jù)保護,一旦系統(tǒng)發(fā)生寫數(shù)據(jù)的動作,CDP就能實時復制將要寫入存儲的寫操作,在寫入本地此磁盤的同時復制一份到本地數(shù)據(jù)保護中心,結(jié)合快照技術,能夠?qū)⒚恳粋€I/O都進行記錄保護,可以成為日后還原時的恢復點。CDP數(shù)據(jù)保護功能可以對Windows、Linux、UNIX等操作系統(tǒng)及其文件數(shù)據(jù)卷進行細顆粒度的持續(xù)數(shù)據(jù)保護,并且能夠在用戶的主存儲設備出現(xiàn)故障時,進行快速掛載。本次持續(xù)數(shù)據(jù)保護系統(tǒng)的建設應實現(xiàn):安全持續(xù)數(shù)據(jù)保護系統(tǒng)和原有系統(tǒng)的兼容性,能否做到平滑無縫接入。建立快速、集中、無人值守的持續(xù)數(shù)據(jù)保護系統(tǒng),真正做到持續(xù)數(shù)據(jù)保護的自動化管理,簡化持續(xù)數(shù)據(jù)保護工作、提高效率、避免誤操作風險;在持續(xù)數(shù)據(jù)保護系統(tǒng)中,可實現(xiàn)I/O級別的連續(xù)的記錄保護,確保數(shù)據(jù)的高精度的保護。能夠同時保護系統(tǒng)和數(shù)據(jù)能夠做到7x24小時持續(xù)數(shù)據(jù)保護,無備份窗口(BackupWindow)能夠做到硬盤的實時掛載,接管宕機或損壞的生產(chǎn)存儲,并在用戶修復存儲的時間內(nèi),可將火星艙當做生產(chǎn)存儲使用,當生產(chǎn)存儲修復之后,火星艙也可將數(shù)據(jù)重新寫回生產(chǎn)存儲中企業(yè)級云配置深信服企業(yè)級云一體機配置型號配置aServer-1000(不含數(shù)據(jù)盤)CPUE3-1230V3,32G內(nèi)存,4*SATA盤位,默認128G系統(tǒng)盤,1*240GSSD緩存盤,6個GE接口,無磁盤aServer-2000(不含數(shù)據(jù)盤)CPUE5-2620*2V3,96G內(nèi)存,8*SATA/SAS盤位,默認128G系統(tǒng)盤,1*240GSSD緩存盤,6個GE接口,無磁盤aServer-2100(不含數(shù)據(jù)盤)CPUE5-2630*2V3,128G內(nèi)存,8*SATA/SAS盤位,默認128G系統(tǒng)盤,1*240GSSD緩存盤,6個GE接口,無磁盤aServer-2200(不含數(shù)據(jù)盤)CPUE5-2660*2V3,128G內(nèi)存,8*SATA/SAS盤位,默認128G系統(tǒng)盤,1*480GSSD緩存盤,6個GE接口,2個萬兆光口,無磁盤aServer-2300(不含數(shù)據(jù)盤)CPUE5-2680*2V3,128G內(nèi)存,8*SATA/SAS盤位,默認128G系統(tǒng)盤,1*480GSSD緩存盤,6個GE接口,2個萬兆光口,無磁盤aServer-2005(不含數(shù)據(jù)盤)CPUE5-2620*2V3,96G內(nèi)存,12*SATA/SAS盤位,默認128G系統(tǒng)盤,1*480GSSD緩存盤,6個GE接口,無磁盤aServer-2105(不含數(shù)據(jù)盤)CPUE5-2630*2V3,128G內(nèi)存,12*SATA/SAS盤位,默認128G系統(tǒng)盤,1*480GSSD緩存盤,6個GE接口,無磁盤aServer-2205(不含數(shù)據(jù)盤)CPUE5-2660*2V3,128G內(nèi)存,12*SATA/SAS盤位,默認128G系統(tǒng)盤,1*480GSSD緩存盤,6個GE接口,2個萬兆光口,無磁盤aServer-2305(不含數(shù)據(jù)盤)CPUE5-2680*2V3,128G內(nèi)存,12*SATA/SAS盤位,默認128G系統(tǒng)盤,1*480GSSD緩存盤,6個GE接口,2個萬兆光口,無磁盤深信服企業(yè)級云軟件配置產(chǎn)品型號產(chǎn)品描述產(chǎn)品型號服務器虛擬化授權(aSVLicense)深信服企業(yè)級云平臺軟件V5.1-服務器虛擬化,HA高可用,虛擬機備份,應用故障檢測,安全補丁更新,虛擬機優(yōu)先級控制,產(chǎn)品特性功能更新模塊服務器虛擬化授權(aSVLicense)網(wǎng)絡虛擬化授權(aNETLicense)深信服企業(yè)級云平臺軟件V5.1-網(wǎng)絡虛擬化,所畫即所得的快速網(wǎng)絡部署,虛擬交換機,虛擬路由器,軟件平臺升級更新網(wǎng)絡虛擬化授權(aNETLicense)存儲虛擬化授權(aSANLicense)深信服企業(yè)級云平臺軟件V5.1-存儲虛擬化,存儲多副本,高性能讀寫緩存,存儲彈性擴展,數(shù)據(jù)故障切換,磁盤故障告警,軟件平臺升級更新存儲虛擬化授權(aSANLicense)其中aSV為企業(yè)級云操作系統(tǒng)的底層架構(gòu),為必配軟件,aNET和aSAN可以根據(jù)具體的需求二選一或者全選。企業(yè)級云操作系統(tǒng)的配置方式為:aSV+aNETaSV+aSANaSV+aNET+aSAN深信服NFV配置清單產(chǎn)品型號產(chǎn)品描述虛擬應用交付vAD-100占用1vCPU,2G內(nèi)存;四層1G吞吐,七層500M吞吐,20萬并發(fā)連接虛擬應用交付vAD-200占用2vCPU,4G內(nèi)存;四層1.5G吞吐,七層1G吞吐,100萬并發(fā)連接虛擬應用交付vAD-400占用4vCPU,8G內(nèi)存;四層2G吞吐,七層1.5G吞吐,200萬并發(fā)連接虛擬應用交付vAD-800占用8vCPU,16G內(nèi)存;四層4GM吞吐,七層3G吞吐,350萬并發(fā)連接虛擬下一代防火墻vAF-100占用1vCPU,2G內(nèi)存;150M吞吐,50W并發(fā)虛擬下一代防火墻vAF-200占用2vCPU,4G內(nèi)存;250M吞吐,100W并發(fā)虛擬應用交付vAD和虛擬下一代防火墻vAF都是通過授權License的方式進行激活的,vAD和vAF運行在虛擬機中,通過vCPU和內(nèi)存的大小實現(xiàn)性能的差異,目前vAD和vAF均有4個款型的授權:100、200、400和800,對應1vCPU2G內(nèi)存、2vCPU4G內(nèi)存、4vCPU8G內(nèi)存和8vCPU16G內(nèi)存。只要部署NFV的虛擬機能夠提供上述資源,vAD和vAF就能夠靈活動態(tài)的進行部署,可以根據(jù)實際需求進行選配。深信服醫(yī)療行業(yè)企業(yè)級云遷移方案概述(最終遷移具體方案以實施方案為準)本次項目的主要目標是對包括XXXXXX系統(tǒng)遷移到企業(yè)級云平臺中,保障客戶業(yè)務及數(shù)據(jù)順利、安全地遷移,并在遷移后穩(wěn)定運行。遷移包括準備、實施、檢查、遷移后穩(wěn)定上線運行,以及遷移過程中出現(xiàn)故障時的回退步驟。遷移主要分為幾種環(huán)境通用方案遷移前準備企業(yè)級云平臺搭建采用深信服企業(yè)級云一體機進行整個平臺的搭建,配置方案為XXX企業(yè)級云一體機方案搭建。確保硬件準備到位,如機架、服務器、電源、交換機、網(wǎng)線、顯示器、鍵盤、備份存儲等;確保配置到位,如IP地址;網(wǎng)絡相關配置內(nèi)容,如主機名、網(wǎng)關等。企業(yè)級云一體機上架后,按照規(guī)劃配置網(wǎng)絡、虛擬存儲。網(wǎng)絡、存儲配置企業(yè)級云平臺上配置虛擬存儲,使用跨主機雙副本的方案,保障數(shù)據(jù)的安全可靠,使用SSD作為數(shù)據(jù)緩存盤保障存儲性能。企業(yè)級云平臺上配置虛擬網(wǎng)絡,使用一體機,即物理網(wǎng)口足夠的前提下,采用最佳實踐配置方案。管理口eth0連接到交換機1,確保管理員能管理aSV平臺。eth1連接到交換機1,用作物理出口或者vxlan口。eth2、eth3連接到交換機1,并配置bound口,用作vxlan口或者物理出口。(通信流量大的用聚合口)eth4、eth5連接到交換機2,并配置bound口,用作vs存儲私網(wǎng)通信口,vs私網(wǎng)配置為“單交換機鏈路聚合”。調(diào)整系統(tǒng)參數(shù)至最佳性能。此方案使業(yè)務網(wǎng)口、vxlan口、存儲口通信隔離,保障了各個模塊穩(wěn)定運行。業(yè)務通信口、vs存儲私網(wǎng)采用鏈路聚合的方式,使鏈路數(shù)據(jù)實現(xiàn)冗余與負載功能。業(yè)務系統(tǒng)準備企業(yè)級云針對整個操作系統(tǒng)進行遷移,無須新裝GUEST系統(tǒng)將業(yè)務系統(tǒng)做多層備份,保證業(yè)務數(shù)據(jù)多層防范。記錄業(yè)務所在操作系統(tǒng)網(wǎng)絡配置詳情,以遷移后做配置檢查。遷移需要在無業(yè)務時段,遷移前停止正在運行的業(yè)務,以免發(fā)生數(shù)據(jù)不一致的問題。準備企業(yè)級云系統(tǒng)aSV的iso鏡像,用以引導遷移。預估遷移時間遷移演練取相關的業(yè)務系統(tǒng)物理主機,進行遷移,得出環(huán)境遷移相關數(shù)據(jù),包括遷移平均速率。預估時間預估遷移時間可以有效地將業(yè)務中斷影響降低到最小,根據(jù)數(shù)據(jù)庫所在操作系統(tǒng)磁盤大小、網(wǎng)絡傳輸速度、磁盤讀寫速度,預估出每臺服務器的遷移時間,得出每臺服務器的遷移時間列表。表格如下:操作系統(tǒng)版本系統(tǒng)大小遷移后大小預計時間遷移實施使用P2V遷移步驟(支持)業(yè)務系統(tǒng)遷移之前,需要保證企業(yè)級云一體機的平臺環(huán)境已經(jīng)搭建完畢。當物理主機的業(yè)務系統(tǒng)所在操作系統(tǒng)需要為Windows系統(tǒng),可通過aSVConverter進行業(yè)務系統(tǒng)遷移工作。遷移步驟在物理主機運行aSVConverter,如下可選擇開機遷移(但是,需要注意的是,在開始遷移后,磁盤產(chǎn)生的新數(shù)據(jù),不會被同步到遷移后的虛擬機里)使用iso引導遷移步驟數(shù)據(jù)庫所在操作系統(tǒng)是物理服務器、Vmware虛擬機、Hyper-v虛擬機等,均可使用iso引導遷移,不影響原系統(tǒng)配置,在業(yè)務停止時進行操作,不會造成任何影響。遷移步驟數(shù)據(jù)庫原操作系統(tǒng)重啟,使用aSV的鏡像引導后,進入“深信服虛擬化解決方案”頁面。遷移前需要進行網(wǎng)絡配置。先給當前物理主機選擇一個物理網(wǎng)卡,用于跟目標aSV主機進行通信。給選中的物理網(wǎng)卡配置可用的IP地址、子網(wǎng)掩碼和網(wǎng)關,還需要填寫目標aSV主機的IP地址。配置IP需要與aSVIP可達。填寫完成后,遷移程序會驗證當前主機和目標aSV主機之間能否進行通信。如果通信異常,則會返回網(wǎng)絡配置界面以便修改。如果通信正常,則可以點擊OK繼續(xù)。網(wǎng)絡連接成功后,當前物理主機顯示如下界面,即表示該主機已經(jīng)完成遷移準備。(其后的Login提示用于遷移失敗進行調(diào)試時使用)登錄目標aSV主機的控制臺,點擊『遷移物理主機』,查看待遷移任務。在待遷移任務窗口,點擊“遷移”配置內(nèi)容包括遷移到當前aSV主機后的虛擬機名稱、存儲位置、運行位置等基本信息,以及虛擬機的硬件配置信息,如圖。完成配置后,即開始進行遷移。遷移后備份遷移結(jié)束后,配置應用層異地磁盤備份,保障數(shù)據(jù)安全。企業(yè)級云平臺配置虛擬機完全備份策略,定時備份。突發(fā)情況應對措施遷移過程故障企業(yè)級云的遷移方案使用系統(tǒng)重啟,進入iso引導的方式,并不修改原系統(tǒng)任何內(nèi)容,若遷移過程發(fā)生不可解決故障,終止遷移動作,將原系統(tǒng)開啟即可。遷移后運行虛擬機發(fā)生故障虛擬機運行過程中發(fā)生不可修復故障,可立即使用應用層備份恢復到原宿主操作系統(tǒng)中,迅速恢復業(yè)務,待確認問題后再進行下一步動作計劃。深信服醫(yī)療行業(yè)桌面云設計方案整體技術架構(gòu)本方案通過在醫(yī)院數(shù)據(jù)中心部署多臺桌面云企業(yè)級云服務器(出廠預裝了服務器虛擬化、存儲虛擬化、桌面控制器等各類VDI組件,開箱即用),集中托管醫(yī)生、護士、行政、財務等人員的虛擬桌面,然后各科室人員可以通過瘦終端接入虛擬桌面進行辦公。同時,為了充分利用現(xiàn)有資源,對于醫(yī)院的舊PC,不用淘汰,只需在上面安裝VDI客戶端,即可將舊PC改造為瘦終端,醫(yī)護人員通過它接入虛擬桌面,可以滿足日常辦公所需。醫(yī)院桌面場景主要有醫(yī)生及護士工作站、掛號、收費、職能辦公等,相同崗位所需應用大多一樣,因此本方案為不同崗位創(chuàng)建獨立的虛擬機模板,然后利用“模板克隆”技術快速部署桌面,應用維護也只需在模板進行即可,更新升級在數(shù)分鐘內(nèi)就可以推送到所有虛擬桌面。方案設計思路極致體驗的桌面云架構(gòu)醫(yī)療桌面有較高的實時響應要求,而醫(yī)療系統(tǒng)和外設又如此復雜,所以桌面云如何在這樣的環(huán)境下,依然能夠提供與PC一樣的用戶體驗(軟件、外設兼容性和桌面操作流暢度),這是一個較大的技術難題。桌面云交付過程中涉及到終端、網(wǎng)絡、傳輸協(xié)議、虛擬化軟件、服務器、存儲等很多個組件,而且不同組件相互依賴比較大,只要其中一個環(huán)節(jié)優(yōu)化不夠、或者出現(xiàn)一些問題,比如軟硬件兼容性不好、前后端api對接出錯等等,這些都會影響到用戶體驗。那么,深信服認為只有深度融合才能大幅度提升桌面云用戶體驗,所以本方案會將虛擬桌面運行在“深度融合”的桌面云架構(gòu)之上,從前端到后端、從軟件到硬件進行全方位的整合與優(yōu)化,從而為醫(yī)護人員提供媲美PC體驗的桌面云,保障醫(yī)療服務的及時性。軟件及外設兼容情況深信服基于“深度融合”的桌面云架構(gòu),可以為醫(yī)院提供更好的軟件和外設的兼容性,具體如下:類別兼容情況醫(yī)療系統(tǒng)支持醫(yī)療服務中所涉及的臨床醫(yī)療應用、醫(yī)療管理應用、綜合管理應用以及決策支持應用,包括臨床醫(yī)療應用中的HIS系統(tǒng)、CIS系統(tǒng)、電子病歷系統(tǒng)、LIS系統(tǒng)等,還有醫(yī)療及綜合管理中的門急診管理、住院管理應用、辦公自動化應用等。外設支持門診、住院部、收費處等不同科室所使用的普通打印機、針式打印機、讀卡器(身份證和社??ǎ呙鑳x、高拍儀、攝像頭等各種外設。注:專業(yè)PACS影像室場景建議用PC。桌面架構(gòu)的高可用性醫(yī)療服務要求隨時可用,所以對桌面的穩(wěn)定性要求也非常高,本方案從3個層面入手設計桌面云的高可用性:在主機層面,服務器可以采用N+1的方式組集群,集群中各個主機互為監(jiān)控,一旦發(fā)現(xiàn)某個主機故障,HA機制就會自動觸發(fā)虛機遷移動作,在另一正常服務器快速拉起、確保VM繼續(xù)可用。在存儲層面,深信服利用虛擬存儲技術,可以直接把服務器的自帶硬盤來構(gòu)成一個統(tǒng)一的存儲資源池,這樣可以用極低的成本,在不用外掛存儲的情況下,實現(xiàn)高端存儲所具有的數(shù)據(jù)高可靠和高性能。在網(wǎng)絡層面,我們可以采用服務器端口匯聚技術,將多個網(wǎng)絡端口聚合起來,提高網(wǎng)絡帶寬和容錯能力。每臺服務器配備6個千兆網(wǎng)口,其中2個用于業(yè)務網(wǎng),2個用于存儲網(wǎng),剩余可以用于管理網(wǎng)。所以,通過多個層面的HA保障機制,最終可以為醫(yī)院構(gòu)建一套高可用的桌面架構(gòu),從而為患者提供持續(xù)性醫(yī)療服務。分布式虛擬存儲架構(gòu)本方案采用分布式虛擬存儲架構(gòu),通過它可以將服務器直連硬盤整合起來,形成存儲資源池(相當于一臺獨立存儲設備),從而為云桌面平臺提供經(jīng)濟高效的存儲服務,并且效果與獨立存儲一樣。分布式虛擬存儲通過磁盤管理、緩存技術、存儲網(wǎng)絡、冗余副本等技術,管理集群內(nèi)所有硬盤資源,最終提供統(tǒng)一存儲空間用于虛擬機的保存、管理和讀寫。這樣,在無需共享存儲的情況下,依然可以實現(xiàn)虛機遷移及故障切換,不僅節(jié)省存儲購買成本,而且利用分布式技術架構(gòu)進一步確保數(shù)據(jù)的高可靠性。高性能IO設計方案醫(yī)院各科室人員在早高峰時段同時登錄虛擬桌面時,或者在某一時段患者就醫(yī)服務突然增多時,后臺服務器都會面臨大批量并發(fā)處理請求,瞬間數(shù)據(jù)量猛增,這對桌面云無疑是一個巨大挑戰(zhàn),容易導致體驗差、不穩(wěn)定等問題。所以,本方案在每臺服務器上配備1塊SSD硬盤(緩存盤)和多塊HDD硬盤(數(shù)據(jù)盤),然后通過深信服精準、高效的熱點緩存技術,可以讓用戶以較低的成本獲得非常高的IO性能。實踐證明,通過我們的緩存算法優(yōu)化,桌面云所請求的數(shù)據(jù)、絕大部分情況下都會直接讀取到SSD硬盤,當前我們的緩存命中率已經(jīng)超過60%,從而明顯提升了存儲的IO性能和響應速度,滿足了醫(yī)院早高峰登錄和突發(fā)就醫(yī)服務需求。臨床醫(yī)療桌面云方案現(xiàn)狀分析該場景主要以醫(yī)生、護士工作站和電子病歷為中心的一些應用,當前基本上是通過PC、筆記本來訪問HIS等醫(yī)療系統(tǒng)客戶端,存在如下問題:醫(yī)護工作站承載的醫(yī)療應用越來越多、且外設復雜,容易因軟硬件故障、設備老化而發(fā)生各種系統(tǒng)問題,IT人員需奔波于各科室處理問題,維護困難、效率低下。更重要的是,對于醫(yī)院來說,時間就是生命,但醫(yī)護人員和患者卻要忍

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論