服務器RAID技術方案你知多少?
有些東西,我們看表麵就可以理解,有些東西,我們看表麵,看到的隻是表麵,啥?不信?那麼請問,Raid 0+1和Raid 1+0 有什麼區別?論壇地址:https://bbs.51cto.com/thread-975296-1.html
圖中簡單的說明了2中RAID的組成方式,簡單介紹如下:
RAID 0+1說明
黑色線:RAID 0的組成過程
紅色線:RAID 1的組成過程
組建過程:先組建Raid 0 在Raid 0的基礎上在組建Raid 1,最後形成Raid 0+1
RAID 1+0說明
青色線:RAID 1的組成過程
黃色線:RAID 0的組成過程
組建過程:先組建Raid 1 在Raid 1的基礎上在組建Raid 0,最後形成Raid 1+0
理論知識的話,我在這裏就不過多的去解釋了,大家隨便搜索一番就有了!在這裏,我們來看一下對於這2種技術,我們在部署的時候該如何選擇,當然我們還有其他的方案,比如Raid 5,RAID 6,RAID 10等更好的方案,我們今天不涉及其他方麵的對比,不談在實際應用的時候和其他方案的對比,我們隻單純的來看看這個2種方案的差異!
對於這2種技術方案,在一定程度上都可以保證我們的業務不中斷!但也存在著一些我們認知上的誤區以及配置的誤區!
就以上麵的圖為例,我們在看一下在突發情況下,這2種Raid都具有哪些競爭優勢!

圖1
如圖1 當出現一塊磁盤損壞的時候,比如Raid 0+1 的A1磁盤,Raid 1+0中的S1磁盤。在這種情況下,相信大家都看出來了,對於業務來說,都可以正常的提供服務,這一點都沒錯,要不然我們用這2種技術幹嘛呢? 但我們心裏要清楚損壞的這一塊硬盤,對於這2種Raid方案來說意味著什麼?我們可以這樣分析:
對於Raid 0+1來說:
1,上麵一組的A2---A5 這四塊磁盤已經沒用了,因為對於Raid 0來說,隻要有一塊磁盤損壞,其他的磁盤也就沒用了,所以這種技術在企業裏用的很少,數據沒保證
2,當上麵一組因為A1的損壞而停工的時候,又因為上麵一組和下麵一組組成了一個Raid 1,所以,在上麵一組損壞後,他利用下麵一組繼續提供服務,這就很好的解決了上麵的那個缺點,但我們可以看出來,現在數據可用的磁盤隻有下麵那一組的5個磁盤,也就是說在這種情況下,Raid 0+1數據可用的磁盤總數為5塊!
對於Raid 1+0 來說:
1,S1損壞後,業務還是正常的提供,這是必然的,在S1損壞後,S6會繼續提供服務,因為S1和S6組成的是Raid 1,從圖中可以看出,我們現在數據可用的磁盤為9塊!

圖2
如圖2 當出現上麵損壞了2塊的情況下,我們都知道,2種Raid技術都不能再繼續提供服務了!
對於Raid 0+1來說
因為2組Raid 0中都各自損壞了一塊硬盤,那麼其他8塊也就沒用了!
對於Raid 1+0來說
因為組成Raid 0的其中一個Raid 1裏2塊硬盤都損壞了,那麼這個Raid0也就失去了意義!從這個角度來看,2種技術存在著相同點!

圖3
如圖3 從這圖中,我們才能真正的看出來這2者的真正不同:
對於Raid 0+1來說
如果同時損壞2個磁盤,並且這2個磁盤不在同一個Raid 0中,那麼這個業務就再也無法再提供服務,因為組成2個Raid 0的2組磁盤的每個磁盤中都有一個損壞的磁盤,那麼每一組Raid 0 也就失去了意義,雖然後麵是Raid 1技術,但因為Raid 0的不可靠造成了整個陣列的淪陷,這是很悲催的!現在數據可用的硬盤可以說是零個!
對於Raid 1+0來說
如果同時損壞2個磁盤,並且整個2個磁盤不在同一個Raid 1中,那麼這個業務還是可以正常提供服務的,因為他的基礎是Raid 1,即使每個Raid 1中都損壞一個硬盤,也就是5塊磁盤,都不會造成業務中斷,都可以由另外的硬盤繼續提供服務,這個時候可以使用的硬盤是八個!
總結:
對於技術問題,我們不能隻看表麵,看似很像,看著都像是在提供一種高數據可用的冗餘安全技術,但我們更要進一步的看清本質,看清楚每個技術背後的工作原理,針對這些工作原理來進行分析,分析之後你在做一個實施計劃或者災難計劃,都比較有針對性,不是憑空想出來的方案!這樣,甲方或老板都會覺得你這個方案真的靠譜!
最近被胖胖逼得緊啊!在不弄點私藏文章出來分享小雲都快不樂意了!今天11月27日,作為M8的用戶,真誠的預祝魅族MX2北京水立方發布會圓滿成功!
就像K哥說的,靜下心,關閉QQ,好好的鑽研一下,你就進步了!
IT之夢---你---我---他
2012年11月27日
最後更新:2017-04-02 22:15:46
上一篇:
uva 10282 - Babelfish
下一篇:
iOS自學筆記--outlet, @property
《Log4j 2官方文檔》 Configuration Syntax
Hadoop2.0 Namenode HA實現方案介紹及匯總
8月1日雲棲精選夜讀:獨家:阿裏巴巴DevOps落地實踐玩法及思路解析
Commons IO 官方文檔
PostgreSQL 中英文混合分詞特殊規則(中文單字、英文單詞) - 中英分明
服務器散熱問題老大難!液體降溫冷卻方式你試過了嗎?
struts標簽格式化時間<s:date name="neowaveBloodPressure.monitorTime" format="yyyy-MM-dd HH:mm:ss&q
杭州人正在用的城市大腦,有可能是人類下一個“登月計劃”
課堂管理超實用技巧
一笑泯恩仇:蓋茨回憶喬布斯