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

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

2、 讀寫混合 高 Throughput DW (multiple queries) 大量的讀 高 ThroughputDeep Analytics 大量的讀 高 Throughput XtremIO顯著提升OLTP數(shù)據(jù)庫應(yīng)用性能XtremIO顯著提升OLAP數(shù)據(jù)庫應(yīng)用性能數(shù)據(jù)庫環(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ù)庫和群集感知二進(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ù)庫二進(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ū)動器類型2.不同的控制器4.不同的卷5.不同大小6.多個(gè)索引項(xiàng)/架構(gòu)

6、7.短行程過度資源調(diào)配成為“慣例”Xtrem IO: 簡單管理，無需復(fù)雜設(shè)計(jì)及調(diào)優(yōu)3MAPVOLUMES2CREATEINITIATORGROUPS1CREATEVOLUMESIO 綁定數(shù)據(jù)庫服務(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ù)庫IO性能，降低成本基于XtremIO提升數(shù)據(jù)庫IO性能，降低成本“資源不足”的測試和開發(fā)3 個(gè)拷貝用于 30 個(gè)工程師，5

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

8、PB 級閃存借助 XtremIO 實(shí)現(xiàn)全面轉(zhuǎn)型 生產(chǎn)父卷高性能生產(chǎn) 0.3ms, cpu time improved 10%-96% 開發(fā)測試環(huán)境: 開發(fā)周期加速30% - Snapshots/Deduplication極大降低存儲成本。 25 個(gè)數(shù)據(jù)庫實(shí)例，從原來的 39TB降低到 1.5TB數(shù)據(jù)分析: 用戶查詢時(shí)間減少15-40%報(bào)表處理: 月報(bào)批處理時(shí)間降低50%總體成本: CPU利用率提升，節(jié)約了30% Oracle license費(fèi)用總體成本: 服務(wù)器及桌面虛擬化整合比提升下一期新建數(shù)據(jù)中心的存儲整合項(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)營模塊化可擴(kuò)展部署選項(xiàng)提高了可用性針對計(jì)劃內(nèi)和計(jì)劃外宕機(jī)的零宕機(jī)以及永遠(yuǎn)無中斷遷移提高了資產(chǎn)使用率主動-主動數(shù)據(jù)訪問、負(fù)載平衡以及遠(yuǎn)距離擴(kuò)展本地功能（VMware、Oracle RAC）重新定義可用性及災(zāi)難恢復(fù)應(yīng)用程序一致性遠(yuǎn)程復(fù)制多個(gè)配置/站點(diǎn)RECOVERPOINT經(jīng)過現(xiàn)場驗(yàn)證無中斷擴(kuò)展更改服務(wù)級別連續(xù)可用性VPLEX

10、主動-主動數(shù)據(jù)中心基于VPLEX實(shí)現(xiàn)數(shù)據(jù)庫雙活ETL/報(bào)表分析/備份生產(chǎn)Oracle HA/RacVPLEXVPLEXXtremIOXtremIO基于VPLEX+RP實(shí)現(xiàn)數(shù)據(jù)庫容災(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自動化的存儲資源配給抽象的閃存存儲資源池，加速關(guān)鍵應(yīng)用存儲即服務(wù)，按需申請與分配集中

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