Dell Compellent的一些缺陷

最近學(xué)習(xí)Dell Compellent系列存儲，做了一些筆記。
總體來說這個是一個企業(yè)存儲，適合各種應(yīng)用場景，不過，通過網(wǎng)上查一些資料，發(fā)現(xiàn)該系列存儲白壁微瑕，總結(jié)下來主要在以下幾個方面：
RAID Scrub（RAID糾錯）
數(shù)據(jù)寫入到磁盤過程中，或者存儲在磁盤后有可能發(fā)生畸變。所以，所有的存儲都會運行后臺進(jìn)程進(jìn)行數(shù)據(jù)糾錯。這就是RAID Scrub機制：控制器定期讀磁盤數(shù)據(jù)塊，利用檢校數(shù)據(jù)檢查磁盤數(shù)據(jù)塊的正確性，如果發(fā)現(xiàn)數(shù)據(jù)塊錯誤，存儲將自動進(jìn)行糾正。進(jìn)行糾錯的過程中，磁盤的讀的IO將非常高。而Dell Compellent的RAID Scrub后臺進(jìn)程的運行優(yōu)先級高于業(yè)務(wù)端，也就是說，無論業(yè)務(wù)多繁忙，都需要優(yōu)先進(jìn)行RAID Scrub。很多時候，業(yè)務(wù)IO請求和RAID Scrub進(jìn)程會有沖突，這個時候業(yè)務(wù)IO的延時就會很大。而且，Dell Compellent的RAID Scrub進(jìn)程的運行時間用戶無法干預(yù)，這個是Dell Compellent性能表現(xiàn)不佳的重要原因。
數(shù)據(jù)分層（Data Progression）
數(shù)據(jù)分層是一個很好的提高性能的機制，但是Dell Compellent的數(shù)據(jù)分層也存在一個重要缺陷。啟用按需（on-demand）分層策略后，當(dāng)HDD的某些數(shù)據(jù)被主機大量訪問，這些數(shù)據(jù)就會變成熱點數(shù)據(jù)，熱點數(shù)據(jù)塊會被遷移到SSD，但是遷移過程中，主機端也在等待這些數(shù)據(jù)的訪問結(jié)果，由于分層遷移的優(yōu)先級高于業(yè)務(wù)端訪問，主機端的訪問只能等待遷移結(jié)束。
多路徑機制
存儲前端控制器多路徑機制在一定程度上決定存儲的讀寫性能和可靠性，現(xiàn)有的前端控制器多路徑機制大致可分為A/A-S(Active/Acivie-Symmetric)、ALUA和A/P(Active/Passive)三大類。
A/A-S(Active/Acivie-Symmetric)機制，對于特定的LUN來說，在它的路徑中，多個存儲控制器的目標(biāo)端口均處于主動/優(yōu)化(Active/optimized)狀態(tài)。多個控制器之間通過PCIe或Infiniband等實現(xiàn)高速互聯(lián)的通訊，從主機側(cè)發(fā)送一個IO到控制器端后，多個控制器可同時參與IO處理；存儲系統(tǒng)會自動負(fù)載均衡，當(dāng)一個控制器繁忙或業(yè)務(wù)壓力較大時，存儲系統(tǒng)不需要主機端多路徑負(fù)載均衡軟件參與就可以自動實現(xiàn)負(fù)載均衡。這種機制在高端存儲中較多使用。
對于ALUA(Active/Active-Asymmetric)機制來說，特定的LUN在控制器的路徑組中，只有一個控制器的目標(biāo)端口組處于主動/優(yōu)化(Active/Optimized)狀態(tài)，其他控制器的目標(biāo)端口組處于主動/非優(yōu)化(Active/Unoptimized)狀態(tài)。某個時刻一個特定LUN只屬于某一個優(yōu)選控制器，在多路徑的配合下，IO從優(yōu)選控制的IO組(Active/Optimized)下發(fā)IO，多路徑不會發(fā)送該LUN的IO到其他控制器，一般通過將LUN A歸屬控制器A，將LUNB歸屬給控制器B實現(xiàn)兩邊的負(fù)載均衡，歸屬操作可以手動或自動完成。這種機制在中高端存儲中使用。
還有一種是A/P(Active/Passive)機制，一般只用在低端雙活存儲陣列中?，F(xiàn)在這種架構(gòu)已經(jīng)很少見了。對于特定的LUN來說，在對應(yīng)存儲的路徑中只有一個控制器的目標(biāo)端口處于主動/優(yōu)化(Active/Optimized)狀態(tài)，其他控制器的目標(biāo)端口處于備用或平時不工作狀態(tài)，其負(fù)載均衡處理方式與ALUA類似(即根據(jù)優(yōu)選控制器來決定)，但是由于多路徑和存儲互不相識(多路徑不知道那些路徑是優(yōu)選路徑)，IO很難選到合適的路徑，IO的下發(fā)可以說這完全取決于上層多路徑的心情，解決方案是提供自研多路徑來配合陣列選路，通過私有協(xié)議實現(xiàn)IO到優(yōu)選路徑的匹配。而Dell的Compellent就是使用該種機制，這也就帶來了性能的問題。在一個4條路徑的物理環(huán)境中，能夠發(fā)現(xiàn)LUN的路徑只有2條。
如果有一種情況：Compellent存儲上的所有主機端口故障，但是控制器還繼續(xù)工作，那么這個時候，屬于該控制器的LUN將全部不能訪問。因為這時候控制器正常，存儲不會將LUN切換到另外的控制器。同時因為不支持ALUA機制，主機端也不能通過另外的控制器訪問這些LUN。有個簡單的辦法就可以測試這種狀況，就是把Compellent一個控制器上的主機端口線纜全部拔出。這個時候就有部分LUN不能訪問。雖然這種情況比較少見，但是還是可能發(fā)生。

以上部分是通過網(wǎng)上查資料總結(jié)，本人沒有條件論證，所以發(fā)布到網(wǎng)上，如果有不準(zhǔn)確的請指正。