噜噜噜综合,又色又爽又高潮免费观看,综合无码一区二区三区四区五区,中文字幕无码人妻aaa片,四虎成人精品永久网站

存儲專欄:西瓜哥解析IOE最佳實踐

西瓜哥 發(fā)表于:13年11月18日 10:49 [原創(chuàng)] DOIT.com.cn

  • 分享:
[導讀]這段時間和大家分享一下各個廠商的最佳實踐,因為這里沒有客戶層面的內(nèi)容,只是一些技術的研討。先看一下EMC、HDS和IBM與ORACLE的最佳實踐。

存儲在線專欄文章:很多網(wǎng)友建議我分享一下案例,但案例如果不是本人親自參與,很難落筆。但各個廠商發(fā)表了不少最佳實踐的白皮書,我想,這段時間和大家分享一下各個廠商的最佳實踐比較靠譜,因為這里沒有客戶層面的內(nèi)容,只是一些技術的研討。

今天和大家分享一下EMC、HDS和IBM與ORACLE的最佳實踐。

最佳實踐之一:VMAX+ORACLE

先來看看VMAX和ORACLE的最佳實踐。具體產(chǎn)品就是VMAX 10K和ORACLE 11g。我們來看看EMC的建議。

首先,我們來看一下EMC VMAX 10K的規(guī)格,10K是高端入門產(chǎn)品,支持4引擎8控(有網(wǎng)友問10KK是啥意思,其實就是10000啦,老外喜歡把1000叫做K):

現(xiàn)在VMAX也支持用Unisphere來進行配置,因此EMC建議采用GUI的界面,不需要用命令行去做了:

在配置的時候,EMC建議采用Auto Provisioning Group來進行主機、端口以及存儲資源的映射,這種方式比傳統(tǒng)的方式大大減輕配置的工作量:

雖然是數(shù)據(jù)庫應用,但EMC還是建議采用精簡配置(VP)來做。就算你不用thin這個功能,但由于設備是thin device,VMAX可以充分使用thin pool里面使用的硬盤,實現(xiàn)寬條帶化,也就是性能提升:

thin pool里面的設備叫data device,數(shù)據(jù)就是存放在上面:

當然,用thin device,你就可以使用FAST VP特性,優(yōu)化數(shù)據(jù)庫的性能:

比如設計一個存儲池的策略,給每種介質(zhì)分配一定比例的空間,系統(tǒng)就可以根據(jù)數(shù)據(jù)的熱度在里面進行自動遷移了,用戶基本不用管理,是比較方便的一種做法。

EMC的FAST策略里面的百分數(shù)的和可以超過100%,這樣相當于把決定權交給系統(tǒng),如果需要,系統(tǒng)可以把所有的數(shù)據(jù)遷移到某一層。資源比較富裕的時候,這就是一個懶人做法。

當然,要做遷移,需要分析性能數(shù)據(jù),這塊的工作其實是在管理控制臺上做的,還有遷移的算法也是在管理控制臺上,但遷移的動作是Enginuity來完成:

當然,如果要做CDP保護,EMC經(jīng)常推它的recoverpoint產(chǎn)品,因為VMAX內(nèi)置了recoverpoint的分離器。每一個I/O下來,VMAX都可以復制一份給recoverpoint系統(tǒng)使用。在招標的時候,如果你看到要求存儲集成I/O分離器,基本都是EMC引導的標書,O(∩_∩)O哈!

EMC的thin deveice其實也支持全部空間預分配,如果用戶擔心數(shù)據(jù)庫快速增長的時候需要分配新空間帶來的性能問題,可以提前把空間分配給thin device。也就是我們不用傳統(tǒng)的thin provisiong的功能,只是用thin device支持的FAST、寬條帶化等特性,提高ORACLE的性能。

由于ORACLE的卷管理軟件是ASM,ASM也有條帶化功能,因此,數(shù)據(jù)的熱點也是分散開來,但是還是有一些熱點的,這個時候再配合FAST VP,把這些熱點遷移到flash上,性能就可以得到優(yōu)化。這個是ORACLE提供的heat map示意圖,我們前面講過ORACLE的ZFS存儲可以利用這個heat map做自動遷移,EMC應該無法自動利用這個heat map,還必須用它自己的性能分析工具去分析:

小結(jié)一下,EMC VMAX建議采用Unisphere GUI來進行管理,建議盡量采用VP功能,盡快你可能不需要瘦分配特性。從這里我們可以看出,其實EMC+ORACLE沒有太多的耦合,雖然EMC提供了一個管理插件可以嵌入到ORACLE管理軟件里面,但由于ORACLE不開放接口,因此EMC也無法做深度的結(jié)合了。

其實EMC還有一個武器——VFCache(服務器閃存加速),VMAX+VFCache+ORACLE才是EMC主推的方案,因為這個方案其他高端都沒有,因此,西瓜哥就不展開了,想學習的可以找EMC的白皮書看看。

最佳實踐之二:VSP+ORACLE

接下來來看看HDS的情況,大體上和EMC差不多。

硬件主角是HDS VSP,軟件是Oracle Database 11gR2,當然,卷管理還是ASM(Automatic Storage Management)。

HDS的thin管理軟件叫Hitachi Dynamic Provisioning(HDP),HDS建議在ORACLE用這個功能,主要的作用除了thin外,也是使用寬條帶化來提高性能。使用DP的卷叫DP-VOL,可以按需擴展。

當然,HDS建議ORACLE刪除比較多的數(shù)據(jù)的時候,采用ASM的一個ASRU工具把空余的空間寫零,然后用HDP里面的Reclaim Zero Pages功能回收這些空間。在性能方面,由于一個卷可以跨多個磁盤,HDS建議用戶先根據(jù)性能來規(guī)劃到底需要多少磁盤,然后再考慮容量。

Hitachi Dynamic Tiering(HDT)是HDS的自動分層功能軟件。HDS也建議用HDT來提高ORACLE的數(shù)據(jù)庫性能。但HDS只建議ORACLE的DATA文件采用分層存儲,而對于REDO和ARCH,由于都是順序?qū)懀尤隨SD也不會提升多少性能,因此不建議用分層存儲。

HDS VSP測試表明,增加SSD磁盤,讀性能提升明顯。在讀I/O占比為88%情況下,性能是原來的2.05倍,在讀I/O為62%占比的情況下,性能是原來的1.8倍。

而且反應時間也有很大改善,88%讀情況下只是原來的70%,而62%讀的情況下,只有原來的57%(有點奇怪,性能提升多的,時延的改善不如性能提升少的?估計性能提升太多,負載重了吧)。

由于采用自動分層技術,讀I/O越多,遷移到SSD的數(shù)據(jù)就越多。下圖可以看到86%讀的情況下SSD的使用容量比62%讀的情況下幾乎多了一倍。

HDS當然也建議采用SATA來存放不經(jīng)常訪問的數(shù)據(jù)。增加SATA后,HDT會自動進行數(shù)據(jù)的遷移:

而數(shù)據(jù)重分布后,性能沒有任何影響。HDS實驗室測得不常訪問的數(shù)據(jù)遷移到SATA后,性能和原來一樣(但實驗室數(shù)據(jù)性能居然有1%提升,估計是和當時的I/O情況有關吧):

也就是HDS認為同時采用SSD/SAS/SATA,能夠降低TCO而又不影響業(yè)務。

在RAID的選擇上,HDS建議SSD和SAS用RAID 5,而SATA用RAID 6:

當然,如果是很多小的隨機I/O,HDS還是建議RAID 1+0,但雖然是隨機I/O,但I/O比較大,如32K以上,HDS認為用RAID 5就可以了,性能差不多。

大家知道ORACLE ASM需要創(chuàng)建很多個disk group,那么和存儲的DP-VOL是如何對應的呢?下圖是一個例子:

如果加上ORACLE數(shù)據(jù)對象,整個數(shù)據(jù)布局如下:

這個圖總結(jié)得不錯,把和存儲相關的對象都羅列出來了,他們的關系也都看得一清二楚,值得收藏。

ASM雖然也有數(shù)據(jù)保護功能,但所有的存儲廠商都會建議用存儲的保護功能,否則存儲的價值就不大了,O(∩_∩)O哈!當然,外部做保護減輕服務器的壓力。

還有,ASM也有空間再平衡功能,HDS建議用HDP的空間再平衡功能代替,這樣效率更高。

最后,總結(jié)一下HDS在ORACLE ASM環(huán)境下的配置建議:

最佳實踐之三:DS8000+ORACLE

前面我分享了EMC、HDS和ORACLE的最佳實踐,接下來看看IBM的DS8000。這三家是高端存儲里面的三雄,高端市場基本是這三個產(chǎn)品瓜分的。

但西瓜哥發(fā)現(xiàn),IBM對ORACLE好像不是太上心,畢竟老大哥有自己的數(shù)據(jù)庫DB2,當然要優(yōu)先考慮自己家的東東啦。因此,我看到IBM發(fā)布的最佳實踐也是很早以前的,很多都是2010年前寫的,基本沒有更新過。

再看一下最佳實踐的內(nèi)容,也沒有太多原則的東西,更多的是配置步驟,我想這個具體的步驟就不和大家分享了吧。

因此,我們就分享IBM總結(jié)的DS8000針對ORACLE 10g的一個通用原則吧:

解讀一下,就是

一個ASM disk group中用多個一樣的LUN;

這些LUN容量和特性最好一致;

當擴容的時候,最好也用一樣屬性的LUN;

用ASM的外部冗余選項

把data和log文件放在同一個disk group里;

這些原則其實很多在新的版本里面應該都會發(fā)生變化。比如一個disk group其實不需要太多的LUN來做條帶化了,因為現(xiàn)在DS8000有Easy tiering,存儲做寬條帶就可以了,主機不需要做。還有就是一般建議把data和log分開到不同的disk group更好一些,因為這樣備份和恢復更方便一些。

因此,感覺參考IBM DS8000老的最佳實踐基本沒有太多價值。希望能夠看到IBM推出新版本的東東。

希望大家積極反饋你的意見和建議,微信掃描如下二維碼,關注微信公眾號“高端存儲知識”,與作者微信互動。通過掌上DOIT移動客戶端,您可以訂閱西瓜哥專欄,第一時間獲得知名專家和業(yè)界領袖的深度剖析與趨勢分析。


[責任編輯:西瓜哥]
西瓜哥
今天我們來聊聊數(shù)據(jù)庫定義存儲第三部分——SAP。說起內(nèi)存數(shù)據(jù)庫,大家第一個想到的就是SAP HANA。HANA指的是高性能分析設備,一看這個名字就知道主要應用于實時數(shù)據(jù)分析,而且是一個軟硬件一體的東東。
官方微信
weixin
精彩專題更多
存儲風云榜”是由DOIT傳媒主辦的年度大型活動;仡2014年,存儲作為IT系統(tǒng)架構中最基礎的元素,已經(jīng)成為了推動信息產(chǎn)業(yè)發(fā)展的核心動力,存儲產(chǎn)業(yè)的發(fā)展邁向成熟,數(shù)據(jù)經(jīng)濟的概念順勢而為的提出。
華為OceanStor V3系列存儲系統(tǒng)是面向企業(yè)級應用的新一代統(tǒng)一存儲產(chǎn)品。在功能、性能、效率、可靠性和易用性上都達到業(yè)界領先水平,很好的滿足了大型數(shù)據(jù)庫OLTP/OLAP、文件共享、云計算等各種應用下的數(shù)據(jù)存儲需求。
聯(lián)想攜ThinkServer+System+七大行業(yè)解決方案驚艷第十六屆高交會
 

公司簡介 | 媒體優(yōu)勢 | 廣告服務 | 客戶寄語 | DOIT歷程 | 誠聘英才 | 聯(lián)系我們 | 會員注冊 | 訂閱中心

Copyright © 2013 DOIT Media, All rights Reserved. 北京楚科信息技術有限公司 版權所有.