EFD層，用RAID 5(3+1);

FC層，用RAID 1;(為啥不是RAID 10，想了解的參考西瓜哥以前的文章)，具體原因后面解釋。

SATA層，用RAID 6(6+2)，避免使用RAID 5（因為可靠性的原因），避免使用RAID 6(14+2)，因為不能利用全條帶寫帶來的性能優(yōu)化（西瓜哥分析，是否一個條帶數(shù)據(jù)沒有這么大？還是老平臺后端的核數(shù)不夠？）

建議2、綁定FC層

因為thin設(shè)備（TDEV)必須綁定一個pool才能使用。建議綁定FC池。首先，F(xiàn)C是中間層，可以方便往上升級或者往下降級。第二，大部分的寫，最少最初的，都是寫到新地方的。這也解釋了前面為什么FC配置為RAID 1的原因，因為這樣寫懲罰最小。也就是構(gòu)造一個寫懲罰最小的FC層，讓所有的寫都盡量落在上面。如果采用其他的RAID方式，寫懲罰太高，會影響到整個系統(tǒng)的性能，因為DA（后端控制器）是整個引擎共享的資源，雖然節(jié)省了FC的容量，但得不償失。最后，這樣可以實現(xiàn)超配，后面建議7有更詳細(xì)的信息。

建議3、FAST策略全部選擇100/100/100

這個啥意思，也就是FAST VP已經(jīng)足夠智能，全部由系統(tǒng)來決定這個LUN的數(shù)據(jù)到底放在那一層。FAST VP可以智能識別那些是白天的負(fù)載，那些是晚上的備份流量。如果用戶怕一些非關(guān)鍵的應(yīng)用搶占了關(guān)鍵應(yīng)用的資源，可以采用Host IO Limits的QOS方式來控制。

建議4、VP的分配全部通過FAST策略進(jìn)行。

這個方式比較巧妙，大致意思是如果這樣超額分配FC池，溢出的數(shù)據(jù)會根據(jù)FAST策略流到別的層。但這個和前面的建議2和建議3都是相關(guān)聯(lián)的。

建議5、FC層做鏡像（RAID 1)

這個建議前面已經(jīng)提了。一般說來，EFD層承受40-50%的負(fù)載，F(xiàn)C層承受40%，因此，F(xiàn)C層需要更多考慮性能，而不是容量。加上前面把所有的設(shè)備都綁定到FC層，因此FC的寫懲罰要盡量少。

建議6、不用預(yù)分配

很多客戶選擇預(yù)分配，因為這樣能夠減少第一次寫的延遲（ms級別）。但如果這些空間分配了沒有用，F(xiàn)AST VP會挪到SATA盤上去，造成寫速度的變慢（可以看到FAST VP這塊不夠智能）。因此預(yù)分配空間可能性能更差。
如果預(yù)分配是為了防止超配，請看建議7的解決方案；

建議7、通過FC層的分配來控制超配

用一個例子來說明吧。假設(shè)你有100TB的容量，2TB EFD，20TB FC和78TB SATA。
如果你想用完全的100TB，但不想做超配，你只需要把TDEV限制在100TB內(nèi)就可以了。雖然FC只有20TB，但會自動溢出到別的層。但如果你想用超配，如20%超配，則把TDEV的空間限制為120TB就可以，非常簡單；

建議8、減少EFD層的保留容量Pool Reserved Capacity(PRC)

VMAX一般要求每個pool保留10%空間留給新的寫入，因此，你總是用不到100%容量。但如果我們已經(jīng)遵循了上面的建議，所有的寫都經(jīng)過FC層，因此EFD和SATA層都可以設(shè)置為1%的最小值，特別是EFD，因為容量貴啊，可以多出9%閃存來用。

建議9、其他一切設(shè)置用缺省值就OK

一句話，保持簡單，遵循這些最佳實踐，性能又好，管理也簡單。

點評：這篇文章寫得非常不錯（看原文鏈接）。但如果一個客戶對VMAX不了解，肯定感覺看不懂，更不可能總結(jié)出這些方法。因此，很多讀者也反饋EMC VMAX的歷史包袱太重了，功能設(shè)置太過于復(fù)雜。這也許也是歷史悠久的傳統(tǒng)高端存儲的通病吧。

希望大家積極反饋你的意見和建議，微信掃描如下二維碼，關(guān)注微信公眾號“高端存儲知識”，與作者微信互動。通過掌上DOIT移動客戶端，您可以訂閱西瓜哥專欄，第一時間獲得知名專家和業(yè)界領(lǐng)袖的深度剖析與趨勢分析。

xigua