FusionStorage存儲(chǔ)資源池方案介紹

1、華為FusionStorage存儲(chǔ)資源池方案介紹Content華為FusionStorage典型應(yīng)用場(chǎng)景及解決方案23華為FusionStorage 應(yīng)用案例從SAN到Server SAN14Q&A信息化與存儲(chǔ)發(fā)展歷程1980s 個(gè)人電腦1960s 大型機(jī)1990s 互聯(lián)網(wǎng)2000s 移動(dòng)互聯(lián)網(wǎng)2010s 大數(shù)據(jù)，云計(jì)算分布式存儲(chǔ)最早誕生在互聯(lián)網(wǎng)行業(yè)，隨著技術(shù)的產(chǎn)品化成熟，越來(lái)越多的企業(yè)級(jí)用戶(hù)也在嘗試，將傳統(tǒng)的業(yè)務(wù)遷移到彈性，靈活的分布式存儲(chǔ)資源池IBM DS8000EMC VMAXHuawei 180001956年世界第一臺(tái)磁盤(pán)存儲(chǔ)系統(tǒng)IBM 305磁盤(pán)介質(zhì)取代打孔卡，容量5MB讀寫(xiě)速率10

2、K/s1980年，薄膜磁頭技術(shù)，性能飛躍，容量8*2.52GB讀寫(xiě)速率3MB/s1993年 EMC Symmetrix16MB DRAM, 1 GB Global Memory,容量1 TB, Hypervolume ExtensionIAAS 2.0以服務(wù)器、SAN/NAS為主TB時(shí)代，GB/sIAAS 1.0以主機(jī)和終端、DAS為主GB時(shí)代，MB/sIAAS 3.0以云服務(wù)、移動(dòng)寬帶網(wǎng)絡(luò)、大數(shù)據(jù)分析、社交網(wǎng)絡(luò)技術(shù)為依托PB時(shí)代，10100GB/s，分布式架構(gòu)Facebook每天20億照片存儲(chǔ)系統(tǒng)揭秘應(yīng)用推出快。每天上線140，已達(dá)24000應(yīng)用更新淘汰率高活動(dòng)用戶(hù)0到1億55月，1億到4億

3、18個(gè)月元數(shù)據(jù)與圖片數(shù)據(jù)綁定NAS元數(shù)據(jù)超大（26T=2600億*100字節(jié))，無(wú)法緩存到內(nèi)存。檢索單個(gè)圖片超過(guò)10次磁盤(pán)IO。NAS服務(wù)器成本高昂元數(shù)據(jù)與圖片數(shù)據(jù)分離Haystack目錄元數(shù)據(jù)大幅減?。?.5T =2600億*50字節(jié)*1/4)可緩存內(nèi)存中檢索單個(gè)圖片數(shù)據(jù)僅需1次磁盤(pán)IO。商用服務(wù)器承載存儲(chǔ)，每TB成本降低28%2600億圖片（20P）時(shí)，NAS層出現(xiàn)性能瓶頸，無(wú)法滿(mǎn)足每秒查詢(xún)1百萬(wàn)圖片的需求。爆發(fā)增長(zhǎng)帶來(lái)海量數(shù)據(jù)，推動(dòng)IT系統(tǒng)改造業(yè)務(wù)特點(diǎn)NAS無(wú)法滿(mǎn)足海量照片存儲(chǔ)自研分布式存儲(chǔ)目前每天新增照片20億，每秒查詢(xún)最高4百萬(wàn)圖片瀏覽器CDNNASNASNASNFS照片服務(wù)器Hay

4、stack目錄瀏覽器CDNHaystack 存儲(chǔ)緩存可寫(xiě)卷數(shù)據(jù)，減少讀寫(xiě)混合IOHTTP獲取對(duì)象元數(shù)據(jù)照片服務(wù)下載到存儲(chǔ)層獲取圖片數(shù)據(jù)歷史照訪問(wèn)片符合長(zhǎng)尾理論傳統(tǒng)行業(yè)存儲(chǔ)面臨的挑戰(zhàn)分布式Server SAN的架構(gòu)Server本地存儲(chǔ)ServerServerServerVMVMVMVMVMVM ControllerHDDSAN/NASHDDSAN/NASServerVMVMVMVM傳統(tǒng)SAN的架構(gòu)FC/IP NetworkFC/IP NetworkServerVMVMVMVMCacheCache中國(guó)企業(yè)客戶(hù)面臨哪些存儲(chǔ)挑戰(zhàn)？架構(gòu)轉(zhuǎn)型*數(shù)據(jù)來(lái)源：中橋國(guó)際調(diào)研咨詢(xún)有限公司InfiniBand /10

5、GE Network傳統(tǒng)企業(yè)客戶(hù)考慮引入新的存儲(chǔ)的架構(gòu)，構(gòu)建面向未來(lái)靈活可擴(kuò)展的存儲(chǔ)資源池50.1%44.4%40.2%39.3%33.2%20.9%3.1%全球存儲(chǔ)市場(chǎng)發(fā)展趨勢(shì)：分布式存儲(chǔ)快速增長(zhǎng)專(zhuān)有設(shè)備變通用設(shè)備計(jì)算與存儲(chǔ)線性擴(kuò)展簡(jiǎn)單管理、低TCO現(xiàn)在未來(lái)10年全球企業(yè)分布式存儲(chǔ)市場(chǎng)快速增長(zhǎng)，預(yù)計(jì)2027將占存儲(chǔ)市場(chǎng)的70%份額定義：Server SAN 是由多個(gè)獨(dú)立的服務(wù)器自帶的存儲(chǔ)組成的一個(gè)存儲(chǔ)資源池，同時(shí)融合了計(jì)算和存儲(chǔ)資源國(guó)內(nèi)的分布式存儲(chǔ)也在快速增長(zhǎng)*數(shù)據(jù)來(lái)源：中橋國(guó)際調(diào)研咨詢(xún)有限公司（2015）基礎(chǔ)條件已經(jīng)成熟專(zhuān)有設(shè)備變通用設(shè)備X86服務(wù)器增長(zhǎng)為Server SAN 的普及奠定了

6、計(jì)算基礎(chǔ)10Gb以太網(wǎng)技術(shù)成為企業(yè)首選網(wǎng)絡(luò)技術(shù)，為Server SAN的普及奠定了網(wǎng)絡(luò)基礎(chǔ)中國(guó)市場(chǎng)趨勢(shì)未來(lái)24個(gè)月內(nèi)向企業(yè)級(jí)用戶(hù)使用Server SAN的比例將從9.8%上升至20.8%， 增長(zhǎng)率200%運(yùn)營(yíng)商，金融機(jī)構(gòu)數(shù)據(jù)中心已開(kāi)始建立相關(guān)的分布式存儲(chǔ)資源池已使用未來(lái)12個(gè)月會(huì)使用未來(lái)12-24個(gè)月會(huì)使用不會(huì)使用沒(méi)聽(tīng)過(guò) 不知道（不確定）中小企業(yè)（1000人以下，N=295）企業(yè)級(jí)（1000人以上，N=183）所有受訪者（N=478）貴公司是否會(huì)考慮Server SAN ？42%已使用或即將使用海外客戶(hù)可考慮刪除,或者標(biāo)題換成該地區(qū)的名字，如香港、某國(guó)等Content華為FusionStora

7、ge典型應(yīng)用場(chǎng)景及解決方案23華為FusionStorage 應(yīng)用案例從SAN到Server SAN14Q&AFusionStorage應(yīng)用場(chǎng)景FusionStorageSCSI/iSCSI物理部署虛擬化平臺(tái)OpenStack查詢(xún)檢索財(cái)務(wù)報(bào)表數(shù)據(jù)分析HANA公有云VDI開(kāi)發(fā)測(cè)試私有云兩大應(yīng)用場(chǎng)景CRMERP市場(chǎng)營(yíng)銷(xiāo)分布式Cache分布式Cachex86服務(wù)器DHT環(huán)強(qiáng)一致性算法x86服務(wù)器高速網(wǎng)絡(luò) IB /GE/10GEDB及關(guān)鍵應(yīng)用高吞吐高性?xún)r(jià)比開(kāi)放兼容場(chǎng)景特點(diǎn) 云資源池大規(guī)模池化低TCO統(tǒng)一管理業(yè)務(wù)敏捷分布式哈希算法可伸縮DHT環(huán)分布式Cache高速P2P網(wǎng)絡(luò)強(qiáng)一致性算法核心亮點(diǎn)云資源池D

8、B及關(guān)鍵應(yīng)用云及虛擬化場(chǎng)景相比傳統(tǒng)存儲(chǔ)給客戶(hù)帶來(lái)的價(jià)值業(yè)務(wù)上線快，存儲(chǔ)供應(yīng)時(shí)間減少3倍以上1、彈性擴(kuò)展/自動(dòng)供應(yīng)，減少規(guī)劃/采購(gòu)/配置時(shí)間2、削峰填谷，滿(mǎn)足業(yè)務(wù)爆發(fā)式增長(zhǎng)1大規(guī)模池化，水平擴(kuò)展至4096節(jié)點(diǎn)1、消除數(shù)據(jù)孤島，數(shù)據(jù)整合提升數(shù)據(jù)利用價(jià)值2、性能容量水平擴(kuò)展，節(jié)省投資2低TCO(自愈/簡(jiǎn)單管理維護(hù)/通用硬件）1、按訂閱收費(fèi)，采用通用硬件、減少初始投資成本60%2、簡(jiǎn)化管理維護(hù)、系統(tǒng)自愈、減少管理維護(hù)成本60%3、資源利用率從20%提升至80%35M10M2011.42011.550M2011.10200M2012.09300M2012.10相比業(yè)界SeverSAN的獨(dú)特優(yōu)勢(shì)高性能，1

9、000萬(wàn)IOPS1、P2P架構(gòu)/Hash尋址，時(shí)延小于1ms，120GB/柜2、分布式cache，支持讀/寫(xiě)cache、1000萬(wàn)IOPS1成熟可靠1、支持企業(yè)關(guān)鍵應(yīng)用，已商用1PB/16節(jié)點(diǎn)RAC2、已商用2PB存儲(chǔ)資源池,承載短信等核心電信業(yè)務(wù)3、100+成熟商用案例2兼容開(kāi)放1、支持所有x86服務(wù)器2、支持各種虛擬化平臺(tái)、Vmware/FusionSphere/KVM3、支持各種應(yīng)用、Oracle/DB2/MySQL/SAP3FusionStorageCRMERP集中式分布式VS.FusionStorageFusionStorage1PB SSD存儲(chǔ)池16節(jié)點(diǎn)RAC2PB HDD存儲(chǔ)池V

10、MwareDBDBDB短信教育云業(yè)務(wù)快速上線采用傳統(tǒng)存儲(chǔ)的缺點(diǎn)：1、無(wú)法應(yīng)對(duì)業(yè)務(wù)的快速增長(zhǎng)，機(jī)頭瓶頸無(wú)法擴(kuò)展2、存儲(chǔ)供應(yīng)周期長(zhǎng)，專(zhuān)有硬件、專(zhuān)有用途的采購(gòu)3、上線前規(guī)劃設(shè)計(jì)周期長(zhǎng)，設(shè)備型號(hào)雜，廠商能力參差不齊4、上線是安裝部署復(fù)雜，手動(dòng)分配資源，復(fù)雜的配置項(xiàng)目啟動(dòng)多廠商采購(gòu)分批到貨系統(tǒng)集成應(yīng)用部署綜合調(diào)試平臺(tái)安裝業(yè)務(wù)上線多廠商安裝調(diào)試1-3周4-8周1周1周1周1周1周方案設(shè)計(jì)1-3周傳統(tǒng)項(xiàng)目1018周采用FusionStorage帶來(lái)的好處：1、水平擴(kuò)展輕松應(yīng)對(duì)業(yè)務(wù)的快速增長(zhǎng)，全分布式設(shè)計(jì)2、零采購(gòu)周期：采用通用服務(wù)器，提前采購(gòu)3、上線前規(guī)劃設(shè)計(jì)簡(jiǎn)單，硬件標(biāo)準(zhǔn)化，功能服務(wù)化4、上線時(shí)安裝部署簡(jiǎn)

11、單，自動(dòng)分配資源，根據(jù)預(yù)定的SLA處理項(xiàng)目啟動(dòng)應(yīng)用部署綜合調(diào)試業(yè)務(wù)上線0.5周0.5周方案設(shè)計(jì)0.5周采用資源池化建設(shè)后12周完成業(yè)務(wù)上線APP1APP2APP3APP4APPnAPP1APPnSAN2APP1APPnSAN1APP1APPnSANn業(yè)界最大規(guī)模，性能與容量同步提升傳統(tǒng)存儲(chǔ)難以橫向擴(kuò)展： 規(guī)劃太多-投資浪費(fèi) 規(guī)劃太少-阻礙業(yè)務(wù)發(fā)展需要準(zhǔn)確預(yù)測(cè)未來(lái)業(yè)務(wù)發(fā)展規(guī)模！FusionStorage輕松應(yīng)對(duì)： 三節(jié)點(diǎn)起步，最大支持4096節(jié)點(diǎn)，100+PB級(jí)容量，架構(gòu)滿(mǎn)足10年需求 性能容量同時(shí)擴(kuò)容，按需增減，投資可預(yù)期從前：要想拉更多，只能換個(gè)車(chē)現(xiàn)在：要想拉更多，直接加個(gè)車(chē).在線擴(kuò)容，不影

12、響業(yè)務(wù)結(jié)合當(dāng)前值、峰值和閾值的長(zhǎng)周期趨勢(shì)，提前預(yù)測(cè)業(yè)務(wù)洪峰基于性能指標(biāo)的TOP分析，提供擴(kuò)容建議三步完成在線擴(kuò)容（主機(jī)）：1、添加主機(jī)2、安裝代理3、設(shè)置參數(shù)三步完成在線擴(kuò)容（磁盤(pán)）：1、添加硬盤(pán)2、選擇目標(biāo)主機(jī)3、設(shè)置參數(shù)高效運(yùn)維：互聯(lián)網(wǎng)運(yùn)維與傳統(tǒng)企業(yè)運(yùn)維對(duì)比融合IP網(wǎng)絡(luò)FC存儲(chǔ)網(wǎng)絡(luò)數(shù)據(jù)IP網(wǎng)絡(luò)應(yīng)用環(huán)境部署引擎自服務(wù)服務(wù)化基礎(chǔ)設(shè)施運(yùn)維管理定制標(biāo)準(zhǔn)化機(jī)架服務(wù)器分布式軟件存儲(chǔ)小型機(jī)+高端服務(wù)器+刀片+機(jī)架服務(wù)器SAN/NAS存儲(chǔ)自維護(hù)/開(kāi)發(fā)開(kāi)源軟件+ 存儲(chǔ)/計(jì)算資源標(biāo)準(zhǔn)化商業(yè)軟件+存儲(chǔ)/計(jì)算資源基線多多部門(mén)運(yùn)維流程自動(dòng)化配置半自動(dòng)化/手工配置互聯(lián)網(wǎng)企業(yè)運(yùn)維的主要特點(diǎn)與優(yōu)勢(shì)： 標(biāo)準(zhǔn)化/規(guī)模化/服務(wù)

13、化/自動(dòng)化/自服務(wù)基礎(chǔ)設(shè)施： 采用通用X86服務(wù)器+分布式軟件存儲(chǔ)+融合IP網(wǎng)絡(luò)的架構(gòu)，低成本、大資源池、高可擴(kuò)展性 運(yùn)行維護(hù)： 服務(wù)化和自動(dòng)化部署方式 應(yīng)用環(huán)境： 標(biāo)準(zhǔn)化與自服務(wù)分布式哈希無(wú)性能瓶頸查詢(xún)內(nèi)存元數(shù)據(jù)通過(guò)查詢(xún)集中元數(shù)據(jù)節(jié)點(diǎn)獲知目標(biāo)通過(guò)內(nèi)部計(jì)算獲知目標(biāo)鍵Hash鍵p1osd1p2osd2映射osdHash映射osdClientClientClientServer端到端4步，IO路徑短Client元數(shù)據(jù)節(jié)點(diǎn)成為性能瓶頸擴(kuò)展有限ClientClientClientServer業(yè)界方案：元數(shù)據(jù)方式FusionStorage：分布式哈希并行Hash計(jì)算與本地內(nèi)存元數(shù)據(jù)，無(wú)性能瓶頸任意水平擴(kuò)

14、展端到端6步，IO路徑長(zhǎng)12ClientDataNodeDataNodeDataNodeDataNode1 文件映射對(duì)象2 對(duì)象映射PG3 PG映射OSD1 消息分發(fā)2 寫(xiě) Journal3 寫(xiě)Filestore DataNodeDataNodeNameNode1 Hash計(jì)算Partition2 Partition映射OSD1 映射盤(pán)內(nèi)位置2寫(xiě)緩存Cache共享，水平任意擴(kuò)展分布式Cache提升性能主機(jī)APP1主機(jī)APP2存儲(chǔ)SRV1存儲(chǔ)SRV2存儲(chǔ)SRV3存儲(chǔ)SRV1存儲(chǔ)SRV2存儲(chǔ)SRV3存儲(chǔ)SRV4主機(jī)APP1主機(jī)APP2寫(xiě)入Cache返回后故障，分布式Cache確保數(shù)據(jù)可安全寫(xiě)入，數(shù)

15、據(jù)保持一致主OSD備OSDApp寫(xiě)Cache寫(xiě)CacheCache資源池Cache資源池主機(jī)APP1Cache主機(jī)APP2Cache存儲(chǔ)層寫(xiě)入Cache返回后故障，Cache未下盤(pán)，數(shù)據(jù)不一致。無(wú)法提供可靠寫(xiě)Cache不支持寫(xiě)Cache，高寫(xiě)時(shí)延Cache孤島，無(wú)法水平擴(kuò)展AppCache存儲(chǔ)應(yīng)用端本地CacheBAFusionStorage：分布式Cache資源池9.6TB7.2TB支持寫(xiě)Cache，低寫(xiě)時(shí)延12分布式Cache提升性能（續(xù)）內(nèi)存高利用率帶來(lái)高命中率靈活多樣的介質(zhì)，滿(mǎn)足不同需求讀占用寫(xiě)占用OSD1nBA2BA鏈接克隆等只讀場(chǎng)景NVDIMM/NVRAM時(shí)延敏感，高IOPS數(shù)據(jù)庫(kù)

16、應(yīng)用SSD卡、SSD盤(pán)時(shí)延較敏感，IO均衡，如VDI等場(chǎng)景讀A同時(shí)預(yù)先將B讀入Cache按需動(dòng)態(tài)調(diào)節(jié)讀、寫(xiě)Cache高效的QoS流控算法重建速度：10MBPS-60MBPS, 6倍提升帶寬受限下，確保業(yè)務(wù)IO平穩(wěn)處理ServerServerServerVMVMVMVMVMVM FusionStorage ControllerInfiniBand /10GE Network業(yè)務(wù)量比較大，減慢在線數(shù)據(jù)重構(gòu)，優(yōu)先滿(mǎn)足業(yè)務(wù)需求ServerServerServerVMVMVMVMVMVM FusionStorage ControllerInfiniBand /10GE Network業(yè)務(wù)量比較小，加速在

17、線數(shù)據(jù)重構(gòu)，降低數(shù)據(jù)丟失風(fēng)險(xiǎn)APPAPPAPPAPPFusionStorage Controller網(wǎng)絡(luò)的帶寬受限，容易造成IO阻塞，甚至降低到0基于時(shí)延和吞吐量的情況，對(duì)業(yè)務(wù)IO進(jìn)行流量控制多副本平衡分區(qū)算法FusionStorageControllerFusionStorageController智能切換，確保數(shù)據(jù)安全性智能過(guò)濾，消除遷移風(fēng)暴Server 1Server N新增Server X無(wú)效遷移FusionStorage采用的多副本平衡分區(qū)算法，可確保均衡性的同時(shí)，自動(dòng)過(guò)濾無(wú)效遷移，提升遷移效率，擴(kuò)減容時(shí)最大限度降低對(duì)正常業(yè)務(wù)的影響。CRUSH算法使用的隨機(jī)機(jī)制導(dǎo)致無(wú)效遷移，隨著系統(tǒng)

18、不斷的更新（擴(kuò)減容、故障恢復(fù)），無(wú)效遷移率不可控，最終會(huì)造成遷移風(fēng)暴。服務(wù)器數(shù)量增多，主動(dòng)提升安全級(jí)別，副本自動(dòng)保存到其他服務(wù)器上保證各個(gè)磁盤(pán)讀寫(xiě)負(fù)載均衡，防止熱點(diǎn)出現(xiàn)，CRUSH算法無(wú)法保證均衡性項(xiàng)目初期服務(wù)器數(shù)量少，降級(jí)排布，副本盡可能在不同服務(wù)器和不同的磁盤(pán)上數(shù)據(jù)庫(kù)及關(guān)鍵應(yīng)用場(chǎng)景高吞吐高性?xún)r(jià)比開(kāi)放兼容.20 * 56Gb =1120Gb服務(wù)器1服務(wù)器2服務(wù)器3服務(wù)器20機(jī)架控制器1控制器28Gb * 8 = 64GbPCIE交換vs680.5 秒163.8秒FusionStorageExadataAvg. TimeExaData的性能，性?xún)r(jià)比ExaData的2倍HANA支持Oracle,

19、DB2,SAP HANA, MySQL，SybaseIQ，SQL Server，人大金倉(cāng),達(dá)夢(mèng)各種數(shù)據(jù)庫(kù)世界500強(qiáng)財(cái)報(bào)系統(tǒng)測(cè)試結(jié)果客戶(hù)痛點(diǎn)：數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)，傳統(tǒng)SAN速度慢，無(wú)法滿(mǎn)足客戶(hù)需求。復(fù)雜的全表掃描與關(guān)聯(lián)操作，要求存儲(chǔ)數(shù)據(jù)IO吞吐極大（比如超過(guò)100GB）通過(guò)疊加服務(wù)器線性擴(kuò)展IO吞吐量FusionStorageSAN機(jī)頭瓶頸，吞吐量受限客戶(hù)痛點(diǎn)：1、除了ExaData有對(duì)Oracle數(shù)據(jù)庫(kù)加速的方案之外，其他主流數(shù)據(jù)庫(kù)DB2/HANA/SybaseIQ等仍然采用小機(jī)+SAN的解決方案，性?xún)r(jià)比低客戶(hù)痛點(diǎn)：1、小機(jī)+SAN的方案性能無(wú)法滿(mǎn)足要求，價(jià)格昂貴2、ExaData性能比有所提升，

20、但性?xún)r(jià)比依然不高高性能、高吞吐主機(jī)RACRACHDDHDDHDDSAN Controller瓶頸主機(jī)DB2DB2主機(jī)RACRACVBSOSD PCIESSDOSD PCIESSDOSD PCIESSD主機(jī)DB2DB2VBS10GE或8Gb FC網(wǎng)絡(luò)帶寬有限20us時(shí)延FC網(wǎng)絡(luò)56Gb高帶寬IB網(wǎng)絡(luò)ns級(jí)通信時(shí)延IB網(wǎng)絡(luò)存儲(chǔ)層DB層算得快運(yùn)得快吐得快管道管道管道集中控制器成性能瓶頸3400us讀時(shí)延，3900us寫(xiě)時(shí)延15KRPMSAS硬盤(pán)分布式控制器無(wú)瓶頸，提升IOPS 3-5倍RDMA減少中間環(huán)節(jié)49us讀時(shí)延，8us寫(xiě)時(shí)延PCIE SSD卡存儲(chǔ)層存儲(chǔ)層傳統(tǒng)SAN存儲(chǔ)華為FusionStor

21、age方案高性能數(shù)據(jù)庫(kù)系統(tǒng)要求小型機(jī)+高端存儲(chǔ)架構(gòu)運(yùn)維及擴(kuò)容成本高成本結(jié)構(gòu) 小型機(jī)、FC交換機(jī)、高端存儲(chǔ)投資和運(yùn)維成本高昂 對(duì)IT人員能力要求高典型的小機(jī)+高端存儲(chǔ)成本結(jié)構(gòu)復(fù)雜的整體系統(tǒng)評(píng)估 單點(diǎn)優(yōu)化可能無(wú)法解決系統(tǒng)瓶頸 需要多廠商配合軟件調(diào)優(yōu) 更快的服務(wù)器 更高端或更大的存儲(chǔ) 功能更強(qiáng)大的交換機(jī) 硬件調(diào)優(yōu)高昂的“Scale-out稅”DB License費(fèi)用隨CPU數(shù)量增加而增加，但往往瓶頸在于IO而不在計(jì)算性能 傳統(tǒng)存儲(chǔ)只有最高端才支持Scale-out能力，部分產(chǎn)品每TB成本高達(dá)十萬(wàn)RMB以上$高性?xún)r(jià)比融合一體機(jī)：FusionCube（內(nèi)置FusionStorage）成本結(jié)構(gòu)硬件部分：

22、x86服務(wù)器替代小型機(jī) 無(wú)外置交換機(jī)（內(nèi)置交換模塊） 無(wú)需HBA卡、外部連接線纜 FusionStorage替換中高端SAN人員技能部分： 預(yù)安裝預(yù)集成，一天完成交付 統(tǒng)一管理平臺(tái)，半小時(shí)掌握運(yùn)維端到端性能提升 計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)全面消除性能瓶頸，不存在“木桶短板” 單一廠商服務(wù)，統(tǒng)一調(diào)優(yōu)軟硬件統(tǒng)一調(diào)優(yōu)無(wú)“擴(kuò)容稅” 部分場(chǎng)景可減少CPU數(shù)量，從而降低DB License費(fèi)用（最高法項(xiàng)目減少25%的Sybase IQ license） 增加刀片即可完成擴(kuò)容，容量和性能同步線性增長(zhǎng)，每TB成本降低20%+56G計(jì)算單框支持64個(gè)CPU網(wǎng)絡(luò)業(yè)界最快56G IB存儲(chǔ)FusionStorage提供單框80

23、萬(wàn)IOPS開(kāi)放兼容：支持主流的數(shù)據(jù)庫(kù)應(yīng)用，支持混合部署OracleIBM DB2SAP HANA虛擬化環(huán)境物理環(huán)境OpenStackFusionStorage通過(guò)主流數(shù)據(jù)庫(kù)應(yīng)用的認(rèn)證，包括Oracle、DB2、HANA等大規(guī)模成熟應(yīng)用案例：1）業(yè)界最大商用2T HANA集群（中國(guó)石化）2）業(yè)界最大Oracle RAC數(shù)據(jù)倉(cāng)庫(kù)存儲(chǔ)池（華為財(cái)經(jīng)數(shù)據(jù)倉(cāng)庫(kù)）3）最高法Sybase IQ，唯一通過(guò)64億條數(shù)據(jù)處理測(cè)試支持云和非云環(huán)境混合部署典型場(chǎng)景：虛擬化部署的web應(yīng)用需要一套高性能的數(shù)據(jù)庫(kù)應(yīng)用，通過(guò)簡(jiǎn)單增加服務(wù)器，即可滿(mǎn)足性能和存儲(chǔ)容量的要求，無(wú)需額外采購(gòu)網(wǎng)絡(luò)、存儲(chǔ)設(shè)備，上線效率高，管理簡(jiǎn)單VMwa

24、re多重?cái)?shù)據(jù)安全保障機(jī)制多副本備份：根據(jù)安全級(jí)別可靈活配置1副本（相當(dāng)于RAID10）或多副本（3副本情況下，數(shù)據(jù)可用性達(dá)到7個(gè)9)PCI-E SSD Cache技術(shù)：讀寫(xiě)速度快，掉電數(shù)據(jù)不丟失強(qiáng)一致性復(fù)制協(xié)議：應(yīng)用程序?qū)懭胍环輸?shù)據(jù)時(shí)，如果成功，后端的一份或多份副本必然一致，再次讀時(shí)，無(wú)論從哪個(gè)副本都可讀到正確的數(shù)據(jù)CacheNod1Nod2Nod3CacheCacheEthernet / InfiniBand多重?cái)?shù)據(jù)安全保障機(jī)制，確保數(shù)據(jù)安全可靠并行、快速數(shù)據(jù)重建Disk1P1P2Disk2Disk3Disk6Disk4Disk5Server 1Server 2Server 3P3P4P5P

25、6P7P8P13P14P15P16P17P18P19P20P1P3P5P7P9P10P11P12P13P15P17P19P21P22P23P24P4P8P16P20P21P22P23P24P9P10P2P6P14P18P11P12數(shù)據(jù)分布可以跨服務(wù)器或跨機(jī)柜，不會(huì)因某個(gè)服務(wù)器、機(jī)柜故障導(dǎo)致數(shù)據(jù)不可訪問(wèn)數(shù)據(jù)分片在資源池內(nèi)打散，硬盤(pán)故障后，可在全資源池范圍內(nèi)自動(dòng)并行重建，僅重建實(shí)際數(shù)據(jù)，無(wú)需單獨(dú)熱備盤(pán)P9P10P11P12P2P6P14P18P21P22P23P24P4P8P16P20重建1TB數(shù)據(jù)時(shí)間30分鐘（傳統(tǒng)SAN需要12小時(shí)），提升數(shù)據(jù)可靠性支持機(jī)柜級(jí)可靠性機(jī)柜1存儲(chǔ)池服務(wù)器1服務(wù)器1機(jī)

26、柜2服務(wù)器1服務(wù)器2機(jī)柜n服務(wù)器n服務(wù)器3主副本備副本主副本備副本APP1APP2APPn傳統(tǒng)SANFusionStorage機(jī)柜1SAN1機(jī)柜2機(jī)柜nAPP2APPn主副本備副本主副本備副本服務(wù)器1服務(wù)器2服務(wù)器3服務(wù)器n 故障業(yè)務(wù)無(wú)影響和故障自恢復(fù) 故障業(yè)務(wù)中斷并需手動(dòng)恢復(fù)運(yùn)維研發(fā)生產(chǎn)環(huán)境實(shí)驗(yàn)FA實(shí)驗(yàn)室振動(dòng)實(shí)驗(yàn)室聯(lián)合測(cè)試性能實(shí)驗(yàn)ERT實(shí)驗(yàn)室超十年存儲(chǔ)硬盤(pán)和工具技術(shù)積累自研工具及系統(tǒng) Vdisk-硬盤(pán)故障模 Randisk-硬盤(pán)讀寫(xiě)測(cè)試 DiskTool-在線硬盤(pán)綜合測(cè)試及分析 自動(dòng)化FA工具-現(xiàn)場(chǎng)故障分析自動(dòng)化Content華為FusionStorage典型應(yīng)用場(chǎng)景及解決方案紹23華為Fu

27、sionStorage 應(yīng)用案例從SAN到Server SAN14Q&AFusionStorage已在全球廣泛應(yīng)用 運(yùn)營(yíng)商教育金融 公共部門(mén)China Customs能源China TelecomPeking UniversityCNPC截止2014年底，F(xiàn)usionStorage已在全球超過(guò)30+國(guó)家及地區(qū)使用，客戶(hù)數(shù)超過(guò)100ICBCSpanish Xanit hospitalChina MobileChina Merchants BankSINOPECSaudi Arabia TVTCSupreme Peoples Court VodafoneBeijing Jiaotong Unive

28、rsityChina HuaNeng GroupHong Kong InfocastGuangdong MSAShanghai Maritime UniversityTelefonicaSpanish BMESAP Labs China客戶(hù)的選擇：方案一：再擴(kuò)容一套SAN，擴(kuò)容。方案二：直接選擇FusionStorage，一套搞定vSphere計(jì)算資源池云資源管理平臺(tái)vSphere計(jì)算資源池FusionStorage存儲(chǔ)資源池FusionStorage存儲(chǔ)資源池金華數(shù)據(jù)中心紹興數(shù)據(jù)中心浙江教育云短信平臺(tái)WAP網(wǎng)關(guān)網(wǎng)上營(yíng)業(yè)廳彩信中心選擇FusionStorage后： 按需線性擴(kuò)容，構(gòu)建海量存儲(chǔ)資

29、源池 業(yè)務(wù)快速上線，大幅縮短交付擴(kuò)容時(shí)間海量資源池： 2PB容量+3000+VM高I/O性能 ： 130萬(wàn)+IOPS, 3X高效率擴(kuò)容： 90天10天, 8X 唯一一家既能夠滿(mǎn)足客戶(hù)性能要求，又支持分布式存儲(chǔ)架構(gòu)的廠商客戶(hù)的挑戰(zhàn)：業(yè)務(wù)量高速增長(zhǎng)：超過(guò)110+業(yè)務(wù)，每年30%增長(zhǎng)數(shù)據(jù)量快速增長(zhǎng)，性能瓶頸突顯現(xiàn)有存儲(chǔ)容量1.1PB，部署10+套中高端存儲(chǔ)僅網(wǎng)規(guī)網(wǎng)優(yōu)新業(yè)務(wù)，容量達(dá)PB級(jí)，每天新增300G數(shù)據(jù)浙江電信：國(guó)內(nèi)運(yùn)營(yíng)商首個(gè)PB級(jí)SDS資源池遼寧移動(dòng)：分布式+x86 構(gòu)建PB級(jí)數(shù)據(jù)庫(kù)資源池 原架構(gòu)：小型機(jī)+老舊式傳統(tǒng)存儲(chǔ)，63臺(tái)IBM/HP/Oracle小型機(jī)，64套Oracle數(shù)據(jù)庫(kù)，承載1

30、64套系統(tǒng)，數(shù)據(jù)總量達(dá)到699TB 性能越來(lái)越低，經(jīng)分系統(tǒng)分析處理100TB數(shù)據(jù)需要10小時(shí)18分 最大并發(fā)用戶(hù)數(shù)400，滿(mǎn)足不了業(yè)務(wù)需求必須整柜擴(kuò)容(EMC DMX4)，維保費(fèi)用甚至高于新購(gòu)128Gbps InfiniBandCPU 經(jīng)分電渠X86計(jì)算節(jié)點(diǎn)1開(kāi)通結(jié)算X86計(jì)算節(jié)點(diǎn)2VGOP計(jì)費(fèi)X86計(jì)算節(jié)點(diǎn)NPCI-E 存儲(chǔ)節(jié)點(diǎn)：FusionStorage PCI-E PCI-E RAMCPU RAMCPU RAMOracle RACOracle RACOracle RAC10小時(shí)18分2小時(shí)9分FusionStorage 數(shù)據(jù)庫(kù)資源池小型機(jī)+老舊傳統(tǒng)存儲(chǔ)數(shù)據(jù)庫(kù)百T數(shù)據(jù)分析處理時(shí)長(zhǎng)針對(duì)100

31、T經(jīng)分?jǐn)?shù)據(jù)進(jìn)行分析處理，效果明顯：處理時(shí)長(zhǎng)縮短至2小時(shí)9分，性能提升5-6倍；最大并發(fā)用戶(hù)數(shù)由400增加至1000，提升2.5倍節(jié)省擴(kuò)容投資及維護(hù)費(fèi)用：根據(jù)計(jì)劃遷移的數(shù)據(jù)量估算，節(jié)省投資約36%替換1臺(tái)小型機(jī)，每年可節(jié)省維保費(fèi)用59萬(wàn)，替換1T傳統(tǒng)老舊存儲(chǔ)，每年可節(jié)省維保費(fèi)用1.8萬(wàn)投資小型機(jī)+傳統(tǒng)老舊存儲(chǔ) (按柜擴(kuò)容）規(guī)模分布式x86數(shù)據(jù)庫(kù)（按服務(wù)器擴(kuò)容）招商銀行依托分布式云平臺(tái)向互聯(lián)網(wǎng)金融轉(zhuǎn)型核心系統(tǒng)ATM/VTM柜面手機(jī)銀行呼叫中心外圍生產(chǎn)系統(tǒng)開(kāi)發(fā)測(cè)試系統(tǒng)銀行IT系統(tǒng)示意FusionSphereFusionStorage開(kāi)發(fā)測(cè)試系統(tǒng)(1.2PB)DB三類(lèi)業(yè)務(wù)被互聯(lián)網(wǎng)金融產(chǎn)品如余額寶、財(cái)付通等搶奪客戶(hù)，存在淪為交易工具的風(fēng)險(xiǎn)零售業(yè)務(wù)：依靠存款和帶寬利息差額，占銀行收益的70%批發(fā)業(yè)務(wù)：企業(yè)有議價(jià)權(quán)，收益比重接近于零中間業(yè)務(wù)：買(mǎi)賣(mài)黃金等理財(cái)產(chǎn)品，收手續(xù)費(fèi)，占銀行收益的30%DB外圍生產(chǎn)系統(tǒng)(2PB)DBFusionStorage外圍生產(chǎn)系統(tǒng)嚴(yán)重制約銀行發(fā)展線上業(yè)務(wù)，例如手機(jī)銀行和微信紅包依托分布式云平臺(tái)，發(fā)力線上業(yè)務(wù)3年預(yù)計(jì)10P