制服丝袜成人电影|欧洲美女激情AV|久久天堂无码AV|日本一及黄色电影一及黄色|天摸天操天啪欧美|AA级黄色一级特黄成人大片|日韩特级AAA毛片|特级黄色成人录像|激情啪啪综合亚洲A黄|特黄一级AAA日本在线观看

近10年間，醫(yī)療信息化與其他行業(yè)信息化的發(fā)展類似，大致經歷了四個階段：分散式架構、整合式架構、虛擬化架構以及超融合架構。隨著用戶對應用的可用性、存儲性能、存儲容量等要求的提高，高度整合式的數據中心架構逐漸變成主流，數據中心的存儲設備由直連存儲演變?yōu)榧惺降墓蚕泶鎯δＪ?，服務器通過HBA卡、SAN交換機、FC線纜與存儲設備連接，這種架構的推出，有效地提高了存儲可用性、利用率、存儲設備的可管理性。

四種硬件架構中，分散式架構基本已被淘汰，整合式架構目前仍用于運算性能要求高的業(yè)務場景中，例如HIS系統(tǒng)。本文接下來主要對傳統(tǒng)SAN架構虛擬化與超融合架構虛擬化進行對比分析。

圖1 醫(yī)療信息化硬件架構

隨著虛擬化技術的發(fā)展使用，數據中心內的服務器體量規(guī)模逐漸減少，物理空間占用率高等問題得到緩解，但隨之而來的是虛擬機數量的急劇膨脹與參數超配。消耗巨大存儲空間的同時，也使得整個虛擬化架構看上去不協(xié)調，存儲架構臃腫。傳統(tǒng)存儲虛擬化架構中SAN存儲陣列型號必須在存儲網關兼容性列表內，同時隨著使用年限的增加，運算、存儲品牌型號繁多，造成的維保與運維壓力逐年遞增。傳統(tǒng)存儲設備受限于其架構，在縱向及橫向擴展能力方面缺乏靈活性。

表1 傳統(tǒng)SAN架構虛擬化與超融合架構的區(qū)別

圖2 傳統(tǒng)SAN架構虛擬化與HCI超融合內部架構對比

通過跨數據中心的SDN技術構建滿足核心系統(tǒng)雙活要求的大二層網絡，為醫(yī)院構建雙活數據中心建立堅實基礎。下圖為醫(yī)院的數據中心SDN網絡邏輯架構圖：

 圖3 基于SDN網絡的HCI超融合架構圖

對于承載醫(yī)院核心系統(tǒng)的超融合平臺而言，要滿足跨數據中心的業(yè)務連續(xù)性的技術要求，需要底層網絡具備足夠的靈活性、可靠性，同時能夠保障在站點級別故障發(fā)生時，可以快速恢復業(yè)務系統(tǒng)，在保障業(yè)務連續(xù)性的同時，滿足醫(yī)療行業(yè)政策監(jiān)管需求。

構建醫(yī)院超融合架構雙活數據中心，主要參考了如下醫(yī)療行業(yè)規(guī)范和標準。

本次性能對比測試方案為：選取兩家國內排名相近、門診量/住院量相仿的醫(yī)院中，運行同類業(yè)務的Oracle虛擬化服務器進行對比，出于安全方面考慮，兩家醫(yī)院以醫(yī)院A與醫(yī)院B代指，其中醫(yī)院A使用的是HCI超融合集群，醫(yī)院B使用的傳統(tǒng)SAN架構虛擬化，測試機器為一臺辦理同類業(yè)務的Oracle（NO RAC）服務器，分別導出24小時內的AWR（Automatic Workload Repository）報告進行性能分析，報告截圖如下：

圖4 醫(yī)院A的AWR報告截圖

圖5 醫(yī)院B的AWR報告截圖

首先我們可以直觀地看到，兩家醫(yī)院的Host服務器的硬件配置差距明顯，從CPU和內存配置來看，采用HCI超融合方案的醫(yī)院A優(yōu)于傳統(tǒng)虛擬化架構的醫(yī)院B。接下來我們從Oracle運行情況來看。

（1）redo size

redo size主要是用了衡量數據庫記錄變更的頻繁程度，醫(yī)院A和醫(yī)院B的transactions基本一致的情況下，醫(yī)院A的redo size為106683.6（bytes），醫(yī)院B為130927.1（bytes），該數值越大，往往會產生對LGWR寫日志以及和Arch歸檔，上述兩種情形會對I/O造成壓力，從數值上看，醫(yī)院B在規(guī)模相當負載下的運行狀況顯得比較繁忙。

（2）DB Time

醫(yī)院A為16核心CPU，Elapsed總共為1439.89*16=23038.24（mins），DB Time為990.96（mins），指CPU花費990.96分鐘在處理Oracle非空閑等待和運算上(比方邏輯讀)，DB Time與Elapsed的比值為0.043。同理，醫(yī)院B該比值為0.185，該數值代表Oracle數據庫的繁忙程度，數值越高說明數據庫越繁忙，從該數值看出醫(yī)院A數據庫的資源更充足，在應對業(yè)務高峰和突發(fā)高峰時運行更平穩(wěn)一些。

（3）DB CPU占比及l(fā)og file sync（日志文件同步）單次平均等待時間

醫(yī)院A的DB CPU占比為57%，log file sync單次平均等待時間為2.64ms，醫(yī)院B的DB CPU占比為70.4%，log file sync單次等待時間為3.94ms，從以上數據能看出，醫(yī)院A的CPU消耗指數及日志文件同步單次平均等待時間都優(yōu)于醫(yī)院B。

（4）Db file sequential read、db file scattered read 單次平均等待時間

醫(yī)院A 較醫(yī)院B在db file sequential read、db file scattered read 等指標上有很大的下降，db file sequential read總的等待時間從6482s下降為3844s，db file scattered read總的等待時間從1521s下降為383s，從以上數據能看出，醫(yī)院A的較大數據量的讀帶寬要遠優(yōu)于醫(yī)院B。

通過對HCI超融合架構及傳統(tǒng)SAN架構虛擬化運行的相同業(yè)務的Oracle虛擬服務器的性能對比后能清晰直觀地看出超融合在底層IO、CPU性能調用等方面的優(yōu)勢。

超融合架構在數據中心承擔著計算資源池和分布式存儲資源池的作用，極大地簡化了數據中心的基礎架構，而且通過軟件定義的計算資源虛擬化和分布式存儲架構實現無單點故障、無單點瓶頸、彈性擴展、性能線性增長等能力，同時簡化了數據中心雙活實現的復雜度，運維側的壓力得到大幅降低，業(yè)務系統(tǒng)的連續(xù)性得到更好的保障。

另外，超融合平臺支持豐富的數據服務，包括塊存儲服務、NAS存儲服務等，同時具備重復數據刪除和壓縮功能，可以實現很好的存儲效率。

對于關鍵業(yè)務數據庫的管理，可以通過數據庫引擎實現一鍵式部署常用的數據庫高可用，如Oracle RAC，SQL Server Alwayson等，并基于超融合自身的存儲技術實現關鍵業(yè)務數據庫的持續(xù)數據保護，一鍵式數據庫配置和數據副本管理服務，管理員能夠隨時配置、克隆、刷新、備份和恢復數據庫，使用自動化服務取代耗時且復雜的數據庫操作，可以將資源更多的聚焦于核心業(yè)務，免除DBA工作的各種煩惱，期待將來能更多的利用創(chuàng)新技術，輔助信息化的支撐和建設。