如何完成一個(gè)成功的VSAN-PoC

1、如何完成一個(gè)成功的VSAN PoC議程概要23456Virtual SAN簡(jiǎn)介工欲善其事，必先利其器POC驗(yàn)證的常見場(chǎng)景性能，性能，性能成功案例分享2“”“”前所未有的用戶增量2500+以我的經(jīng)驗(yàn)，Vmware的解決方案非?？煽俊Ｎ覀円呀?jīng)準(zhǔn)備翻倍VSAN部署的規(guī)模.前18個(gè)月所積累的企業(yè)用戶數(shù)量VSAN就像它描述地那樣工作，事實(shí)上我已經(jīng)輕易地管理它，并且忘記它的復(fù)雜性！+ 嵌入在虛擬化平臺(tái)中，可以橫向擴(kuò)容的超融合基礎(chǔ)架構(gòu)的存儲(chǔ)部分 以虛擬機(jī)為中心的管理模型 和vSphere無縫集成 vMotion, DRS, HA, FT, VDP, VR 將每臺(tái)ESXi主機(jī)中的本地磁盤聚合成一個(gè)共享存儲(chǔ)集群

2、 動(dòng)態(tài)的擴(kuò)容和性能提升 閃存優(yōu)化的存儲(chǔ)系統(tǒng)4+VMware Virtual SAN簡(jiǎn)介+工欲善其事，必先利其器加速使用案例計(jì)劃結(jié)果PoC驗(yàn)證中的常見場(chǎng)景 測(cè)試驗(yàn)證中，最重要的是什么？1. 成功部署VSAN2. 在VSAN數(shù)據(jù)存儲(chǔ)中成功部署虛擬機(jī)3. 在故障發(fā)生時(shí)（主機(jī)，存儲(chǔ)設(shè)備，網(wǎng)絡(luò)），確保虛擬機(jī)的高可用性4. VSAN可維護(hù)性5. 虛擬機(jī)的性能達(dá)到預(yù)期CONFIDENTIAL7案例#1 成功部署VSAN 確保已經(jīng)安裝最新版的VSAN 如果PoC測(cè)試需要進(jìn)行很長(zhǎng)時(shí)間，確保合適的許可證是可用的 確保正確的網(wǎng)絡(luò)配置。記?。篤SAN需要組播網(wǎng)絡(luò), 因此，讓網(wǎng)絡(luò)團(tuán)隊(duì)預(yù)先準(zhǔn)備好 需要最少三臺(tái)主機(jī). 確保

3、這些已經(jīng)準(zhǔn)備好. 需要最少三臺(tái)主機(jī)貢獻(xiàn)存儲(chǔ): 至少一個(gè)存儲(chǔ)控制器 確保其在硬件兼容性列表中,（以此確保驅(qū)動(dòng)和固件得到驗(yàn)證） 至少一塊閃存設(shè)備(SSD, PCIe) 作為緩存確保其在硬件兼容性列表中 至少一塊HDD/SSD作為數(shù)據(jù)存儲(chǔ)盤 確保其在硬件兼容性列表中 或者考慮VSAN Ready節(jié)點(diǎn)作為一個(gè)可選項(xiàng)記住，VSAN Health Check會(huì)幫你完成大部分的工作案例#1 成功部署VSANCONFIDENTIAL8在每次測(cè)試后都要運(yùn)行它!也可以使用它來解決你之前遇到的問題!定期檢查VSAN Health Check狀態(tài)CONFIDENTIAL9案例#2 - 成功部署虛擬機(jī)使用Health

4、Check驗(yàn)證虛擬機(jī)部署前瞻性測(cè)試中的一部分. 這可以驗(yàn)證是否可以在VSAN集群中創(chuàng)建虛擬機(jī)CONFIDENTIAL10組件在主機(jī)中的位置案例#2 - 成功部署虛擬機(jī)我創(chuàng)建了一個(gè)新的虛擬機(jī), 但不確信它在磁盤上的存儲(chǔ)位置案例#3 - 在故障發(fā)生時(shí)，確保虛擬機(jī)的高可用性 以下各種故障應(yīng)該作為典型PoC的一部分 主機(jī)故障 HDD / SSD故障 緩存/容量故障 網(wǎng)絡(luò)故障 主要目的是確保虛擬機(jī)在故障中可以持續(xù)使用，這可能意味著VM在集群中的另一個(gè)節(jié)點(diǎn)重啟。 vSphere HA在這一過程中也發(fā)揮著重要作用。其已融合進(jìn)Virtual SAN, 因此在故障發(fā)生時(shí), VM可以在集群中的其他主機(jī)上重啟。CO

5、NFIDENTIAL11案例#3.1 - 主機(jī)故障 我到底需要多少臺(tái)主機(jī)？ 最少需要3臺(tái)主機(jī)來支持VSAN. 在故障或維護(hù)模式下如何重建對(duì)象? 如果在該故障期間，需要虛擬機(jī)保持高可用，考慮配置額外的容量（比如最少4個(gè)節(jié)點(diǎn)）CONFIDENTIAL12案例#3.2 - 存儲(chǔ)故障 Virtual SAN 6.0 PoC白皮書中講述了如何注入臨時(shí)的磁盤錯(cuò)誤 一個(gè)真實(shí)地磁盤故障會(huì)導(dǎo)致VSAN觸發(fā)立即重建 /files/pdf/products/vsan/VMware-Virtual-SAN6-Proof-Of-Concept-Guide.pdfCONFIDENTIAL13彈出/脫機(jī)/拔出: 失聯(lián)在修復(fù)

6、前等待60分鐘故障: 降級(jí)立即修復(fù)CONFIDENTIAL14前瞻性測(cè)試的一部分. 用來驗(yàn)證VSAN集群是否達(dá)到可接受的組播性能案例#3.3 - 網(wǎng)絡(luò)故障組播配置錯(cuò)誤是最常見的問題案例#3.4 - 驗(yàn)證故障發(fā)生后的重建活動(dòng) Virtual SAN可能需要在后臺(tái)移動(dòng)數(shù)據(jù): 改變策略, 主機(jī)故障, 長(zhǎng)期/永久性組件丟失, 用戶觸發(fā)的重新配置, 維護(hù)模式等等. Web客戶端同步儀表盤展示了VM的重新同步和剩余需要同步的數(shù)據(jù)量15記住!在同一時(shí)刻只能進(jìn)行一種場(chǎng)景測(cè)試!案例#4 - VSAN可維護(hù)性我想升級(jí)VSAN集群中的一臺(tái)ESXi主機(jī)，我該怎么做？CONFIDENTIAL16VSAN為維護(hù)模式提供多

7、種選擇案例#4 : VSAN可維護(hù)性確?？稍L問性全數(shù)據(jù)遷移無數(shù)據(jù)遷移不保證虛擬機(jī)滿足策略確保虛擬機(jī)滿足策略要求 不能確保虛擬機(jī)能被正常訪問短時(shí)間的維護(hù)短時(shí)間的存儲(chǔ)準(zhǔn)備超過一小時(shí)的維護(hù)長(zhǎng)時(shí)間的存儲(chǔ)準(zhǔn)備短時(shí)間的維護(hù)沒有影響間空間需要一定量的存儲(chǔ)剩余空 需要其他節(jié)點(diǎn)的空閑存儲(chǔ) 沒有影響CONFIDENTIAL17案例#4 : 磁盤可維護(hù)性磁盤可維護(hù)特性可以點(diǎn)亮要更換的HDD或SSD的LED燈18案例#4 : 磁盤/磁盤組清空 允許您在從VSAN移除磁盤/磁盤組之前清空磁盤組或磁盤上的數(shù)據(jù) 允許VSAN確保所有的工作負(fù)荷與原有策略保持完全兼容! UI, ESXCLI和RVC均支持. “清空磁盤/磁盤組

8、” 選項(xiàng)在UI中的展示.19性能，性能，性能 VSAN的分布式架構(gòu)要求集群中池化的計(jì)算和存儲(chǔ)資源被充分利用時(shí)，可以獲取相當(dāng)可觀的性能 這意味著，大量運(yùn)行工作負(fù)載的虛擬機(jī)在集群中被分散部署，并且VSAN能自始至終提供所有虛擬機(jī)聚合后的性能. 這部分的評(píng)估比較復(fù)雜，并且非常耗時(shí) 真實(shí)應(yīng)用的工作負(fù)載是最好的，但是 模擬的工作負(fù)載(IOmeter) 更容易被設(shè)置 過于簡(jiǎn)化的工作負(fù)載并不能真實(shí)反映Virtual SAN可以做什么 值得一讀: Pro Tips For Storage Performance Testing /storage/2015/08/12/tips-storage-performa

9、nce-testing/21性能測(cè)試需要考慮的問題測(cè)試是否充分利用了Virtual SAN的分布式存儲(chǔ)資源？ 相比單臺(tái)主機(jī)上的單臺(tái)虛擬機(jī)，多臺(tái)虛擬機(jī)交叉使用多臺(tái)主機(jī)將會(huì)提供最好的性能工作集是否完全在閃存中，以便充分利用閃存性能？ 讀緩存失效將會(huì)觸發(fā)較大延遲工作負(fù)載是否緩存友好的模型？ 持續(xù)的順序?qū)懝ぷ髫?fù)載會(huì)填滿緩存，使緩存內(nèi)的數(shù)據(jù)被迫降級(jí)，寫入機(jī)械磁盤。因此混合讀/寫工作負(fù)載是最好的。緩存是否經(jīng)過預(yù)熱？ 開始測(cè)試的初期結(jié)果不能完全反映性能CONFIDENTIAL采用IOmeter的性能測(cè)試 在性能測(cè)試前，不要忘記預(yù)熱SSD 首次測(cè)試： Single worker 8 Outstanding I

10、/O Write I/O Data Pattern will use repeating bytes 4KB I/O size 70% Read/30% Write 100% Random 考慮隨著時(shí)間的遷移移動(dòng)到: multiple workers 多臺(tái)虛擬機(jī) 多臺(tái)主機(jī) 增加Outstanding IO 延遲 vs. IOPSCONFIDENTIAL22VSAN Health Check 插件 前瞻性存儲(chǔ)性能測(cè)試 在非生產(chǎn)環(huán)境中運(yùn)行性能測(cè)試 在每臺(tái)主機(jī)上創(chuàng)建10 - 20個(gè)VMDK，這些VMDK將被VSAN平均分發(fā)到不同的物理磁盤上，然后在所有主機(jī)的VMDK上并行地產(chǎn)生模擬IO的工作負(fù)載 通

11、過存儲(chǔ)性能測(cè)試驗(yàn)證IOPS和帶寬要求CONFIDENTIAL23Date | City, Country基于VMware一體化交付平臺(tái)的東華醫(yī)療HIS應(yīng)用系統(tǒng)測(cè)試報(bào)告艾飛Solution Manager目錄 123測(cè)試目標(biāo) 體系架構(gòu) 測(cè)試結(jié)果 26主要測(cè)試目標(biāo) 驗(yàn)證國內(nèi)大型和超大型三甲醫(yī)院的核心業(yè)務(wù)系統(tǒng)和數(shù)據(jù)庫系統(tǒng)在vSphere+vSAN的一體化交付平臺(tái)下的可行性、可靠性、安全性、性能。 通過Server SAN替換傳統(tǒng)存儲(chǔ)的整體方案在真實(shí)應(yīng)用和數(shù)據(jù)環(huán)境下的技術(shù)實(shí)現(xiàn)和性價(jià)比評(píng)估。 使用真實(shí)歷史數(shù)據(jù)測(cè)試整體架構(gòu)針對(duì)不同Workload的處理性能、高可靠性能力、系統(tǒng)穩(wěn)定性，對(duì)核心數(shù)據(jù)庫、存儲(chǔ)、核

12、心應(yīng)用的支撐能力。 通過對(duì)東華醫(yī)療的完整應(yīng)用環(huán)境驗(yàn)證VWware的全新一體化交付平臺(tái)對(duì)醫(yī)衛(wèi)行業(yè)醫(yī)院信息化的價(jià)值。 目錄 123測(cè)試目標(biāo) 體系架構(gòu) 測(cè)試結(jié)果 Technical Environment & System Topology 281.主測(cè)試服務(wù)器: 物理服務(wù)器: 3臺(tái)曙光I620-G10 (每臺(tái)主機(jī)一個(gè)磁盤組，1SSD+8HDD) CPU：20個(gè)CPU * 2.499 GHz 處理器類型：Intel(R) Xeon(R) CPU E5-2670 v2 2.50GHz 內(nèi)存：8G DDR3 * 16 硬盤：2TB 7200轉(zhuǎn) SATA硬盤 X 8 ; SSD: Memblaze PCI

13、e卡 1.4TB X 3 網(wǎng)卡：雙口萬兆網(wǎng)卡（RJ45） X 2 ； 千兆口 X2 交換機(jī): Mellanox 以太網(wǎng)萬兆交換機(jī)SwitchX-2 SX1024 48P2.虛擬化環(huán)境: 數(shù)據(jù)庫服務(wù)器1臺(tái):CPU：Intel(R) Xeon(R) CPU E5-2670 v2 2.50GHz32Core，硬盤：1T ;Mem：64G；操作系統(tǒng)：Redhad 6.5; 數(shù)據(jù)庫：Cache2010 ECP+Web服務(wù)器3臺(tái)：CPU:24 core; Mem:32G; 操作系統(tǒng)：WindowsServer 2008 R2；數(shù)據(jù)庫：Cache20103.測(cè)試客戶機(jī)： 2臺(tái)虛機(jī)，操作系統(tǒng):Windows

14、Server 2008 R2(x64); 測(cè)試軟件：Loadrunner 11；CPU:Intel(R) Xeon(R) CPU E7-48202.00GHz; Mem:8G；HDD：250GBSystem Context29編號(hào) 場(chǎng)景名 執(zhí)行用戶數(shù) 加壓方式 持續(xù)時(shí)間 退出方式 思考時(shí)間/迭代延遲 備注 1 掛號(hào) 1Vuser 同時(shí) 1min 同時(shí) Pacing：忽略 Thinktime：忽略 獲取單用戶執(zhí)行的響為之后的測(cè)試提供依據(jù) 2 診斷錄入 3 醫(yī)囑錄入 4 醫(yī)囑單查詢 5 醫(yī)囑費(fèi)用查詢 6 查看檢驗(yàn)報(bào)告 7 瀏覽護(hù)理病歷 Use case測(cè)試場(chǎng)景一：交易基準(zhǔn)測(cè)試 30應(yīng)時(shí)間和服務(wù)器資

15、源，編號(hào) 場(chǎng)景名 執(zhí)行用戶數(shù) 加壓方式 持續(xù)時(shí)間 退出方式 思考時(shí)間/迭代延遲 集合點(diǎn)策略 1 掛號(hào) 30Vuser 同時(shí) 運(yùn)行完成 同時(shí) 忽略 100%VU到達(dá)集合點(diǎn)時(shí)一起并發(fā)執(zhí)行。 2 診斷錄入 3 醫(yī)囑錄入 4 醫(yī)囑單查詢 5 醫(yī)囑費(fèi)用查詢 6 查看檢驗(yàn)報(bào)告 7 瀏覽護(hù)理病歷 31測(cè)試場(chǎng)景二：并發(fā)測(cè)試 交易并發(fā)測(cè)試（第1輪）：Vuser = 30 交易并發(fā)測(cè)試（第1輪）：Vuser = 50 編號(hào) 場(chǎng)景名執(zhí)行用戶數(shù)加壓方式持續(xù)時(shí)間退出方式思考時(shí)間/迭代延遲集合點(diǎn)策略15 Vuser同時(shí)運(yùn)行完成同時(shí)忽略100%VU到達(dá)集合點(diǎn)時(shí)一起并發(fā)執(zhí)行。123掛號(hào)診斷錄入醫(yī)囑錄入4醫(yī)囑單查詢5醫(yī)囑費(fèi)用查

16、詢67查看檢驗(yàn)報(bào)告瀏覽護(hù)理病歷編號(hào) 場(chǎng)景名 執(zhí)行用戶數(shù) 加壓方式 持續(xù)時(shí)間 退出方式 思考時(shí)間 迭代延遲 1掛號(hào)600Vuser每秒加載1個(gè)10min每秒退出1個(gè)Random：50%150%Limitto3sRandom：3s-6s2診斷錄入600Vuser3醫(yī)囑錄入1200Vuser4醫(yī)囑單查詢600Vuser5醫(yī)囑費(fèi)用查詢600Vuser6查看檢驗(yàn)報(bào)告300Vuser7瀏覽護(hù)理病歷300Vuser32測(cè)試場(chǎng)景三：?jiǎn)我唤灰棕?fù)載測(cè)試 大規(guī)模： 大型三甲醫(yī)院；典型場(chǎng)景：1200用戶的醫(yī)囑錄入 編號(hào) 功能點(diǎn) 執(zhí)行用戶數(shù) 加壓方式 持續(xù)時(shí)間 退出方式 思考時(shí)間 迭代延遲 1掛號(hào)120Vuser每秒加

17、載1個(gè)10min每秒退出1個(gè)Random50%150%Limitto3s：Random：3s-6s2診斷錄入120Vuser3醫(yī)囑錄入480Vuser4醫(yī)囑單查詢120Vuser5醫(yī)囑費(fèi)用查詢120Vuser6查看檢驗(yàn)報(bào)告120Vuser7瀏覽護(hù)理病歷120Vuser33測(cè)試場(chǎng)景四：混合交易負(fù)載測(cè)試 大規(guī)模： 超大規(guī)模三甲醫(yī)院；典型場(chǎng)景：1400用戶的混合交易 非功能性需求NFR 3435測(cè)試人員Testing Architecture Overview 測(cè)試人員ECP網(wǎng)絡(luò)存儲(chǔ)應(yīng)用鏡像管理物理服務(wù)器/存儲(chǔ)/網(wǎng)絡(luò)物理平臺(tái)及虛擬化技術(shù)vSphere + vSANCache數(shù)據(jù)庫vCenterECP

18、測(cè)試人員ECP資源管理系統(tǒng)監(jiān)控部署服務(wù)器36vSphere 6.1+vSAN 6.1 Deployment Model 部署HIS應(yīng)用集（各類應(yīng)用中間件、消息中間件、集成平臺(tái)等） 計(jì)算資源池 部署各個(gè)應(yīng)用系統(tǒng)所需的數(shù)據(jù)庫 （Cache 11 ） 部署各個(gè)業(yè)務(wù)應(yīng)用系統(tǒng)所需要的Web服務(wù)器 （IIS） 存儲(chǔ)資源池 目錄 123測(cè)試目標(biāo) 體系架構(gòu) 測(cè)試結(jié)果 1.交易基準(zhǔn)測(cè)試結(jié)果(節(jié)選) Activities of use case: 掛號(hào)、診斷錄入、醫(yī)囑錄入、醫(yī)囑單查詢、醫(yī)囑費(fèi)用查詢、查看檢驗(yàn)報(bào)告、瀏覽護(hù)理病歷 平均響應(yīng)時(shí)間在 0.06s 0.558s 僅以掛號(hào)為例，系統(tǒng)無壓力，應(yīng)用響應(yīng)快速 382

19、.并發(fā)測(cè)試(節(jié)選) Activities of use case: 掛號(hào)、診斷錄入、醫(yī)囑錄入、醫(yī)囑單查詢、醫(yī)囑費(fèi)用查詢、查看檢驗(yàn)報(bào)告、瀏覽護(hù)理病歷 分別用30 Vusers和50 Vusers進(jìn)行測(cè)試，平均響應(yīng)時(shí)間在0.038s 0.66s之間 以診斷錄入為例，nmon抓取的db服務(wù)器 CPU 和 I/O 使用情況如下圖所示 39業(yè)務(wù)腳本 場(chǎng)景序號(hào) 用戶數(shù) 場(chǎng)景策略 醫(yī)囑錄入 1 1200 每隔5秒增加6個(gè)虛擬用戶，場(chǎng)景持續(xù)10分鐘后結(jié)束，Thinktime:50%150%Limitto3s，忽略Pacing，集合點(diǎn)策略設(shè)置為10% 403.單一交易負(fù)載測(cè)試(節(jié)選) Activities of

20、 use case: 掛號(hào)、診斷錄入、醫(yī)囑錄入、醫(yī)囑單查詢、醫(yī)囑費(fèi)用查詢、查看檢驗(yàn)報(bào)告、瀏覽護(hù)理病歷 用戶數(shù)：150 Vusers(小規(guī)模), 300 Vusers (小規(guī)模), 600 Vusers(中規(guī)模), 1200 Vusers (大規(guī)模) 平均響應(yīng)時(shí)間在 0.06s 0.558s 以1200 Vusers醫(yī)囑錄入用例（典型場(chǎng)景）為例，平均響應(yīng)時(shí)間為2.02秒，能夠滿足大規(guī)模醫(yī)院的使用情況，場(chǎng)景清單如下： 1200Vusers醫(yī)囑錄入的平均響應(yīng)時(shí)間為2.02秒，完全能夠滿足大型三甲醫(yī)院的功能性需求和非功能性需求（性能） 41usr%+sys%15:0915:1015:1015:1115

21、:1115:1215:1215:1315:1315:1415:1515:1515:1615:1615:1715:1715:1815:1815:1915:2015:2015:2115:2115:2215:2215:2315:2315:2415:2415:2515:2615:2615:2715:2715:2815:2815:2915:2915:3015:3115:3115:3215:3215:3315:3315:3415:3415:3515:3515:3615:3715:3715:3815:3815:3915:3915:4015:4015:4115:4215:4215:4315:4315:4415

22、:4415:4515:4515:46Disk xfers424500040000350003000025000200001500010000500001009080706050403020100數(shù)據(jù)庫Server的nmon結(jié)果：運(yùn)行平穩(wěn)，延遲低 System Summary cachedb 2015-09-29CPU%IO/secTotal System I/O StatisticsCPU:User%Sys%Wait%Idle%CPU%Avg tps during an interval:Max tps during an interval:Max tps interval time:2,95

23、638,97515:38:44AvgMaxMax:Avg14.824.81.70.92.02.10.61.22.083.6100.01.215.826.11.7Total number of Mbytes read:Total number of Mbytes written:Read/Write Ratio:159,8730.01200醫(yī)囑錄入場(chǎng)景，后臺(tái)數(shù)據(jù) CONFIDENTIAL43場(chǎng)景描述 評(píng)價(jià)指標(biāo) 測(cè)試庫結(jié)果 用戶行為 執(zhí)行用戶數(shù) 平均事物響應(yīng)時(shí)間 CPU利用率 平均事物響應(yīng)時(shí)間 DB服務(wù)器 CPU利用率 web服務(wù)器 CPU利用率 醫(yī)囑錄入 1200 =5s =80% 2.285s

24、 19.6% 60% 該場(chǎng)景多次測(cè)試的統(tǒng)計(jì)結(jié)果 44場(chǎng)景序號(hào) 同時(shí)執(zhí)行的業(yè)務(wù)腳本 用戶數(shù) 場(chǎng)景策略 2 掛號(hào) 200 所有Vusers統(tǒng)一管理: 每隔5秒增加6個(gè)虛擬用戶，場(chǎng)景持續(xù)10分鐘后結(jié)束，Thinktime:50%150%Limitto3s，忽略Pacing，集合點(diǎn)策略設(shè)置為10% 醫(yī)囑錄入 800 醫(yī)囑單查詢 200 醫(yī)囑費(fèi)用查詢 200 4.混合交易負(fù)載測(cè)試(節(jié)選) 小規(guī)模：300用戶數(shù)，中規(guī)模：600用戶數(shù)， 大規(guī)模：1000用戶數(shù)； 超大規(guī)模：1400Vuser混合交易高強(qiáng)度負(fù)載測(cè)試，場(chǎng)景清單如下：45Loadrunner監(jiān)測(cè)的成功事務(wù)的響應(yīng)時(shí)間和在線用戶數(shù)的關(guān)聯(lián)圖表如下 46

25、 以1400用戶數(shù)為例，醫(yī)囑錄入的平均響應(yīng)時(shí)間為2.156秒，完全可以滿足客戶的高要求 nmon抓取的DB服務(wù)器 CPU 和 I/O 使用情況如下 47最大IOPS值大于7000，延遲小于27毫秒 481400混合場(chǎng)景下的后臺(tái)數(shù)據(jù) CONFIDENTIAL49場(chǎng)景描述 評(píng)價(jià)指標(biāo) 測(cè)試庫結(jié)果 用戶行為 執(zhí)行用戶數(shù) 平均事物響應(yīng)時(shí)間 CPU利用率 平均事物響應(yīng)時(shí)間 DB服務(wù)器 CPU利用率 web服務(wù)器 CPU利用率 掛號(hào) 200 =5s =80% 0.478s 15.6% 50% 醫(yī)囑錄入 800 2.156s 醫(yī)囑單查詢 200 0.345s 醫(yī)囑費(fèi)用查詢 200 0.505s 1400Vus

26、er混合交易高強(qiáng)度負(fù)載測(cè)試結(jié)果 50結(jié)論 vSphere+vSAN的一體化交付平臺(tái)能夠很好支撐東華醫(yī)療HIS應(yīng)用系統(tǒng)的高效穩(wěn)定運(yùn)行； 基于標(biāo)準(zhǔn)x86服務(wù)器的技術(shù)虛擬化和存儲(chǔ)虛擬化技術(shù)能夠使用較廉價(jià)的硬件資源支撐全院應(yīng)用系統(tǒng)，并借助虛擬化的HA/FT等能力，保障生產(chǎn)系統(tǒng)的高可用和性能需求； vSAN完全可以取代傳統(tǒng)的SAN存儲(chǔ)，并提供更好的性能和易維護(hù)性，可以完全滿足超大規(guī)模醫(yī)院的信息化運(yùn)營要求； 減少客戶的一次性投資，可以按照業(yè)務(wù)發(fā)展的實(shí)際需求進(jìn)行準(zhǔn)確的預(yù)算評(píng)估和采購，并能夠在不影響業(yè)務(wù)應(yīng)用使用和對(duì)原有架構(gòu)非侵入式改變的情況下動(dòng)態(tài)地橫向擴(kuò)展資源； 借助vSphere和vSAN平臺(tái)的靈活性、魯棒性、可擴(kuò)展性、高可用性實(shí)現(xiàn)運(yùn)維的低成本和高效。 51SDDC理想架構(gòu)-VSAN Powered HCI