多年來，我們這些存儲行業(yè)人士依賴于各種標桿來衡量存儲系統(tǒng)在不同條件下的相對性能。隨著存儲系統(tǒng)包含新的技術，包含數(shù)據(jù)縮減技術和作為高速緩存或自動分層的閃存記憶體，我們現(xiàn)有標桿組合的報告結果開始不能直接用于比較新一代存儲系統(tǒng)在實際世界中的性能。

　　最常用的存儲標桿是IOmeter。這個標桿原來是英特爾開發(fā)的，從2001年開始成為SourceForge上的開源項目。IOmeter可以執(zhí)行不同大小的隨機和順序I/O操作，匯報IOPs(每秒輸入輸出)數(shù)字、吞吐率和系統(tǒng)延遲時間。IOmeter的優(yōu)點是免費和便于使用。因此，我們已經(jīng)開發(fā)出各種IOmeter訪問模式，混合了不同大小的IO請求以及隨機/順序訪問模式來模仿文件、網(wǎng)絡和數(shù)據(jù)庫服務器。

　　這幾年我們聽到應用程序廠商告訴我們說存儲系統(tǒng)高速緩存的影響應該減少到最小，我們調整了我們的測試套件來衡量實際的磁盤性能，將存儲系統(tǒng)RAM(隨機存取記憶體)高速緩存的影響最小化。由于即使今天的RAM高速緩存也只有數(shù)GB而已，因此在數(shù)據(jù)集或卷上運行幾次高速緩存大小的標桿測試可以確保我們不會將一個快速的高速緩存看成一個快速的存儲系統(tǒng)。

　　可是一旦我們開始測試以閃存為高速緩存或自動存儲層的存儲系統(tǒng)，系統(tǒng)將不再提供測試數(shù)據(jù)集上持續(xù)的性能。在運行實際應用程序的時候，數(shù)據(jù)一些部分，比如索引，將成為“熱數(shù)據(jù)”并由閃存提供訪問服務，而數(shù)據(jù)集的其他部分，比如事務日志或銷售記錄，只會被訪問一次或兩次。這些更冷的數(shù)據(jù)將由磁盤提供訪問服務。

　　問題是當IOmeter進行隨機IO操作的時候，它的IO請求是平均分布在被測試卷上的。和實際的應用程序不同，IOmeter不會創(chuàng)建熱點，因此，IOmeter的結果不會顯示出實際應用程序加入閃存后顯著的性能提升。

　　為了從復合存儲系統(tǒng)中獲得有意義的測試結果，我們的標桿需要按照實際應用程序訪問存儲的方式來訪問存儲。TPC-C和SPECsfs這樣的標桿基于的是實際用戶和應用程序的IO模式，因此它們會在測試數(shù)據(jù)上創(chuàng)建熱區(qū)域和冷區(qū)域，它們的結果比起IOmeter與真實世界的性能更加具有相關性。問題是這些標桿的獲取和運行很貴，因此廠商們一般都傾向于只匯報專門調整過的使用大量小型磁盤驅動器的高端存儲系統(tǒng)或其他在真實世界中比較罕見的配置方案的測試結果。

　　如果這還不夠讓人沮喪的話，那么另一個令人沮喪的情況是即使最先進的標桿也是寫入同樣的或隨機的數(shù)據(jù)來創(chuàng)建整個數(shù)據(jù)集。雖然磁盤驅動器和大多數(shù)SSD(固態(tài)驅動器)無論你給它們寫入什么數(shù)據(jù)都是一樣的性能，但是如果存儲系統(tǒng)配置有數(shù)據(jù)縮減技術(比如數(shù)據(jù)壓縮或重復數(shù)據(jù)刪除)的話，情況就不一樣了。如果我們測試一個執(zhí)行在線重復數(shù)據(jù)刪除的存儲系統(tǒng)，比如來自Pure Storage、Nimbus Data或Solidfire的新一代全固態(tài)系統(tǒng)，那么使用一個持續(xù)按固定數(shù)據(jù)模式寫入的標桿，系統(tǒng)會在幾MB的記憶體里存儲到100GB的測試文件，排除幾乎所有到后端磁盤驅動器或閃存的IO，提供從理論上來說毫不實際的性能數(shù)據(jù)。

　　我們在Demartek的競爭對手最近貼出了由幾個流行標桿創(chuàng)建的數(shù)據(jù)文件，你可以看到問題的嚴重性。

　　創(chuàng)建一個可以在實際地點存儲實際數(shù)據(jù)的標桿是一個重要的任務。這個標桿必須從某種形式的目錄中讀取數(shù)據(jù)然后將數(shù)據(jù)寫入到測試系統(tǒng)。為了給一個500GB閃存的企業(yè)級存儲陣列創(chuàng)建足夠的傳輸流，我們將必須讓幾個服務器協(xié)同工作，讓它們從一個存儲系統(tǒng)中讀取源數(shù)據(jù)，而這個源數(shù)據(jù)存儲系統(tǒng)的速度至少必須和運行標桿測試的系統(tǒng)的順序IO速度一致。我確實很希望有人可以很快提出一個好解決方案。

原文鏈接：http://storage.it168.com/a2011/1222/1292/000001292470.shtml