Server

使用RAID 2.0時，最好搭配使用容錯能力較高的RAID 6組態，並限制磁碟群組規模，以抑制LUN失效機率 文/ 張明德 | 2016-09-10 發表 iThome RAID 2.0架構的基本原理，是透過分散式虛擬區塊技術，將資料打散到更多硬碟上，藉由讓更多硬碟參與RAID群組，來提高系統重建效能，硬碟數量越多，速度也越快。 但由此衍生出的一個疑慮，便是出現硬碟失效的機率，將隨著系統硬碟數量的增加而大幅提高。 每臺硬碟都存在著一定的失效機率，群組內的硬碟數量越多，累積出現硬碟失效的機率也越高。例如使用一個4臺硬碟組成的RAID 5群組時，出現2臺硬碟同時失效、導致系統無法回復的機率是很小的；但如果透過RAID 2.0把同樣的資料打散到100臺硬碟上，這100臺硬碟累積出現2臺硬碟故障的機率，將會大幅增加幾十倍。所以，RAID 2.0出現硬碟故障的機率是增加的。 舉例來說，以同樣使用40臺硬碟，搭配使用容許一臺硬碟失效的RAID 5組態為基準，RAID 2.0的做法是將40臺硬碟全構成為一個磁碟群組，而傳統RAID 5則通常是將40臺硬碟，分別組成8個各含5臺硬碟的群組。就硬碟失效機率來說，若整個系統硬碟總數相同（40臺），在全系統層級出現硬碟失效的機率也相同，傳統RAID與RAID 2.0之間沒有差異。 但就建立LUN所在的RAID群組層級來說，傳統RAID 5的小群組（5臺硬碟），遇上硬碟失效的機率，要比RAID 2.0的40臺硬碟大群組低的多。而就容錯能力來看，RAID 2.0整個40臺硬碟的磁碟群組在RAID 5組態下，只能承受1臺硬碟失效，而傳統RAID 5架構，則是8個RAID 5群組各自都能承受1臺硬碟失效。不過當出現1臺硬碟失效後時，RAID 2.0由於能動用全部剩餘完好硬碟（39臺）共同進行重建作業，速度要比只能動用個別RAID 5群組剩餘硬碟（4臺）進行重建...

包括HPE 3PAR、NetApp、華為與IBM等儲存廠商，已先後引進了以分散式區塊技術為基礎的RAID 2.0架構，為儲存市場帶來了全新架構的磁碟陣列產品類型 文/ 張明德 | 2016-09-10 發表 iThome 誕生迄今剛好滿30年的RAID架構，目前正在歷經一波轉型，原有的RAID技術，已無法因應TB等級大容量硬碟造成的重建時間過長問題，以分散式區塊技術為基礎的新一代RAID架構，也就是我們所稱的RAID 2.0，被視為解決傳統RAID缺陷的一條路徑。 由於RAID是整個儲存系統的基礎，牽一髮而動全身，多數大廠受限於既有產品的包袱，難以導入RAID 2.0這種全新架構，因此是由沒有歷史包袱的新創廠商推出的全新產品線，率先應用了RAID 2.0架構。 第1家推出RAID 2.0架構儲存設備的廠商是3PAR，在尚未被HP併購之前，3PAR在2008年發表的T400、T800高階磁碟陣列上，就率先提供了稱作Fast RAID 5的新型式RAID技術，也是第一種實際應用到磁碟陣列產品上的RAID 2.0架構。 繼3PAR之後，又有幾種RAID 2.0技術問世，例如NetApp在2012年時，為併購自LSI Engenio的E系列磁碟陣列產品線，引進了稱作動態磁碟池（Dynamic Disk Pool）的新式RAID架構，接下來還有華為在2013年時為OceanStor產品線提供的RAID 2.0+，最新一個加入這股潮流的廠商是IBM，在2016年初為Spectrum Virtualize軟體7.6版引進了分散式RAID（Distributed RAID），以上便是目前主要的4種RAID 2.0技術。 雖然各家的RAID 2.0技術細節與實作方式互有差異，但基本精神與概念是一致的——將所有實體硬碟空間統一切割為一個個虛...

在TB等級硬碟時代，傳統RAID架構已無法因應磁碟陣列的資料保護與系統重建需求，有賴新一代RAID架構來因應新時代的儲存應用環境 文/ 張明德 | 2016-09-10 發表 在新一代RAID架構下，從底層RAID磁碟群組到上層的LUN，全都是以虛擬化形式的區塊來建構，可讓LUN存取服務與RAID重建的負載都分散給系統中所有硬碟來承擔，無論LUN存取服務或RAID群組重建的效能，都可以有顯著的提升。（圖片來源／iThome） 隨著硬碟容量增加，RAID重建資料所需的時間也大幅延長，是當前企業儲存管理最讓人困擾的問題之一。 在過去硬碟容量只有幾十到幾百GB的時代，RAID重建是個十多分鐘以至數十分鐘就能完成的作業，尚不是需要特別擔憂的問題。不過隨著硬碟容量增長到數百GB以至TB等級，RAID重建時間也跟著暴漲到數小時甚至數十小時，已成為儲存管理的一大隱患。 傳統RAID架構的局限 傳統的RAID應用架構，是由磁碟機—RAID群組—LUN—主機的4層式階層結構所組成，選取一定數量的磁碟機組成RAID群組，指定其中一臺硬碟作為閒置的Hot Spare硬碟，然後依容量需求建立LUN，最後再將LUN映射給主機，成為主機上的儲存空間。 這樣的應用架構，存在著幾個局限： 首先，當RAID群組的硬碟損毀、導致需要重建時，只有該RAID群組的硬碟參與重建作業，且重建時的資料寫入負載集中在Hot Spare備援硬碟上，形成重建作業的瓶頸。 其次，LUN的資料存取，僅限於在一個RAID群組所屬的硬碟中進行，限制了主機端所能獲得的存取效能。 未竟全功的改良式RAID架構 為了解決傳統RAID架構的不足，後來出...