問幾個(gè)存儲(chǔ)的問題

eof007

問幾個(gè)存儲(chǔ)的問題\r\n\r\n1 我在CX700上跨磁盤柜做RAID5（磁盤5+5），發(fā)現(xiàn)性能很差，后被迫打掉，改在一個(gè)磁盤柜做RAID5（磁盤10），性能好多了，在理論上應(yīng)該相反呀，好像EMC不建議在CX700上跨磁盤貴坐RAID，是嗎？誰解釋一下？\r\n2 在一個(gè)RAID5上劃分LUN，發(fā)現(xiàn)最先劃分LUN性能最好，最后分配的LUN性能最差，基本得出規(guī)律，請(qǐng)問在RAID5上劃分LUN是從磁盤外圈向內(nèi)圈逐漸劃分的嗎？由于磁盤外圈轉(zhuǎn)一圈讀的數(shù)據(jù)在內(nèi)圈要轉(zhuǎn)幾圈所致嗎？\r\n3 RAID5使用最常見，那幾個(gè)磁盤作RAID5性能較好？有建議嗎？網(wǎng)上有理論分析嗎？\r\n4 現(xiàn)在購(gòu)買一臺(tái)sun9900，56X73G（15000轉(zhuǎn)），一個(gè)主要應(yīng)用是一個(gè)數(shù)據(jù)庫(kù)300GB，每月數(shù)據(jù)增長(zhǎng)40GB，誰能對(duì)存儲(chǔ)管理及LUN劃分建議討論一下，另OS需要做RAID0嗎？\r\nSUN建議作6個(gè)7D+1P，一個(gè)3D+1P，4個(gè)Spare，為這個(gè)數(shù)據(jù)庫(kù)一次分配200GB，從6個(gè)7D+1P各取一個(gè)120GB的LUN在串接成一個(gè)大LUN到操作系統(tǒng)，但這樣3個(gè)月數(shù)據(jù)連續(xù)在一個(gè)7D+1P，而數(shù)據(jù)庫(kù)一般最近時(shí)期的數(shù)據(jù)最常訪問，導(dǎo)致IO基本集中在一個(gè)7D+1P上，我覺得這種設(shè)計(jì)并沒有把IO均分在硬盤上，另外一次分配700GB，以后怎么擴(kuò)展方便他們一點(diǎn)不提，這也有問題。大家能否對(duì)磁盤劃分存儲(chǔ)管理建議討論一下？\r\n謝謝

披發(fā)頭陀

sun的建議很好啊，io均分的啊

orian

raid 5是磁盤越多性能越好，可靠性越差

monkeyai

最初由 orian 發(fā)布\r\n[B]raid 5是磁盤越多性能越好，可靠性越差 [/B]

\r\n只要有足夠備用盤，也不見得多高危險(xiǎn)嘛。

orian

如果盤比較小還可以，如果盤很大，當(dāng)初現(xiàn)故障的時(shí)候需要進(jìn)行數(shù)據(jù)遷移，性能很慢，可能要幾個(gè)小時(shí)，其間如果發(fā)生意外，raid就offline了，而且在這個(gè)時(shí)候會(huì)有寫懲罰現(xiàn)象，物理讀寫盤都慢得要死，如果raid組中盤很多，你就死定了。\r\n\r\n這就是“高危險(xiǎn)”

monkeyai

最初由 orian 發(fā)布\r\n[B]如果盤比較小還可以，如果盤很大，當(dāng)初現(xiàn)故障的時(shí)候需要進(jìn)行數(shù)據(jù)遷移，性能很慢，可能要幾個(gè)小時(shí)，其間如果發(fā)生意外，raid就offline了，而且在這個(gè)時(shí)候會(huì)有寫懲罰現(xiàn)象，物理讀寫盤都慢得要死，如果raid組中盤很多，你就死定了。\r\n\r\n這就是“高危險(xiǎn)” [/B]

\r\n你這么一說，果然很有道理�？磥頉]實(shí)際用過，光看理論上的東西還是很多問題想不到啊。

cobalt

哈。實(shí)際現(xiàn)象就是如此。\r\n速度下降的飛快。\r\n在高端，由于有大cache，S盤與D盤之間數(shù)據(jù)的倒換在cache里面先倒騰一次，速度影響不是太大。

biti_rainy

HDS 的存儲(chǔ)(sun 9990)，raid5  的話，磁盤損壞，hotspare 頂上 rebuild 的過程，hds 的服務(wù)的總經(jīng)理說的是6小時(shí)(忘記是73還是146的盤了)。\r\n\r\n如果你做7d+1p ,可以在os上在lvm 里面做stripe ，從6個(gè) raid組里面各挑一塊盤，做一個(gè)vg，然后lv 做stripe ，這樣就分散了io 到48塊磁盤上了。\r\n\r\n\r\n我們剛買了2臺(tái)，分別是 64塊 73g盤,32g cache，不過我們?nèi)�部�?raid10,  2d+2p.

allen@zte

做了stripe用什么軟件串起來呢？vxvm？如果這個(gè)軟件出了問題豈不是整個(gè)癱瘓？或是其中LV出問題，所有數(shù)據(jù)都有問題？請(qǐng)指教

nfdx

最初由 eof007 發(fā)布\r\n[B]問幾個(gè)存儲(chǔ)的問題\r\n\r\n1 我在CX700上跨磁盤柜做RAID5（磁盤5+5），發(fā)現(xiàn)性能很差，后被迫打掉，改在一個(gè)磁盤柜做RAID5（磁盤10），性能好多了，在理論上應(yīng)該相反呀，好像EMC不建議在CX700上跨磁盤貴坐RAID，是嗎？誰解釋一下？\r\n2 在一個(gè)RAID5上劃分LUN，發(fā)現(xiàn)最先劃分LUN性能最好，最后分配的LUN性能最差，基本得出規(guī)律，請(qǐng)問在RAID5上劃分LUN是從磁盤外圈向內(nèi)圈逐漸劃分的嗎？由于磁盤外圈轉(zhuǎn)一圈讀的數(shù)據(jù)在內(nèi)圈要轉(zhuǎn)幾圈所致嗎？\r\n3 RAID5使用最常見，那幾個(gè)磁盤作RAID5性能較好？有建議嗎？網(wǎng)上有理論分析嗎？\r\n4 現(xiàn)在購(gòu)買一臺(tái)sun9900，56X73G（15000轉(zhuǎn)），一個(gè)主要應(yīng)用是一個(gè)數(shù)據(jù)庫(kù)300GB，每月數(shù)據(jù)增長(zhǎng)40GB，誰能對(duì)存儲(chǔ)管理及LUN劃分建議討論一下，另OS需要做RAID0嗎？\r\nSUN建議作6個(gè)7D+1P，一個(gè)3D+1P，4個(gè)Spare，為這個(gè)數(shù)據(jù)庫(kù)一次分配200GB，從6個(gè)7D+1P各取一個(gè)120GB的LUN在串接成一個(gè)大LUN到操作系統(tǒng)，但這樣3個(gè)月數(shù)據(jù)連續(xù)在一個(gè)7D+1P，而數(shù)據(jù)庫(kù)一般最近時(shí)期的數(shù)據(jù)最常訪問，導(dǎo)致IO基本集中在一個(gè)7D+1P上，我覺得這種設(shè)計(jì)并沒有把IO均分在硬盤上，另外一次分配700GB，以后怎么擴(kuò)展方便他們一點(diǎn)不提，這也有問題。大家能否對(duì)磁盤劃分存儲(chǔ)管理建議討論一下？\r\n謝謝 [/B]

\r\n\r\n1.應(yīng)該是跨磁盤貴作RAID，性能要好一些，這個(gè)還需要具體情況具體分析。\r\n2.是這個(gè)原因?qū)е�。\r\n3.CX700建議raid5不超過8個(gè)\r\n4.如果數(shù)據(jù)庫(kù)是oracle，建議陣列的磁盤劃分能夠更加詳細(xì)的規(guī)劃。\r\na.為redolog建立單獨(dú)小raid，劃分單獨(dú)的LUN，防止磁盤尋道的擁塞。剩余空間只能分配給低IO的應(yīng)用或者不使用\r\nb.archive log、undo、temp屬于連續(xù)讀寫性質(zhì)，請(qǐng)注意盡量避免與datafile分布在相同的物理設(shè)備上。\r\nc.考慮建立lun后，區(qū)分不同性能的LUN，合理分配使用。