【文章內(nèi)容簡(jiǎ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)用是單線程（也就是說，讀一個(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ù)庫，要求的寫的帶寬超過了一個(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 是一種有效的策略來使 I/O 從多個(gè)軸來分布式訪問。一個(gè)可以讓很多個(gè)磁盤處于忙碌狀態(tài)的應(yīng)用，將會(huì)從多個(gè)硬盤數(shù)中得益。 注意一些卷的管理建議 小的主機(jī) stripe（ 16KB 到 64KB）。這對(duì)使用一種 stripe的 Raid type 的 CLARiiON 來說并不正確。對(duì)于 OLTP，卷管理器的 stripe element應(yīng)該跟 CLARiiON 的 stripe size（典型來說是 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í)刻。 [編輯 ] 5. 主機(jī) HBA的影響 用來實(shí)現(xiàn)主機(jī)附加的拓?fù)?，取決于系統(tǒng)的目標(biāo)。高可用性要求雙 HBA卡和到存儲(chǔ)器的雙路徑。雙路徑對(duì)性能的影響，主要看管理者如何去從系統(tǒng)資源里得到負(fù)載均衡的能力。 在對(duì)存儲(chǔ)系統(tǒng)調(diào)優(yōu)的時(shí)候，必須牢記 HBA 卡和驅(qū)動(dòng)的作用。 EMC的 ELab提供了設(shè)置磁盤和固件的建議，而我們必須要按這些建議來操作。 [編輯 ] A. HBA 卡的限制 HBA 卡的固件， HBA 卡使用的驅(qū)動(dòng)的版本，和主機(jī)的操作系統(tǒng)，都可以影響到在存儲(chǔ)陣列中的最大量的 I/O size 和并發(fā)訪問的程度。 [編輯 ] B. Powerpath 如果操作系統(tǒng)可以使用， Powerpath 這個(gè)軟件應(yīng)該總是要使用的 — 不管是對(duì)于一個(gè)單一連接到一個(gè)交換機(jī)的系統(tǒng)（允許主機(jī)繼續(xù)訪問，當(dāng)軟件升級(jí)的時(shí)候）還是在一個(gè)完全冗余的系統(tǒng)。 除了基本的 failover 之外， Powerpath 還允許主機(jī)通過多個(gè)存儲(chǔ)處理器（ SP）的端口來連接到一個(gè) LUN 上面 — 一種我們通常稱之為多路徑的技術(shù)。Powerpath 通過負(fù)載均衡算，來優(yōu)化多路徑訪問 LUN。 Powerpath 提供了幾種負(fù)載均衡的算法，默認(rèn)的那 種 ClarOpt是我們所推薦的。 ClarOpt 可以調(diào)整傳輸 byte 的數(shù)量，正如隊(duì)列的深度一樣。 連接到所有目前的 CLARiiON 的型號(hào)的主機(jī)，都可以從多路徑中獲益。直接連接的多路徑需要至少兩張 HBA 卡；實(shí)際的 SAN 多路徑需要兩張 HBA卡，其中的每一個(gè)都會(huì)被分配到多于一個(gè) SP 端口的區(qū)域。多路徑的好處在于： ? 在同一個(gè) SP 中，可以從一個(gè)端口 failover到另一個(gè)端口，修復(fù)一個(gè)事件的系統(tǒng)工作。 ? 在 SP的端口和主機(jī) HBA卡中的負(fù)載均衡 ? 從主機(jī)到存儲(chǔ)系統(tǒng)中獲得更高的帶寬（假設(shè)主機(jī)里，路徑能使用 足夠多的 HBA 卡） 當(dāng) Powerpath 提供了所有可行路徑的負(fù)載均衡，這會(huì)帶來一些附加的開銷： ? 一些主機(jī)的 CPU資源會(huì)被一般的操作所使用，正如會(huì)被 failover 的時(shí)候使用。 ? 在一些情形下，活躍的路徑會(huì)增加一些時(shí)間來 failover。（ Powerpath 在嘗試幾條路徑之后，才會(huì) trespass 一個(gè) LUN 從一個(gè) SP到另一個(gè) SP） 因?yàn)檫@些事實(shí)，活躍的路徑應(yīng)該受到限制，通過 zoning，到兩個(gè)存儲(chǔ)系統(tǒng)的端口對(duì)應(yīng)一個(gè) HBA 卡來影射到一個(gè)被主機(jī)綁定的存儲(chǔ)系統(tǒng)。一個(gè)例外是，在從其它共享存儲(chǔ)系統(tǒng)端口的主機(jī)所爆發(fā) 的環(huán)境，是不可預(yù)知和嚴(yán)峻的。在這個(gè)情形下，四個(gè)存儲(chǔ)系統(tǒng)的端口都有一個(gè)各自的 HBA 卡，這是可以實(shí)現(xiàn)的。 [編輯 ] 6. MetaLUNs MetaLUN 是一個(gè)所有 CLARiiON 系列存儲(chǔ)系統(tǒng)都特有的功能。我們從好幾個(gè)方面來討論什么時(shí)候和怎么用 metaLUN。 [編輯 ] A. 對(duì)比 metaLUN 和卷管理器 在一個(gè) CLARiiON 存儲(chǔ)系統(tǒng)， metaLUN 被當(dāng)作一個(gè)在 RAID 引擎之上的層，在功能上來說相似于主機(jī)上的一個(gè)卷管理器。但是，在 metaLUN 和卷管理器之間還是有很多重要的明顯的區(qū)別。 單一的 SCSI 目標(biāo) 對(duì)比 很多的 SCSI 目標(biāo) 要?jiǎng)?chuàng)建一個(gè)卷管理器的 stripe，所有構(gòu)成的 LUN 必須設(shè)定成可以訪問到主機(jī)的。MetaLUN 要求只有一個(gè)單一的 SCSI LUN 被影射到主機(jī)；這個(gè)主機(jī)并不能看到組成這個(gè) metaLUN 的多個(gè) LUN。這會(huì)讓管理員在以下幾個(gè)情形下得益： ? 對(duì)于因?yàn)?OS 限制而有受限制的 LUN 可用的主機(jī) ? 對(duì)于那些增加 LUN 導(dǎo)致 SCSI 設(shè)備重編號(hào)的主機(jī)；經(jīng)常一個(gè)內(nèi)核需要重建，用來清除設(shè)備的條目。 在這些情形下，使用 metaLUN 而不是卷管理器會(huì)簡(jiǎn)化在主機(jī)上的管理。 沒有卷管理器 不是所有的操作系統(tǒng)都有卷管 理器的支持。 MS 的 Server Win2020/2020 集群使用 Microsoft Cluster Services（ MSCS）并不能使用動(dòng)態(tài)磁盤。 MetaLUN 是一個(gè)可以為這些系統(tǒng)提供可擴(kuò)展的， stripe 和 concatenated（連接的）卷的解決方案 。 卷的復(fù)制 如果卷是要被使用 SnapView， MirrorView或者 SAN Copy的存儲(chǔ)系統(tǒng)所復(fù)制的話，一個(gè)可用的鏡像會(huì)要求持續(xù)的處理分離的能力。采用 metaLUN 會(huì)簡(jiǎn)化復(fù)制。 卷訪問共享的介質(zhì) 當(dāng)一個(gè)使用了 stripe 或者 concatenate 的卷必須要允許在主機(jī)間共享訪問，一個(gè)卷管理器不能許可共享訪問，而 metaLUN 可以使用并實(shí)現(xiàn)這個(gè)功能。 MetaLUN可以在兩個(gè)的主機(jī)存儲(chǔ)組之間應(yīng)用。 存儲(chǔ)處理器（ SP）的帶寬 卷管理器的卷和 metaLUN 之間的一個(gè)重要的顯著區(qū)別是， metaLUN 是可以被一個(gè)CLARiiON 存儲(chǔ)系統(tǒng)上的一個(gè)存儲(chǔ)處理器完全的訪問。如果一個(gè)單一的卷需要非常高的帶寬，一個(gè)卷管理器仍然是最好的方式，因?yàn)榫砜梢詮牟煌?SP 上的 LUN上來建立。一個(gè)卷管理器允許用戶訪問存儲(chǔ)器，通過很多個(gè) SP的集合起來的帶寬。 卷管理器和并發(fā) 訪問 正如在“ Plaids： 為高帶寬設(shè)置”章節(jié)里指出的那樣，基于主機(jī)的 stripe 的卷的使用，對(duì)于有多線程的大的 request（那些有多于一個(gè)卷 stripe segment 組成的 request），會(huì)有比較高的效果。這會(huì)增加存儲(chǔ)器的并發(fā)訪問能力。使用metaLUN 不會(huì)帶來多線程上好的效果，因?yàn)?ponent LUN 上的多路復(fù)用是由存儲(chǔ)系統(tǒng)來實(shí)現(xiàn)的。 [編輯 ] B. MetaLUN 的使用說明和推薦 MetaLUN 包含了以下三種類型：條帶的 (stripe)，結(jié)和的 (concatenate)，和混合的 (hybrid)。這個(gè)章節(jié)會(huì)做出幾個(gè)通常的推薦。對(duì)那些想要更多細(xì)節(jié)的人來說，接下來的章節(jié)中將會(huì)定位建立 metaLUN 和相關(guān)每種類型的優(yōu)點(diǎn)的策略和方法。 什么時(shí)候使用 metaLUN 通過前面的卷管理器的討論，應(yīng)該在以下情形下使用 metaLUN： ? 當(dāng)大量 的存儲(chǔ)整合變得有必要的時(shí)候（每一個(gè)卷都需要非常多的很多磁盤） ? 當(dāng)要求 LUN 的擴(kuò)展的時(shí)候 當(dāng)你建立一個(gè) metaLUN 的時(shí)候，你可以控制以下的要素： ponent LUN 的類型，metaLUN 的類型，和 stirpe multiplier（增加的）。 Component LUN 的類型 用來綁定在一個(gè) metaLUN上的 LUN的類型應(yīng)該能反映 metaLUN上要求的 I/O的形式。例如，使用在這份白皮書里面建議的各種不同的 Raid 的類型（“ Raid 的類型和性能”提供了更多的信息），來匹配 I/O 的形式。 當(dāng)綁定 ponent LUN 的時(shí)候，使用以下規(guī)則： ? 當(dāng)為 metaLUN 綁定 LUN 的時(shí)候，總是使用默認(rèn)的 stripe element size(128 block) ? 總是激活讀緩存和寫緩存 ? 確保為 ponent LUN 設(shè)置的 writeaside的大小為 2048。（ writeaside 在“ RAID 引擎緩存”里面會(huì)被提到） ? 避免在 RAID 5 的磁盤組里使用少于 4塊的硬盤（或者說，至少是要 3+1 模式） ? 使用 RAID 1/0 磁盤組的時(shí)候，至少使用 4塊硬盤（新的 1+1 并不是對(duì) metaLUN 的一個(gè) 好的選擇） ? 不要使用 ponent LUN 位移來校正 stripe的對(duì)齊。 MetaLUN 有他們自己的位移值。 MetaLUN 的類型 一般來說，盡可能的使用 stripe 方式的 metaLUN，因?yàn)樗麄兡荏w現(xiàn)出我們能預(yù)知的更好的性能。 Concatenat 一個(gè)單獨(dú)的 LUN 給一個(gè) metaLUN，會(huì)更加方便；這可能在擴(kuò)展一個(gè)對(duì)性能并不敏感的卷會(huì)更加合適。 Hybrid metaLUN 使用 stripe 的方式捆綁 concatenate 的 LUN。這個(gè)方式被用來克服 stipe 擴(kuò)展的成本（這樣會(huì)比較低）。一個(gè)采用 stripe 方式的 metaLUN 可以通過 concatenate另一個(gè) stripe ponent的方式來擴(kuò)展。這樣保持了 stripe ponent 可預(yù)計(jì)的性能，也允許用戶用來擴(kuò)展一個(gè) stripe 的 metaLUN 而不用隊(duì)已經(jīng)出線的數(shù)據(jù)的重組（性能將會(huì)受到影響，當(dāng)重新條帶化操作進(jìn)行的時(shí)候）。圖四展示了這一點(diǎn)。 圖四 hybridstriped metaLUN 在理想的情況下，在擴(kuò)展 stripe 設(shè)置的 LUN 將會(huì)分布在同樣 RAID 類型的不同的RAID 組里面，也會(huì)表現(xiàn)得更原始的 stripe ponent 一致。大部分最直接的方式是使用同一個(gè) RAID 組作為基礎(chǔ)的 ponent。這個(gè) RAID 組是被最先擴(kuò)展的，以便使空間變的可用。這個(gè)方式在“ metaLUN 擴(kuò)展方法”里會(huì)演示。 RAID 組的擴(kuò)展是更加有效率的，對(duì)比 metaLUN restripe（把這個(gè)重分條過程設(shè)置成中等優(yōu)先級(jí)別），也會(huì)對(duì)主機(jī)性能有更小的影響。 MetaLUN stripe multiplier stripe multiplier 決定了 metaLUN 的 stripe element size: Stripe multiplier * base LUN stripe size = metaLUN stripe segment size MetaLUN stripe segment size 是任何 ponent LUN 能收到的最大的 I/O。 所有的高帶寬性能和隨機(jī)分布都要求 metaLUN stripe element 的大小為 1MB左右。而且，在下面的 RAID組還可能被擴(kuò)充。我們需要確保 metaLUN stripe element是足夠大，大到跟寫的完全的 stripe 一樣，用來擴(kuò)展 ponent LUN（圖表 1）。 使用以下規(guī)則來設(shè)置 stripe multiplier： ? 除非使用 RAID 0，使用最少四個(gè)磁盤的磁盤組，來組成作為 ponent LUN 主機(jī)的 RAID組。 ? 為磁盤組的大小來測(cè)定選擇有效的磁盤個(gè)數(shù)。例如，六個(gè)磁盤的 RAID 1/0 是 3（ 3+3）。五個(gè)磁盤的 RAID5 是 4（ 4+1） ? 通過圖表 1，為有效磁盤的個(gè)數(shù)而選擇multiplier 如果有疑問，使用 4作為 metaLUN 的 stripe multiplier。對(duì)大部分情