internal use onlyoracle環(huán)境中閃存優(yōu)化存儲(chǔ)解決方案

Oracle環(huán)境中閃存優(yōu)化存儲(chǔ)解決方案許良謀(AlvinKho)

存儲(chǔ)事業(yè)部技術(shù)總監(jiān)

戴爾公司（亞太區(qū)）打造OracleOLTP/OLAP負(fù)載的全閃存存儲(chǔ)方案新的DellCompellent全閃存的價(jià)值OracleOLTP工作負(fù)載與SCOS6.4全閃存陣列（AFA）參考架構(gòu)Dell帶給OracleOLTP/OLAP工作負(fù)載與SCOS6.4AFA的經(jīng)濟(jì)性O(shè)racle工作負(fù)載和DellEqualLogic全閃存/混合陣列案例議程應(yīng)用與更高的I/O性能之間更加相互依賴優(yōu)化傳統(tǒng)存儲(chǔ)，以處于上述“圖譜”的中間水平數(shù)據(jù)的存儲(chǔ)、備份以及歸檔正在以指數(shù)級(jí)增長(zhǎng)需要更縝密的SLAs去支持業(yè)務(wù)數(shù)據(jù)中心和多樣化的應(yīng)用工作負(fù)載隨機(jī)的有序的讀密集型寫密集型索引前端WebOLTP數(shù)據(jù)Email/信息數(shù)據(jù)倉(cāng)庫(kù)虛擬桌面高性能計(jì)算流媒體Web應(yīng)用協(xié)作基礎(chǔ)設(shè)施其它性能訪問模式和頻率I/O模式業(yè)務(wù)價(jià)值需要快速檢索的熱數(shù)據(jù)，且保證無延遲IOPSvs.吞吐量頻繁訪問的數(shù)據(jù)vs.很少訪問的冷數(shù)據(jù)頻繁的讀取vs.頻繁的寫入數(shù)據(jù)優(yōu)化的分層數(shù)據(jù)vs緩存數(shù)據(jù)讀寫的百分比傳輸大小持續(xù)的vs.突發(fā)性的I/O模式

業(yè)務(wù)價(jià)值高的數(shù)據(jù)，以及可以用于商業(yè)智能、金融分析等的數(shù)據(jù)OLTP和OLAPOracle

的挑戰(zhàn)

與

解決方案技術(shù)挑戰(zhàn)：提升性能（包括高速數(shù)據(jù)庫(kù)）和可用性高速數(shù)據(jù)提升自動(dòng)化減少管理復(fù)雜性提升在線數(shù)據(jù)的可訪問性業(yè)務(wù)挑戰(zhàn)：結(jié)構(gòu)化數(shù)據(jù)年復(fù)合增長(zhǎng)率>50%*持平或下降的IT預(yù)算更好的利用現(xiàn)有的投資減少許可費(fèi)用減少支出年復(fù)合增長(zhǎng)率（CAGR）資本支出（CAPEX）運(yùn)作支出（OPEX）挑戰(zhàn)*IDC,WorldwideEnterpriseStorageSystems2013-2017Forecast,May2013;Doc#241033局限性：效果有限無法持續(xù)地進(jìn)行服務(wù)器、網(wǎng)絡(luò)和存儲(chǔ)的過度配置位點(diǎn)修復(fù)/容量限制管理復(fù)雜性常用方式：添加更快、更多的CPU、核或內(nèi)存添加更多存儲(chǔ)添加服務(wù)器或閃存高速專用網(wǎng)絡(luò)頻繁調(diào)整數(shù)據(jù)庫(kù)服務(wù)器、應(yīng)用服務(wù)器、中間件服務(wù)器，以及數(shù)據(jù)庫(kù)調(diào)優(yōu)和管理分層存儲(chǔ)解決方案自動(dòng)分層存儲(chǔ)的好處在不增加太多成本的情況下提高性能擴(kuò)展性能/容量成本、時(shí)間得到控制，且數(shù)據(jù)以及數(shù)據(jù)存儲(chǔ)位置符合預(yù)期自動(dòng)化減輕管理負(fù)擔(dān)增加在線數(shù)據(jù)量更好地利用現(xiàn)有投資自動(dòng)分層存儲(chǔ)可使用閃存來增強(qiáng)性能改進(jìn)的解決方案–自動(dòng)分層存儲(chǔ)閃存介質(zhì)的類型多層單元（MLC），讀取密集單層單元

（SLC），

寫入密集MLC用途廣泛（閃存驅(qū)動(dòng)器、MP3播放器……）相比SLC，壽命較短（更高的磨損率）成本更低更高的存儲(chǔ)密度SLC相比MLC，壽命較長(zhǎng)（較低的磨損率）更高的寫入性能改進(jìn)的解決方案–閃存介質(zhì)*ICTofHillingdonLondonrealized13-foldimprovementinaccesstimeswithMLCinaCompellentarray()寫密集型Vs.讀密集型SSDMLC：讀密集型SSDSLC：寫密集型SSD全閃存優(yōu)化陣列對(duì)閃存進(jìn)行創(chuàng)新性使用的新方式利用不同類型閃存介質(zhì)的獨(dú)特優(yōu)勢(shì)優(yōu)點(diǎn)加速業(yè)務(wù)提高運(yùn)營(yíng)效率重新定義了高性能存儲(chǔ)的經(jīng)濟(jì)性提供比硬盤驅(qū)動(dòng)器更經(jīng)濟(jì)的高性能存儲(chǔ)改進(jìn)的解決方案:

Compellent全閃存優(yōu)化陣列工作原理：閃存優(yōu)化分層充分利用SSD，來滿足適用的工作負(fù)載的需求寫密集型分層應(yīng)對(duì)讀寫讀密集型分層應(yīng)對(duì)只讀數(shù)據(jù)按需或預(yù)定的數(shù)據(jù)分類存儲(chǔ)閃存優(yōu)化的存儲(chǔ)配置增強(qiáng)型閃存磨損監(jiān)控非性能的冷數(shù)據(jù)遷移到較低的層和不昂貴的磁盤上通過NL-SAS添加容量使用SSDs和DataProgression的分層存儲(chǔ)$$$RAID10$$RAID5RAID5$RAID6RAID6讀密集型企業(yè)級(jí)SASSSD（1.6TBMLC）HDD（15K、10K、7.2K）寫密集型企業(yè)級(jí)SASSSD（400GBSLC）1層2層3層6組400GB寫密集型SSDs（SLC）6組1.6TB讀密集型SSDs（MLC）只可用于SC220機(jī)箱不支持Series4012空插槽可以裝入6組的:400GB寫密集型SSDs1.6TB讀密集型SSDs1TB7200RPMHDDs優(yōu)化的閃存解決方案概述全閃存解決方案（SC8000或SC4000系列）讀密集型的

（RI）MLCSSD介紹閃存優(yōu)化存儲(chǔ)中心6.4的改進(jìn)，包括跨多種SSD的自動(dòng)分層寫密集型（WI）SLCSSD和讀密集型（RI）MLCSSD12個(gè)可配槽，可使用6x400GBWISSD、6x1.6TBRISSD，或1TB7200RPMHDD6組1.6TBRISSD6組400GBWISSDSC2202U24驅(qū)動(dòng)器機(jī)箱經(jīng)濟(jì)價(jià)值得以證實(shí)OracleOLTP驗(yàn)證的參考架構(gòu)相同的價(jià)格經(jīng)濟(jì)價(jià)值得以證實(shí)：Orion增加3.5倍的TPS減少70%的$/TPS經(jīng)濟(jì)價(jià)值得以證實(shí)：TPC-C350%103%在不犧牲SLA的前提下，并發(fā)用戶增加3.5倍經(jīng)濟(jì)價(jià)值得以證實(shí)：TPC-C350%DellCompellent全閃存優(yōu)化陣列以只有1/4的低延遲提供3倍高的性能與磁盤相當(dāng)?shù)拈W存價(jià)格已經(jīng)消除了閃存普及的最后一道障礙：價(jià)格

更高的性能、更低的延遲和更低的成本，為數(shù)據(jù)庫(kù)服務(wù)器和存儲(chǔ)整合打開了更多機(jī)會(huì)的大門更低耗能、制冷以及更少的數(shù)據(jù)中心占地空間，進(jìn)一步降低總擁有成本經(jīng)濟(jì)價(jià)值：總結(jié)&可實(shí)現(xiàn)的效益完整的企業(yè)功能：快照、復(fù)制、LiveVolume為系統(tǒng)量身定制的可擴(kuò)展性和靈活性消除過度配置的需求只讀和混合的工作負(fù)載的IOPS，提升300%，只讀工作負(fù)載的延遲減少85%，混合工作負(fù)載的延遲減少75%。閃存的企業(yè)級(jí)監(jiān)控和管理經(jīng)濟(jì)價(jià)值：總結(jié)&可實(shí)現(xiàn)的效益Oracle

性能監(jiān)控性能從FE到BE的IOPs/MBsSLC/MLC的帶寬卷MB/s和I/O負(fù)載延遲和響應(yīng)按存儲(chǔ)類型顯示容量在所有的層都顯示用量ComepellentEnterpriseManager

監(jiān)控整體性能/容量OracleEnterpriseManagerPlug-InPerformanceThroughput面向Oracle的DellEqualLogic全閃存和混合存儲(chǔ)

智能、無縫擴(kuò)展虛擬化iSCSISAN效率–降低資本支出經(jīng)濟(jì)高效的分層空間高效的存儲(chǔ)減少過度配置簡(jiǎn)化管理–降低運(yùn)營(yíng)支出支持iSCSI、Linux智能、自動(dòng)化易于安裝橫向擴(kuò)展存儲(chǔ)

吞吐量、交易量和容量數(shù)據(jù)保護(hù)加強(qiáng)的RPO/RTO備份和容災(zāi)囊括所有功能不增加額外成本兼容Oracle所有SSD陣列配置24塊盤可選400GB或800GBSSD盤最新版的固件7.0，優(yōu)化閃存配置以O(shè)racleOLTPI/O為例90%讀：10%的寫62KIOPS延遲不到2msOracleOLTP部署與PS6210S陣列配備7SSDs和1710KSASHDDs的混合陣列400GBSSDs、600GBHDDs或800GBSSDs、1.2TBHDDsSSD和SAS驅(qū)動(dòng)器之間自動(dòng)進(jìn)行數(shù)據(jù)分層和負(fù)載均衡陣列內(nèi)，延遲敏感的數(shù)據(jù)自動(dòng)從SAS移動(dòng)到SSD驅(qū)動(dòng)器用于性能優(yōu)化的Linux主機(jī)集成工具包（HIT/Linux）OracleOLTP數(shù)據(jù)自動(dòng)分層與

EquallogicPS6210XS混合陣列高效PS6210對(duì)SSD盤的深度優(yōu)化：

PS6210XS榮獲第三方高性能檢定

案例

分享案例：用戶的項(xiàng)目需求和挑戰(zhàn)CRM多渠道系統(tǒng)是某大型保險(xiǎn)移動(dòng)業(yè)務(wù)應(yīng)用的支撐系統(tǒng)移動(dòng)業(yè)務(wù)應(yīng)用客戶端采用pad(BYOD)+傳統(tǒng)客戶端設(shè)備，開始約為3萬(wàn)用戶，年底達(dá)到5萬(wàn)臺(tái)pad，明年規(guī)?？赡苓_(dá)到10萬(wàn)臺(tái)，提供全面銷售支持遭遇的挑戰(zhàn)業(yè)務(wù)系統(tǒng)性能影響:每秒超過1,500個(gè)并發(fā)用戶系統(tǒng)性能急劇下降，超過2,000個(gè)并發(fā)用戶系統(tǒng)基本上不可用。基于業(yè)務(wù)需求，訪問負(fù)荷不能分散（各分公司業(yè)務(wù)訪問均集中在9點(diǎn)到10點(diǎn)）。并且后期訪問壓力至少增加1倍…CRM應(yīng)用當(dāng)前系統(tǒng)架構(gòu)示意圖客戶原先的應(yīng)用系統(tǒng)架構(gòu)示意圖經(jīng)分析后，發(fā)現(xiàn)原有小型機(jī)(單機(jī)或集群)的Oracle數(shù)據(jù)庫(kù)性能不夠！對(duì)于Unix-2-Linux遷移不太可能，對(duì)系統(tǒng)遷移難度和風(fēng)險(xiǎn)很難評(píng)估…原硬件系統(tǒng)優(yōu)化方案:評(píng)估升級(jí)小機(jī)硬件評(píng)估增加RAC節(jié)點(diǎn)數(shù)評(píng)估遷移到更高端的新購(gòu)小型機(jī)升級(jí)存儲(chǔ)硬體數(shù)據(jù)庫(kù)讀寫分離示意圖Oracle數(shù)據(jù)庫(kù)性能優(yōu)化方案：讀寫分離架構(gòu)

(數(shù)據(jù)庫(kù)SharePlex復(fù)制結(jié)合FluidCache技術(shù))戴爾SharePlex戴爾FluidCache集群SharePlex的優(yōu)點(diǎn)是：利用數(shù)據(jù)庫(kù)實(shí)例外部的流式處理過程，資源占用極小，對(duì)源數(shù)據(jù)庫(kù)性能和網(wǎng)絡(luò)帶寬的影響也保持在最低限度。復(fù)本也可以做為額外的數(shù)據(jù)保護(hù)方案FluidCache軟件和PCIeSSD閃存的超級(jí)處理速度和能力，再大的業(yè)務(wù)壓力也可通過橫向擴(kuò)展的節(jié)點(diǎn)去提升并發(fā)的性能處理需求！最終效果：戴爾應(yīng)用加速平臺(tái)方案當(dāng)前支持3萬(wàn)移動(dòng)客戶端用戶，每秒并發(fā)用戶數(shù)接近9,000，

移動(dòng)客戶端提交業(yè)務(wù)后約5秒即可返回處理結(jié)果。IBM小型機(jī)的最高峰值不超過50%，讀的壓力減少約70%，

4臺(tái)從服務(wù)器（FluidCache）最高峰值不超過30%主從數(shù)據(jù)庫(kù)復(fù)制延時(shí)小于1秒客戶反饋：這種讀寫分離的數(shù)據(jù)庫(kù)優(yōu)化架構(gòu)和Dell閃存加速技術(shù)在不改變?cè)屑軜?gòu)和業(yè)務(wù)邏輯的情況下，徹底解決了新業(yè)務(wù)的性能問題，保證了前端業(yè)務(wù)人員的工作需要。同時(shí)架構(gòu)易于擴(kuò)展，完全可以支持未來2-3倍移動(dòng)客戶端增長(zhǎng)。保護(hù)原投資下，可繼續(xù)支持未來業(yè)務(wù)發(fā)展!FluidCache迅猛提升Oracle數(shù)據(jù)庫(kù)性能基于戴爾FluidCacheforSAN的OracleRAC性能測(cè)試數(shù)據(jù)配置：8臺(tái)2路戴爾R720服務(wù)器+戴爾Compellent存儲(chǔ)系統(tǒng)對(duì)OracleRAC集群應(yīng)用加速(OLTP)測(cè)試結(jié)果*:FluidCache并發(fā)用戶：14,000/秒

（淘寶雙11促銷并發(fā)用戶數(shù)最大峰值13,116/秒**）平均響應(yīng)延時(shí)：6毫秒FluidCache事務(wù)處理：12,600/秒

（淘寶雙11促銷并發(fā)用戶數(shù)最大峰值11,870/秒**）*引自http://**引自淘寶雙11對(duì)外公開的信息（每分鐘可支持790,000交易處理事務(wù)）-僅供參考（不是對(duì)等的比較）Flash參考更多支持/文本：發(fā)送郵件至DellCompellent

參考標(biāo)題文本鏈接AcceleratingOracleOLTPwithCompellentFlashOptimizedArray

DellCompellentOracleBestPractice

DellCompellentOracleDataWarehouseBestPractices

DellCompellentOracle11gRACandStorageCenter

DellCompellentOracleASM