醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)解決方案

1、醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)解決方案醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)解決方案提綱PART 1醫(yī)療行業(yè)云存儲(chǔ)需求分析醫(yī)療行業(yè)云存儲(chǔ)解決方案醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)及優(yōu)勢(shì)分析提綱PART 1醫(yī)療行業(yè)云存儲(chǔ)需求分析1、國(guó)家政策驅(qū)動(dòng)醫(yī)療行業(yè)云存儲(chǔ)需求分析 “互聯(lián)網(wǎng)+醫(yī)療健康”，通過(guò)改變健康管理方式、重構(gòu)就醫(yī)方式、改善就醫(yī)體驗(yàn)、重構(gòu)購(gòu)藥方式、重構(gòu)醫(yī)患生態(tài)，提高醫(yī)療服務(wù)效率，降低醫(yī)療服務(wù)成本，從根本上解決“看病難、看病貴”等問(wèn)題。國(guó)務(wù)院關(guān)于積極推進(jìn)“互聯(lián)網(wǎng)+”行動(dòng)的指導(dǎo)意見(jiàn)。國(guó)發(fā)201540號(hào)推動(dòng)跨醫(yī)院的醫(yī)療數(shù)據(jù)共享積極利用移動(dòng)互聯(lián)網(wǎng)提供便捷就醫(yī)服務(wù)引導(dǎo)醫(yī)療機(jī)構(gòu)跨地區(qū)開(kāi)展遠(yuǎn)程醫(yī)療服務(wù)優(yōu)化醫(yī)療資源配置重構(gòu)醫(yī)療服務(wù)生態(tài)推廣在線醫(yī)療衛(wèi)生新模

2、式1、國(guó)家政策驅(qū)動(dòng)醫(yī)療行業(yè)云存儲(chǔ)需求分析 “互聯(lián)網(wǎng)+醫(yī)療2、醫(yī)療行業(yè)業(yè)務(wù)需求分級(jí)診療服務(wù)事實(shí)信息：重點(diǎn)醫(yī)院床位緊張，而基層附屬醫(yī)院床位閑置，導(dǎo)致醫(yī)療資源分布不均和浪費(fèi)。業(yè)務(wù)需求：需要大力推進(jìn)醫(yī)改工作，加強(qiáng)分級(jí)診療，建立雙向轉(zhuǎn)診制度，醫(yī)療資源合理布局，大幅提高基層醫(yī)療水平。打破信息孤島，共享醫(yī)療資源。實(shí)現(xiàn)目標(biāo)：建立共享數(shù)據(jù)資源，實(shí)現(xiàn)遠(yuǎn)程專(zhuān)家影像閱片及會(huì)診，提高診斷質(zhì)量。提高醫(yī)院非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)能力事實(shí)信息：醫(yī)院數(shù)據(jù)量的80%以上都是非結(jié)構(gòu)化數(shù)據(jù)，PACS系統(tǒng)產(chǎn)生的醫(yī)療影像數(shù)據(jù)在飛速增長(zhǎng)。業(yè)務(wù)需求：每一兩年就需要進(jìn)行一次存儲(chǔ)擴(kuò)容，投資巨大，擴(kuò)容實(shí)施難度大。實(shí)現(xiàn)目標(biāo)：實(shí)現(xiàn)海量歷史影像數(shù)據(jù)存儲(chǔ)與管理。

3、醫(yī)療行業(yè)云存儲(chǔ)需求分析2、醫(yī)療行業(yè)業(yè)務(wù)需求分級(jí)診療服務(wù)事實(shí)信息：重點(diǎn)醫(yī)院床位緊張，3、醫(yī)院業(yè)務(wù)特點(diǎn)門(mén)診業(yè)務(wù)集中在早高峰10：0013：00門(mén)診業(yè)務(wù)量大11：0012：00業(yè)務(wù)量最大化HIS系統(tǒng)壓力大，需要快速處理要求數(shù)據(jù)處理時(shí)間快！要求數(shù)據(jù)存儲(chǔ)空間大！醫(yī)院IT系統(tǒng)需要應(yīng)對(duì)高峰期的業(yè)務(wù)變化！高峰期需要提高存儲(chǔ)系統(tǒng)I/O性能！醫(yī)療行業(yè)云存儲(chǔ)需求分析醫(yī)院存儲(chǔ)的數(shù)據(jù)80%到85%的數(shù)據(jù)來(lái)自影像數(shù)據(jù)一次心血管CT檢查的數(shù)據(jù)2GB/次影像數(shù)據(jù)要中長(zhǎng)期保存15-30年三甲醫(yī)院每年新影像數(shù)據(jù)量增加近100TB/年3、醫(yī)院業(yè)務(wù)特點(diǎn)門(mén)診業(yè)務(wù)集中在早高峰要求數(shù)據(jù)處理時(shí)間快！私有云存儲(chǔ)公有云存儲(chǔ)影像科醫(yī)生：需要快速查

4、看患者影像需要豐富的影像處理功能需要有效的區(qū)域協(xié)作需要遠(yuǎn)程影像應(yīng)用臨床醫(yī)生：需要患者的全部影像數(shù)據(jù)需要針對(duì)臨床的影像功能需要移動(dòng)查房時(shí)看影像希望增強(qiáng)醫(yī)患溝通患者：需要減少重復(fù)影像檢查少花錢(qián)、看好病4、醫(yī)院云存儲(chǔ)需求在國(guó)家互聯(lián)網(wǎng)+醫(yī)療健康戰(zhàn)略下醫(yī)院云存儲(chǔ)需求分析醫(yī)療行業(yè)云存儲(chǔ)需求分析私有云存儲(chǔ)公有云存儲(chǔ)影像科醫(yī)生：臨床醫(yī)生：患者：4、醫(yī)院云存5、醫(yī)院云存儲(chǔ)系統(tǒng)痛點(diǎn)總結(jié)醫(yī)院云存儲(chǔ)需要存儲(chǔ)結(jié)構(gòu)化（占比20%）和大量非結(jié)構(gòu)化數(shù)據(jù)（占比80%）業(yè)務(wù)高峰期患者診療等待時(shí)間長(zhǎng)，醫(yī)患溝通效果差，服務(wù)效率低需要實(shí)現(xiàn)醫(yī)療資源數(shù)據(jù)共享，建設(shè)存儲(chǔ)資源池，實(shí)現(xiàn)分級(jí)診療非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)容量需求逐年增加，但是性能提升困難醫(yī)

5、院數(shù)據(jù)量越來(lái)越龐多，數(shù)據(jù)管理難度加大醫(yī)療行業(yè)云存儲(chǔ)需求分析5、醫(yī)院云存儲(chǔ)系統(tǒng)痛點(diǎn)總結(jié)醫(yī)院云存儲(chǔ)需要存儲(chǔ)結(jié)構(gòu)化（占比20提綱PART 2醫(yī)療行業(yè)云存儲(chǔ)需求分析醫(yī)療行業(yè)云存儲(chǔ)解決方案醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)及優(yōu)勢(shì)分析提綱PART 2醫(yī)療行業(yè)云存儲(chǔ)需求分析結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)非架構(gòu)化數(shù)據(jù)存儲(chǔ)磁帶庫(kù)存儲(chǔ)備份SAS存儲(chǔ)NAS存儲(chǔ)NL SATA存儲(chǔ)CTDRMRI.標(biāo)準(zhǔn)DICOM接口設(shè)備超聲DR內(nèi)鏡.非標(biāo)準(zhǔn)DICOM接口設(shè)備影像采集DICOM重建醫(yī)生工作站PACS服務(wù)器HIS服務(wù)器FC/IP SANIP其他業(yè)務(wù)服務(wù)器醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)1、傳統(tǒng)存儲(chǔ)架構(gòu)結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)非架構(gòu)化數(shù)據(jù)存儲(chǔ)磁帶庫(kù)存儲(chǔ)備份SAS存儲(chǔ)NAS非結(jié)構(gòu)

6、化數(shù)據(jù)結(jié)構(gòu)化數(shù)據(jù)傳統(tǒng)存儲(chǔ)在面對(duì)非結(jié)構(gòu)化數(shù)據(jù)的挑戰(zhàn)：并非為非結(jié)構(gòu)化內(nèi)容設(shè)計(jì)或優(yōu)化成本過(guò)高并非PB級(jí)的可擴(kuò)展不支持永遠(yuǎn)在線專(zhuān)有的一體機(jī)設(shè)備* ExabytesSource: IDC非結(jié)構(gòu)化數(shù)據(jù)以每年60%80%的速率增長(zhǎng)，從而可擴(kuò)展性變成了最迫切的需求！*1 exabyte = 1,000 petabytes =1 million terabytes = 1 billion gigabytes 2、傳統(tǒng)存儲(chǔ)架構(gòu)面臨挑戰(zhàn)對(duì)于數(shù)據(jù)處理系統(tǒng)的性能要求在逐年增加就診人數(shù)逐年增加醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)非結(jié)構(gòu)化數(shù)據(jù)結(jié)構(gòu)化數(shù)據(jù)傳統(tǒng)存儲(chǔ)在面對(duì)非結(jié)構(gòu)化數(shù)據(jù)的挑戰(zhàn)：* NASFiler 1NASFiler 2NASF

7、iler 3NASFiler 4傳統(tǒng)方案存在容量和性能的瓶頸！面臨數(shù)據(jù)臨界點(diǎn) 年增長(zhǎng)率達(dá) 60%以上TB向PB級(jí)的擴(kuò)展傳統(tǒng)NAS容量擴(kuò)展有限單機(jī)頭NAS的性能瓶頸集群NAS不斷增加NAS機(jī)頭，TCO增加無(wú)法靈活擴(kuò)展需要副本容災(zāi)數(shù)據(jù)分布在多個(gè)NAS機(jī)頭上存儲(chǔ)孤島管理困難3、傳統(tǒng)存儲(chǔ)架構(gòu)分析（非結(jié)構(gòu)化數(shù)據(jù)NAS存儲(chǔ)系統(tǒng)）醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)NASNASNASNAS傳統(tǒng)方案存在容量和性能的瓶頸！3、傳4、傳統(tǒng)存儲(chǔ)架構(gòu)分析（結(jié)構(gòu)化數(shù)據(jù)SAN存儲(chǔ)系統(tǒng)）傳統(tǒng)SAN存儲(chǔ)1、無(wú)法異構(gòu)存儲(chǔ)資源實(shí)現(xiàn)數(shù)據(jù)集中2、需要解決數(shù)據(jù)集中后的性能問(wèn)題3、醫(yī)院存儲(chǔ)系統(tǒng)需要更低TCO，更高ROI數(shù)據(jù)集中平臺(tái)建設(shè)1、無(wú)法滿足私有

8、云混合工作負(fù)載能力2、無(wú)法保證個(gè)別業(yè)務(wù)的I/O優(yōu)先處理能力3、無(wú)法實(shí)現(xiàn)軟件定義存儲(chǔ)資源的能力醫(yī)院私有云建設(shè)1、醫(yī)院早高峰期需要解決數(shù)據(jù)庫(kù)性能問(wèn)題2、數(shù)據(jù)索引、倉(cāng)庫(kù)類(lèi)業(yè)務(wù)需要高性能3、速度慢，用戶體驗(yàn)差，患者滿意度低醫(yī)院核心業(yè)務(wù)系統(tǒng)醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)4、傳統(tǒng)存儲(chǔ)架構(gòu)分析（結(jié)構(gòu)化數(shù)據(jù)SAN存儲(chǔ)系統(tǒng)）傳統(tǒng)SAN存海量非結(jié)構(gòu)化數(shù)據(jù)對(duì)象大小增加 1000 倍視頻/圖像/音頻物聯(lián)網(wǎng)/社交媒體不斷增加的大型存儲(chǔ) 年增長(zhǎng)率達(dá) 40-60%PB 級(jí)以上傳統(tǒng)存儲(chǔ)成本效益相對(duì)較低架構(gòu)無(wú)法擴(kuò)展復(fù)制驅(qū)動(dòng)器 $對(duì)象存儲(chǔ)適用區(qū)域醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)5、解決海量非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)問(wèn)題對(duì)象存儲(chǔ)海量非結(jié)構(gòu)化數(shù)據(jù)對(duì)象存儲(chǔ)適用區(qū)

9、域醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)5、解基本存儲(chǔ)單元名字空間：對(duì)象ID數(shù)據(jù)元數(shù)據(jù)元數(shù)據(jù)類(lèi)似于inode，描述了對(duì)象在磁盤(pán)上的塊分布屬性根據(jù)需要而定義 對(duì)象存儲(chǔ)（Object-Based Storage, OBS)綜合了NAS和SAN的優(yōu)點(diǎn)，同時(shí)具有SAN的高速直接訪問(wèn)和NAS的數(shù)據(jù)共享等優(yōu)勢(shì)?？梢詫?shí)現(xiàn)對(duì)象具有高性能、高可靠性、跨平臺(tái)以及安全的數(shù)據(jù)共享的存儲(chǔ)體系，是塊和文件之外的存儲(chǔ)形式。對(duì)象(Object)包含了文件數(shù)據(jù)以及相關(guān)的屬性信息，可以進(jìn)行自我管理 6、解決海量非結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)問(wèn)題對(duì)象存儲(chǔ)傳統(tǒng)塊存儲(chǔ)和對(duì)象存儲(chǔ)醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)基本存儲(chǔ)單元 對(duì)象存儲(chǔ)（Object-Based 7、對(duì)象存儲(chǔ)產(chǎn)品

10、的選擇IBM Cleversafe Gartner報(bào)告:對(duì)象存儲(chǔ)的關(guān)鍵能力2016年3月31日發(fā)布Cleversafe (IBM云對(duì)象存儲(chǔ)) 總體領(lǐng)先者Ranked 1st: Cloud Storage 云存儲(chǔ)排名第一Ranked 1st: Analytics 數(shù)據(jù)分析排名第一Ranked 1st: Archiving 歸檔排名第一相對(duì)所有其他競(jìng)爭(zhēng)對(duì)手，囊括了更多的第一名EMC，傳統(tǒng)存儲(chǔ)的領(lǐng)先者，在此排名中總體位列第三，并在備份能力中排名第五(對(duì)象存儲(chǔ)的常見(jiàn)場(chǎng)景)醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)7、對(duì)象存儲(chǔ)產(chǎn)品的選擇IBM Cleversafe GaRAID 6 + 復(fù)制Cleversafe1 PB3.

11、6 PB9003.6 倍3.6 倍3 FTE復(fù)制/備份可用存儲(chǔ)原始存儲(chǔ)4TB 磁盤(pán)所需機(jī)架占地運(yùn)維人員其他軟件原始1.20 PB 原始現(xiàn)場(chǎng)鏡像1.20 PB 原始遠(yuǎn)程復(fù)制1.20 PB 原始1 PB1.7 PB4321.7 倍1.7 倍.5 FTE無(wú)如何為 1 PB 可用數(shù)據(jù)構(gòu)建高度可靠的存儲(chǔ)系統(tǒng)？采用糾刪碼技術(shù)！70% 以上TCO 節(jié)支$8、對(duì)象存儲(chǔ)產(chǎn)品的選擇IBM Cleversafe 醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)RAID 6 + 復(fù)制Cleversafe1 PB可用存儲(chǔ)站點(diǎn) 1站點(diǎn) 2站點(diǎn) 3可借助 12 個(gè)切片中的任何 7 個(gè)執(zhí)行讀取操作寫(xiě)入時(shí)創(chuàng)建的切片數(shù)量稱(chēng)為寬度（此處為 12）讀取時(shí)需要

12、的切片數(shù)量稱(chēng)為讀取閾值（此處為 7）該示例為“12 個(gè)”信息離散算法 (IDA) 中的 7 個(gè)站點(diǎn) 2站點(diǎn) 3$4MB4MB4MB4MB4MB在該 IDA 中，仍可借助任何 5 個(gè)無(wú)效的存儲(chǔ)節(jié)點(diǎn)執(zhí)行讀取。9、對(duì)象存儲(chǔ)產(chǎn)品的選擇IBM Cleversafe 糾刪碼是通過(guò)算法的方式來(lái)避免做副本，也具備非常高的可用性，還可以減少裸容量占用的空間！存儲(chǔ)節(jié)點(diǎn)醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)站點(diǎn) 1站點(diǎn) 2站點(diǎn) 3可借助 12 個(gè)切片中的任何 7 個(gè)全閃存陣列在醫(yī)院的應(yīng)用場(chǎng)景云主機(jī)數(shù)據(jù)庫(kù)等高IO應(yīng)用無(wú)法部署，用戶體驗(yàn)差提高私有云工作負(fù)載云存儲(chǔ)數(shù)據(jù)訪問(wèn)慢小文件性能差高IOPS與吞吐量，適合碎片化文件云桌面虛擬桌面啟動(dòng)

13、風(fēng)暴虛擬桌面系統(tǒng)大量?jī)?nèi)容更新高速讀寫(xiě)性能，提高用戶體驗(yàn)醫(yī)院私有云I/O問(wèn)題應(yīng)用閃存陣列以后在醫(yī)院私有云應(yīng)用閃存陣列有兩種方案作為主存儲(chǔ)時(shí)，性能最高作為Cache時(shí)，性價(jià)比最高性能/負(fù)載/用戶體驗(yàn)TCO/運(yùn)維/管理成本10、解決結(jié)構(gòu)化數(shù)據(jù)的性能問(wèn)題閃存陣列全閃存陣列在醫(yī)院的應(yīng)用場(chǎng)景云主機(jī)數(shù)據(jù)庫(kù)等高IO應(yīng)用無(wú)法部署，11、解決結(jié)構(gòu)化數(shù)據(jù)的虛擬化問(wèn)題虛擬閃存陣列靈活多變的需求從業(yè)務(wù)效果看很難滿足多變的需求，性能瓶頸難以逾越解決方法傳統(tǒng)高端磁盤(pán)陣列帶虛擬化功能的全閃存陣列效果-優(yōu)于高端存儲(chǔ)醫(yī)院IT系統(tǒng)老舊設(shè)備越來(lái)越多，存儲(chǔ)系統(tǒng)需要整合和更新替代醫(yī)院HIS等核心系統(tǒng)數(shù)據(jù)庫(kù)對(duì)性能要求高投資 -幾百萬(wàn)后期擁

14、有成本- 大空間、高能耗新技術(shù)-沒(méi)有新技術(shù)應(yīng)用后期擁有成本-小空間、低能耗投資 -50%于傳統(tǒng)高端存儲(chǔ)新技術(shù)-新技術(shù)應(yīng)用有利于適應(yīng)靈活多變的需求醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)11、解決結(jié)構(gòu)化數(shù)據(jù)的虛擬化問(wèn)題虛擬閃存陣列靈活多變從業(yè)12、虛擬閃存陣列產(chǎn)品的選擇IBM FlashSystem V9000 傳統(tǒng)中端存儲(chǔ)A（利舊）SAN虛擬化閃存存儲(chǔ)V9000HISPACSLISEMR傳統(tǒng)中端存儲(chǔ)B（利舊）V9000虛擬化閃存存儲(chǔ)自帶 存儲(chǔ)虛擬化功能，能夠?yàn)獒t(yī)院搭建存儲(chǔ)虛擬化平臺(tái)，后端存儲(chǔ)上的數(shù)據(jù)可靈活實(shí)現(xiàn)遷移、復(fù)制和共享。V9000內(nèi)置全閃存介質(zhì)，能提供超越傳統(tǒng)高端磁盤(pán)陣列的性能，解決醫(yī)院IT系統(tǒng)性能瓶頸問(wèn)

15、題。醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)12、虛擬閃存陣列產(chǎn)品的選擇IBM FlashSyste13、虛擬閃存陣列產(chǎn)品的選擇IBM FlashSystem V9000 Flashsystem在醫(yī)療行業(yè)的應(yīng)用用于核心的HISEMR系統(tǒng)及數(shù)據(jù)庫(kù)，改善頁(yè)面提交速度用于建設(shè)虛擬化存儲(chǔ)資源池用于虛擬化桌面VDI，提升醫(yī)院IT系統(tǒng)服務(wù)管理水平滿足核心應(yīng)用高性能快降低運(yùn)營(yíng)成本省為大數(shù)據(jù)運(yùn)算加速集成云存儲(chǔ)簡(jiǎn)化實(shí)施和管理簡(jiǎn)Power8完美結(jié)合專(zhuān)NoSQL/KVS集成式內(nèi)存10 x性能TCO下降90%1天實(shí)施完成全新的差分性NoSQL平臺(tái)(P8 CAPI + FlashSystem)醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)設(shè)計(jì)13、虛擬閃存陣列產(chǎn)品

16、的選擇IBM FlashSyste提綱PART 3醫(yī)療行業(yè)云存儲(chǔ)需求分析醫(yī)療行業(yè)云存儲(chǔ)解決方案醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)及優(yōu)勢(shì)分析提綱PART 3醫(yī)療行業(yè)云存儲(chǔ)需求分析1、建設(shè)基于云存儲(chǔ)架構(gòu)的數(shù)據(jù)中心醫(yī)院云數(shù)據(jù)中心Linux /Windows Server對(duì)象存儲(chǔ)醫(yī)療協(xié)同HRP系統(tǒng)固定接入PadPhone公有云存儲(chǔ)資源池Internet移動(dòng)醫(yī)療TCSTBPC云管理平臺(tái)數(shù)據(jù)中心網(wǎng)絡(luò)遠(yuǎn)程會(huì)診掛號(hào)/收費(fèi)病房醫(yī)生站化驗(yàn)/藥房護(hù)士站千兆桌面HISLISPACS電子病歷產(chǎn)房ICU探視網(wǎng)絡(luò)資源池計(jì)算資源池存儲(chǔ)資源池閃存陣列傳統(tǒng)SAN+NAS存儲(chǔ)醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)及優(yōu)勢(shì)分析1、建設(shè)基于云存儲(chǔ)架構(gòu)的數(shù)據(jù)中心醫(yī)院云數(shù)據(jù)中

17、心Linux 患者/居民醫(yī)院/醫(yī)師利用帶有虛擬化功能的閃存陣列建設(shè)云存儲(chǔ)資源池，并增加對(duì)象存儲(chǔ)資源！計(jì)算和網(wǎng)絡(luò)資源帶虛擬化功能的閃存陣列業(yè)務(wù)數(shù)據(jù)訪問(wèn)虛擬化軟件和管理平臺(tái) HIS數(shù)據(jù)庫(kù)云平臺(tái)云主機(jī)云桌面云安全云存儲(chǔ)云數(shù)據(jù)庫(kù)PACS數(shù)據(jù)庫(kù)2、云存儲(chǔ)架構(gòu)方案說(shuō)明對(duì)象存儲(chǔ)對(duì)象存儲(chǔ)在不降低性能的前提下提供海量數(shù)據(jù)存儲(chǔ)能力帶虛擬化功能的閃存陣列用于異構(gòu)存儲(chǔ)資源，建設(shè)存儲(chǔ)資源池，提升數(shù)據(jù)訪問(wèn)性能醫(yī)療行業(yè)云存儲(chǔ)架構(gòu)及優(yōu)勢(shì)分析患者/居民醫(yī)院/醫(yī)師利用帶有虛擬化功能的閃存陣列建設(shè)云存儲(chǔ)資SLICESTOR786534211112109ACCESSER LAYERS3 Compatible APIOpenstack Swift Compatible. APIData SourcesData SourcesNAS GatewaysCIFS/NFSBackup and ArchiveDocument RepositoryStorage