4.卷管理器Volume Managers

對(duì)卷管理器的主要性能影響因素，是CLARiiON LUN使用了stripe的方式（我們所說(shuō)的plaid或者stripe on stripe）。

我們要避免使用基于主機(jī)RAID而且使用校驗(yàn)（如Raid3，Raid5）的應(yīng)用。這會(huì)消耗掉主機(jī)的資源來(lái)實(shí)現(xiàn)這一服務(wù)（校驗(yàn)保護(hù)），而這其實(shí)讓存儲(chǔ)系統(tǒng)來(lái)實(shí)現(xiàn)這個(gè)服務(wù)會(huì)更加好。

圖三顯示了在以下章節(jié)中討論到的三種不同plaid技術(shù)

對(duì)于所有的情形，都會(huì)遵從以下規(guī)則：

A． Plaid 應(yīng)該做的：

把主機(jī)管理器的stripe深度（stripe element）設(shè)成CLARiiON LUN的stripe size。你可以使用整數(shù)倍的，但最好還是把stripe element設(shè)定在512KB或者1MB。

簡(jiǎn)而言之，從基本的CLARiiON LUN上來(lái)考慮建立逐級(jí)管理器的stripe。

從分開的磁盤組來(lái)使用LUN；這個(gè)組應(yīng)該有相同的參數(shù)（stripe size，disk count，RAID type，等等）。

B. Plaid 不應(yīng)該做的：

千萬(wàn)不要在同一個(gè)RAID group里把多個(gè)LUN stripe（譯者注：stripe和concatenate都是meteLUN的一種方式，下文中的英文部分的stripe都是特指這個(gè)）在一起。這是因?yàn)闀?huì)造成大量的磁盤尋道。如果你從一個(gè)磁盤組需要捆綁多個(gè)LUN，使用concatenate來(lái)實(shí)現(xiàn)-千萬(wàn)不要使用striping的方式。

不要使主機(jī)的stripe element比CLARiiON的RAID stripe size小。

不要對(duì)那些具有不同RAID type和stripe size的RAID Group，或者根本不同磁盤組的LUN，使用plaid的方式在一起。結(jié)果并不一定是災(zāi)難性的，但很可能會(huì)出現(xiàn)未知的因素。

C. Plaid 為高帶寬的設(shè)置：

plaid在以下幾個(gè)原因使用在高帶寬的應(yīng)用里面：

plaid可以增加存儲(chǔ)系統(tǒng)的協(xié)作（并行訪問）。

plaid允許多于一個(gè)的主機(jī)HBA卡和CLARiiON的存儲(chǔ)運(yùn)算器（SP）共同為一個(gè)volume所用。

非常大的卷可以被分布到多于一個(gè)的CLARiiON系統(tǒng)之上。

增加協(xié)作

Plaid在應(yīng)用是單線程（也就是說(shuō)，讀一個(gè)單一的大文件）的時(shí)候會(huì)比較有用。如果應(yīng)用的I/O的大小正好跟卷管理器的條帶大小一致，那么卷管理器可以訪問那些可以包裝成卷的并發(fā)的LUN。

從多個(gè)存儲(chǔ)器分布式訪問

跨越存儲(chǔ)系統(tǒng)，正如在圖三的配置B里面所演示那樣，僅僅當(dāng)文件系統(tǒng)的大小和帶寬要求需要這樣的一個(gè)設(shè)計(jì)的時(shí)候，才被建議使用。例如，一個(gè)30TB的地質(zhì)信息系統(tǒng)數(shù)據(jù)庫(kù)，要求的寫的帶寬超過了一個(gè)array所能達(dá)到的極限，將會(huì)是一個(gè)多系統(tǒng)plaid的候選者。必須注意的是，一個(gè)軟件的更新或者任何存儲(chǔ)系統(tǒng)的出錯(cuò)?-例如因?yàn)橐粋€(gè)存儲(chǔ)系統(tǒng)上的一個(gè)組件的出錯(cuò)而導(dǎo)致的寫緩存的停用?-將會(huì)影響到整個(gè)文件系統(tǒng)。

D． Plaids and OLTP

OLTP應(yīng)用是難以去分析，也難以去忍受一些熱點(diǎn)。Plaids是一種有效的策略來(lái)使I/O從多個(gè)軸來(lái)分布式訪問。一個(gè)可以讓很多個(gè)磁盤處于忙碌狀態(tài)的應(yīng)用，將會(huì)從多個(gè)硬盤數(shù)中得益。

注意一些卷的管理建議小的主機(jī)stripe（16KB到64KB）。這對(duì)使用一種stripe的Raid type的CLARiiON來(lái)說(shuō)并不正確。對(duì)于OLTP，卷管理器的stripe element應(yīng)該跟CLARiiON的stripe size（典型來(lái)說(shuō)是128KB到512KB）。Plaid對(duì)于OLTP主要的開銷，在于大部分的用戶以跨plaid的方式結(jié)束。

跨plaid

磁盤?-連同磁盤組?-會(huì)變得更大；因此，用戶也常常會(huì)因?yàn)楹脦讉€(gè)主機(jī)卷被同一個(gè)CLARiiON的Raid groups所創(chuàng)立（一個(gè)跨plaid?看圖三中的配置C）而結(jié)束。

這個(gè)設(shè)計(jì)的基本原理是在于以下的情況：對(duì)于任何一個(gè)卷組的隨機(jī)行為的爆發(fā)，將會(huì)分布到多個(gè)磁盤上去。這個(gè)的不足之處在于測(cè)定卷之間的相互作用，是相當(dāng)困難的。

但是，一個(gè)跨plaid也有可能是有效率的，當(dāng)以下情況存在的時(shí)候:

. I/O sizes比較小（8KB或更?。┖碗S機(jī)的訪問

. 卷是受制于一天中不同時(shí)間的爆發(fā)，而不是同一時(shí)刻。

<未完待續(xù)>

多易