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ù)的隨機/順序 I/O高并發(fā)性隨機數(shù)據(jù)和隨機性都在增長磁盤/RAID 類型、緩存、分層并非在所有情況下都適用持續(xù)跟蹤數(shù)據(jù)熱點為何數(shù)據(jù)庫性能不佳？ “性能欠佳”的生產(chǎn)2TB 數(shù)據(jù)庫、10TB 存儲、許多數(shù)據(jù)庫核心、30% 的CPU 利用率、10-20ms 的應用程序響應時間XtremIO滿足各種類型數(shù)據(jù)庫負載的性能需求工作負載類型I/O 特征隨機數(shù)據(jù)?數(shù)據(jù)存儲特征低延遲需求?OLTP 讀寫混合+ 順序?qū)?(transaction logging) 高 IOPS ETL

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

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

4、350GB DOT 和根卷 FAS-3170_B_2 AGGR_ORA_2_B_1 RAID-DP、RG-21 42 個/13TB 數(shù)據(jù)文件、重做日志、控制文件、歸檔日志 表 7 卷布局 控制器 卷名稱 聚合名稱 大小 用途 FAS-3170_A_1 ORA_HOME AGGR_ORA_1_A_1 100GB 數(shù)據(jù)庫二進制文件 FAS-3170_A_1 CRS_HOME AGGR_ORA_1_A_1 100GB 群集感知二進制文件 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òu)

6、7.短行程過度資源調(diào)配成為“慣例”Xtrem IO: 簡單管理，無需復雜設(shè)計及調(diào)優(yōu)3MAPVOLUMES2CREATEINITIATORGROUPS1CREATEVOLUMESIO 綁定數(shù)據(jù)庫服務器 浪費的 CPU 周期4 小時的時間浪費在高延遲隨機讀取上 92% 的 DB 時間被浪費！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 個拷貝用于 30 個工程師，5

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

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

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

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

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