早期(十三、四年前)的Storage,我的理解是 Disk => Raid => LUN (Volume) => Mapping
後來離開業界(SI)約莫十一年,鮮少直接接觸、設定Storage
最近開始接觸Hitachi Storage (HDS)
EX :
SSD 480G x4、SAS 1.2TB x8 => 誤植為1TB,特此更正
=> SSD x4(Raid 10)、SAS x8(Raid 5)
=> SSD LUN 110G x8、SAS LUN 460G x16 -> 此段比較無法理解有何用意?又容量大小如何計算?
=> SSD Pool(1)、SAS Pool(2)
=> LUN (Volume)
=> Mapping
有請各位邦大釋疑
在此先謝了
現在很多技術人員, 他們的說法其實只是《以訛傳訛》, 有些是自己從別人聽來的說法, 自己沒查證就信了, 有些是公司前輩留下來的作法, 自己不敢質疑, 只好跟著一樣說.
HDS 是否有甚麼獨門的技術, 需要這樣去分割 LUN?
我也真的不知道. 但我知道兩件事:
假設您是新購的系統, 還沒開始上線的話,
可以試著把那一堆 LUN 打掉, 重建一個單一的 LUN,
用測速軟體跑看看, 整成一個之後, 效能有甚麼改變?
提不出原廠文件的話, 那就是工程師自己獨門的秘技, 但這個秘技是真的可以必殺? 還是只拿來嘴砲唬人, 禁不起考驗?
如果是真的有效, 他們一定有驗證的案例可以讓你看.
如果他們從來都沒有驗證過, 那該不該相信這個說法?
這種事情也不需要嘴來嘴去的跟他辯,
找原廠文件 + 測一次便知, 相信科學, 相信實證.
感謝雷大的回覆
所以雷大所說的建議,雖然非常好,然現實上是我無法執行的作業方式
另補充一下,小弟算是屬於被趕鴨子上架,進公司數周後(之前完全未提供相關文件),才進行一次兩天一夜的教育訓練,接著立即進行主機的實際安裝設定,一邊摸索一邊學習
簡單 Google 一下, 有人證實這種說法:
Single vs. Multiple LUN
回文者說, 切出多個小容量 LUN 再到 OS 裡面去組合成一棵大硬碟, 他用 SQLIO 測出, 隨機和循序讀寫效能都有提升.
主要是因為:
切成多個 LUN, 可以將不同 LUN 交給不同的 HDS Controller 去處理, 速度會較快; 如果只有一個 LUN, 就只能用到一個 Controller, 自然處理效能較差.
其次, 如果只有一個 LUN, 在 HDS 的環境中, 無法將所有 Cache 容量都用滿, 必須用多個 LUN 才能填滿所有的 Cache 容量. 而 Cache 的利用率, 對效能有很大的幫助.
雖然沒看到實際的測試數據, 但既然有人可以說得出其中的科學原理, 就姑且相信他是真的吧.
以上僅針對 HDS 的特性, 不一定適用於其他廠牌.
Google大神果然無所不能,但一定要知道「關鍵字」,不然就是找不到需要的資訊
這樣看起來,HDS似乎真有其獨到之處!值得研究看看
感謝雷大給的方向,小弟研究一下,謝謝
SAS 1TB x8
=>SAS x8(Raid 5) => 7TB
=>SAS LUN 460G x14,才對吧!