Re: [心得] 警告!不要再用Raid 5了!

看板Storage_Zone作者 (サクラ)時間9年前 (2014/12/27 05:44), 編輯推噓5(509)
留言14則, 7人參與, 最新討論串3/7 (看更多)
這篇文章的數學 都是在一些假設前提下算出來的 所以不能說算錯 不過對於這些算出來的數字 你要怎麼去解釋 就有很大的差別 這篇文章很重點在強調Raid 5 很危險很危險不要用 恩 真的嗎 整篇文章只算一個數值 在確定URE的前提下 讀取特定資料量 完全不出錯的的機率 Raid 5 爆炸一顆後 的確是需要全部讀取正確 那還有什麼狀況也符合呢? Raid 6 爆炸兩顆 需要全部讀取正確 才能回復原始狀態 看起來鬼扯但是真的可以用的例子 以 1/10E14的硬碟來講 4TB兩顆 壞一顆 的Raid1,重建Raid的成功率是 72.63% Raid 1 只壞一顆不就等於資料無損失嗎? 怎麼看起來還有20多%機率壞掉啊 容我引用數據然後再舉一個例子 4TB 6TB 8TB 10TB 12TB 14TB 16TB 1E-14 72.63% 61.90% 52.76% 44.96% 38.32% 32.66% 27.83% 以這數據來說 你買一顆4TB硬碟 塞滿了A片 再買一顆4TB硬碟 複製資料過去 你有72.63%的機會完全複製正確 你買的硬碟越大 複製的資料越多就越容易壞掉 好恐怖啊 那還是不要買大硬碟好了 越大越容易壞 我可以這樣解釋數據嗎? 這真的不是數學問題啊 是解釋的方式 上面我用你邏輯講述 會非常讓人以為 如果我架了一個8T容量的Raid5,壞了一顆硬碟後,有一半左右機率資料全壞 你不是要表達這種吧 可是你講起來非常像啊 舉個例子 我去醫院治香港腳 醫生說50%會根治 剩下可能是25%沒改善 25%會改善但沒根治之類的 但用你的方式講起來 就很像50%會根治 不然就死翹翹 沒這麼嚴重吧 所以真的想純討論的話 就是去分析那所謂不完美的情況 是怎麼呈現的 如果你能說出這段 反而會是比較有用的資訊分享 至於真正的實務操作狀況 因為你都是假設硬體正常 我自己遇到的資料毀滅 都是Degrade後Rebuild期間又繼續壞硬碟 壞卡壞電源壞主板的 那種不能預測的硬體直接損壞才是讓人比較頭大的 啊 突然想到一個很有趣的詭辯例子 人類啊 通常年紀越大死亡率越高 所以不要活到哪麼老 機率上就比較不會死了 邏輯上好像也講的通吼 這篇長文同時寄信給原作者及發表於版上 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.36.178.213 ※ 文章網址: http://www.ptt.cc/bbs/Storage_Zone/M.1419630254.A.396.html

12/27 08:13, , 1F
生日想過少一點就不要活太長(咦?
12/27 08:13, 1F

12/27 08:40, , 2F
妳若不要活到那麼老 那死的時候死亡機率就是1 所以
12/27 08:40, 2F

12/27 08:40, , 3F
還是要活老點
12/27 08:40, 3F

12/27 15:23, , 4F
本篇完全突破盲點了
12/27 15:23, 4F

12/27 15:49, , 5F
推論述
12/27 15:49, 5F

12/27 22:25, , 6F
推邏輯
12/27 22:25, 6F

12/29 00:20, , 7F
原本不太想回應的,但我原文完全就有提到發生URE不
12/29 00:20, 7F

12/29 00:21, , 8F
重建失敗,也有簡單描述重建時發生read error的情境
12/29 00:21, 8F

12/29 00:21, , 9F
不知道你在斷章取義什麼。
12/29 00:21, 9F

12/29 00:26, , 10F
不管你幾歲,只要多活、對於統計上的死亡率就是下降
12/29 00:26, 10F

12/29 00:27, , 11F
我不知道你的詭辯例子是要對應到哪一點啦...
12/29 00:27, 11F

12/29 02:28, , 12F
推這篇,樓上(就是原原PO)那篇下個聳動標題,內容用
12/29 02:28, 12F

12/29 02:28, , 13F
偏頗敘述搞的好像用RAID5就會爆炸一樣,只有他是先
12/29 02:28, 13F

12/29 02:29, , 14F
知,看了真的很倒彈
12/29 02:29, 14F
文章代碼(AID): #1KdTQkEM (Storage_Zone)
討論串 (同標題文章)
文章代碼(AID): #1KdTQkEM (Storage_Zone)