02xtremio數(shù)據(jù)庫(kù)基礎(chǔ)架構(gòu)解決方案

1、XtremIO數(shù)據(jù)庫(kù)基礎(chǔ)架構(gòu)解決方案JANUARY 2015 2EMC XtremIO重新定義數(shù)據(jù)庫(kù)基礎(chǔ)架構(gòu)數(shù)據(jù)庫(kù) IO的變化性持續(xù)的隨機(jī)/順序 I/O高并發(fā)性隨機(jī)數(shù)據(jù)和隨機(jī)性都在增長(zhǎng)磁盤/RAID 類型、緩存、分層并非在所有情況下都適用持續(xù)跟蹤數(shù)據(jù)熱點(diǎn)為何數(shù)據(jù)庫(kù)性能不佳？ “性能欠佳”的生產(chǎn)2TB 數(shù)據(jù)庫(kù)、10TB 存儲(chǔ)、許多數(shù)據(jù)庫(kù)核心、30% 的CPU 利用率、10-20ms 的應(yīng)用程序響應(yīng)時(shí)間XtremIO滿足各種類型數(shù)據(jù)庫(kù)負(fù)載的性能需求工作負(fù)載類型I/O 特征隨機(jī)數(shù)據(jù)?數(shù)據(jù)存儲(chǔ)特征低延遲需求?OLTP 讀寫(xiě)混合+ 順序?qū)?(transaction logging) 高 IOPS ETL

2、 讀寫(xiě)混合 高 Throughput DW (multiple queries) 大量的讀 高 ThroughputDeep Analytics 大量的讀 高 Throughput XtremIO顯著提升OLTP數(shù)據(jù)庫(kù)應(yīng)用性能XtremIO顯著提升OLAP數(shù)據(jù)庫(kù)應(yīng)用性能數(shù)據(jù)庫(kù)環(huán)境永遠(yuǎn)的難題：追逐性能熱點(diǎn)表 6 聚合布局 控制器 聚合名稱 選項(xiàng)/RG 大小 磁盤數(shù)/可用大小 用途 FAS-3170_A_1 aggr0 RAID-DP、RG-16 3 個(gè)/350GB DOT 和根卷 FAS-3170_A_1 AGGR_ORA_1_A_1 RAID-DP、RG-21 42 個(gè)/13TB 數(shù)據(jù)文件、重

3、做日志、控制文件、數(shù)據(jù)庫(kù)和群集感知二進(jìn)制文件 FAS-3170_A_2 aggr0 RAID-DP、RG-16 3 個(gè)/350GB DOT 和根卷 FAS-3170_A_2 AGGR_ORA_2_A_1 RAID-DP、RG-21 42 個(gè)/13TB 數(shù)據(jù)文件、重做日志、控制文件、FRA FAS-3170_B_1 aggr0 RAID-DP、RG-16 3 個(gè)/350GB DOT 和根卷 FAS-3170_B_1 AGGR_ORA_1_B_1 RAID-DP、RG-21 42 個(gè)/13TB 數(shù)據(jù)文件、重做日志、控制文件 FAS-3170_B_2 aggr0 RAID-DP、RG-16 3 個(gè)/

4、350GB DOT 和根卷 FAS-3170_B_2 AGGR_ORA_2_B_1 RAID-DP、RG-21 42 個(gè)/13TB 數(shù)據(jù)文件、重做日志、控制文件、歸檔日志 表 7 卷布局 控制器 卷名稱 聚合名稱 大小 用途 FAS-3170_A_1 ORA_HOME AGGR_ORA_1_A_1 100GB 數(shù)據(jù)庫(kù)二進(jìn)制文件 FAS-3170_A_1 CRS_HOME AGGR_ORA_1_A_1 100GB 群集感知二進(jìn)制文件 FAS-3170_A_1 OCR_CSS AGGR_ORA_1_A_1 50GB OCR 和表決磁盤 FAS-3170_A_1 VOL_DATA_1_A_1 AGG

5、R_ORA_1_A_1 12TB 數(shù)據(jù)文件、控制文件 FAS-3170_A_2 VOL_LOG_2_A_1 AGGR_ORA_2_A_1 200GB 重做日志文件 FAS-3170_A_2 VOL_FRA_2_A_1 AGGR_ORA_2_A_1 2TB FRA FAS-3170_B_1 VOL_DATA_1_B_1 AGGR_ORA_1_B_1 12TB 數(shù)據(jù)文件、控制文件 FAS-3170_B_2 VOL_DATA_2_B_1 AGGR_ORA_2_B_1 10TB 數(shù)據(jù)文件、控制文件 1.不同的 RAID 組3.不同的驅(qū)動(dòng)器類型2.不同的控制器4.不同的卷5.不同大小6.多個(gè)索引項(xiàng)/架構(gòu)

6、7.短行程過(guò)度資源調(diào)配成為“慣例”Xtrem IO: 簡(jiǎn)單管理，無(wú)需復(fù)雜設(shè)計(jì)及調(diào)優(yōu)3MAPVOLUMES2CREATEINITIATORGROUPS1CREATEVOLUMESIO 綁定數(shù)據(jù)庫(kù)服務(wù)器 浪費(fèi)的 CPU 周期4 小時(shí)的時(shí)間浪費(fèi)在高延遲隨機(jī)讀取上 92% 的 DB 時(shí)間被浪費(fèi)！CPU Utilization40%40%60%60%80%48 licensed cores32 licensed core60%40%40%60%60%40%基于XtremIO提升數(shù)據(jù)庫(kù)IO性能，降低成本基于XtremIO提升數(shù)據(jù)庫(kù)IO性能，降低成本“資源不足”的測(cè)試和開(kāi)發(fā)3 個(gè)拷貝用于 30 個(gè)工程師，5

7、0K + IOPS開(kāi)發(fā)實(shí)例 1開(kāi)發(fā)實(shí)例 2開(kāi)發(fā)實(shí)例 3“過(guò)度資源調(diào)配”10 個(gè)以上的數(shù)據(jù)庫(kù)拷貝，50K + IOPS財(cái)務(wù)拷貝運(yùn)營(yíng)拷貝銷售拷貝報(bào)告分析趨勢(shì)“性能欠佳”的生產(chǎn)50TB 用于 10TB 數(shù)據(jù)庫(kù)，50K+ IOPS僅有一個(gè)應(yīng)用程序測(cè)試/開(kāi)發(fā)拷貝數(shù)據(jù)集市拷貝14個(gè)數(shù)據(jù)庫(kù)拷貝500TB 的 存儲(chǔ)10TB 的應(yīng)用程序數(shù)據(jù)數(shù)據(jù)庫(kù)實(shí)例激增，存儲(chǔ)浪費(fèi)以下情形需要使用 PB 級(jí)閃存?zhèn)鹘y(tǒng)閃存陣列是否可解決所有問(wèn)題？30TB 的 閃存10TB 的 閃存10TB 的閃存0140TB 的 閃存15IOPS0K以下情形需要使用 PB 級(jí)閃存?zhèn)鹘y(tǒng)閃存陣列是否可解決所有問(wèn)題？太昂貴是！選擇性使用以下情形需要使用

8、PB 級(jí)閃存借助 XtremIO 實(shí)現(xiàn)全面轉(zhuǎn)型 生產(chǎn)父卷高性能生產(chǎn) 0.3ms, cpu time improved 10%-96% 開(kāi)發(fā)測(cè)試環(huán)境: 開(kāi)發(fā)周期加速30% - Snapshots/Deduplication極大降低存儲(chǔ)成本。 25 個(gè)數(shù)據(jù)庫(kù)實(shí)例，從原來(lái)的 39TB降低到 1.5TB數(shù)據(jù)分析: 用戶查詢時(shí)間減少15-40%報(bào)表處理: 月報(bào)批處理時(shí)間降低50%總體成本: CPU利用率提升，節(jié)約了30% Oracle license費(fèi)用總體成本: 服務(wù)器及桌面虛擬化整合比提升下一期新建數(shù)據(jù)中心的存儲(chǔ)整合項(xiàng)目正在計(jì)劃中，預(yù)期實(shí)現(xiàn) 54% 的總體成本降低，及70%的數(shù)據(jù)中心機(jī)房空間節(jié)約“T

9、HE CRUNCH”(BUSINESS PROCESS TIME)USER QUERY TIMES(Improvement)22EMC XtremIO聯(lián)合EMC整體解決方案提供更多可能性VPLEX 集成XtremIO + VPLEX + RecoverPoint 靈活的業(yè)務(wù)運(yùn)營(yíng)模塊化可擴(kuò)展部署選項(xiàng)提高了可用性針對(duì)計(jì)劃內(nèi)和計(jì)劃外宕機(jī)的零宕機(jī)以及永遠(yuǎn)無(wú)中斷遷移提高了資產(chǎn)使用率主動(dòng)-主動(dòng)數(shù)據(jù)訪問(wèn)、負(fù)載平衡以及遠(yuǎn)距離擴(kuò)展本地功能（VMware、Oracle RAC）重新定義可用性及災(zāi)難恢復(fù)應(yīng)用程序一致性遠(yuǎn)程復(fù)制多個(gè)配置/站點(diǎn)RECOVERPOINT經(jīng)過(guò)現(xiàn)場(chǎng)驗(yàn)證無(wú)中斷擴(kuò)展更改服務(wù)級(jí)別連續(xù)可用性VPLEX

10、主動(dòng)-主動(dòng)數(shù)據(jù)中心基于VPLEX實(shí)現(xiàn)數(shù)據(jù)庫(kù)雙活ETL/報(bào)表分析/備份生產(chǎn)Oracle HA/RacVPLEXVPLEXXtremIOXtremIO基于VPLEX+RP實(shí)現(xiàn)數(shù)據(jù)庫(kù)容災(zāi)生產(chǎn)Oracle HA/RacETL/報(bào)表分析/備份容災(zāi)主機(jī)VPLEXRecoverPointRecoverPoint基于VPLEX+RP實(shí)現(xiàn)三地容災(zāi)生產(chǎn)Oracle HA/RacETL/報(bào)表分析/備份生產(chǎn)Oracle HA/RacVPLEXVPLEXXtremIOXtremIO容災(zāi)主機(jī)RecoverPointRecoverPoint自動(dòng)化的存儲(chǔ)資源配給抽象的閃存存儲(chǔ)資源池，加速關(guān)鍵應(yīng)用存儲(chǔ)即服務(wù)，按需申請(qǐng)與分配集中

11、智能化的的存儲(chǔ)資源管理與計(jì)費(fèi)創(chuàng)新的存儲(chǔ)基礎(chǔ)架構(gòu)：軟件定義存儲(chǔ)及云計(jì)算轉(zhuǎn)型EMC ViPR and XtremIO生產(chǎn)存儲(chǔ)自動(dòng)化配給存儲(chǔ)服務(wù)目錄實(shí)現(xiàn)所有存儲(chǔ)空間配給服務(wù)目錄基礎(chǔ)架構(gòu)管理員站點(diǎn) 1開(kāi)發(fā)測(cè)試生成快照聯(lián)機(jī)交易數(shù)據(jù)分析站點(diǎn) 2生產(chǎn)存儲(chǔ)自動(dòng)化配給自動(dòng)實(shí)現(xiàn)基于VPLEX的雙活由ViPR自動(dòng)執(zhí)行聯(lián)機(jī)交易聯(lián)機(jī)交易聯(lián)機(jī)交易系統(tǒng)分布式虛擬卷鏡像對(duì)由VPLEX提供連續(xù)可用性雙活鏡像復(fù)制服務(wù)目錄應(yīng)用管理員站點(diǎn) 1站點(diǎn) 2性能可用性：連續(xù)RTO/RPO：0/0聯(lián)機(jī)交易生產(chǎn)在ViPR中選擇開(kāi)發(fā)測(cè)試生成快照聯(lián)機(jī)交易數(shù)據(jù)分析聯(lián)機(jī)交易可用性：連續(xù)數(shù)據(jù)分析和開(kāi)發(fā)測(cè)試存儲(chǔ)自動(dòng)化配給基于XtremIO的快照提供服務(wù)自動(dòng)實(shí)現(xiàn)由ViPR自動(dòng)執(zhí)行聯(lián)機(jī)交易聯(lián)機(jī)交易聯(lián)機(jī)交易系統(tǒng)分布式虛擬卷服務(wù)目錄數(shù)據(jù)分析人員開(kāi)發(fā)運(yùn)維人員站點(diǎn) 1站點(diǎn) 2開(kāi)發(fā)測(cè)試生成快照聯(lián)機(jī)交易數(shù)據(jù)分析鏡像對(duì)生成快照數(shù)據(jù)分析和開(kāi)發(fā)測(cè)試存儲(chǔ)自動(dòng)化配給為開(kāi)發(fā)測(cè)試和數(shù)據(jù)分析提供存儲(chǔ)自服務(wù)由ViPR自動(dòng)執(zhí)行聯(lián)機(jī)交易聯(lián)機(jī)交易聯(lián)機(jī)交易系統(tǒng)分布式虛擬卷服務(wù)目錄數(shù)據(jù)分析人員開(kāi)發(fā)運(yùn)維人員站點(diǎn) 1站點(diǎn) 2開(kāi)發(fā)測(cè)試生成快照聯(lián)機(jī)交易數(shù)據(jù)分析開(kāi)發(fā)測(cè)試數(shù)