VDBench Workload Analysis

時間：2022-03-06 08:18:02 | 來源：行業(yè)動態(tài)

時間：2022-03-06 08:18:02 來源：行業(yè)動態(tài)

在對存儲陣列進(jìn)行基準(zhǔn)測試時，應(yīng)用程序測試是最好的，雖然不能完全代表實(shí)際的工作負(fù)載，但確實(shí)可以幫助確定具有可重復(fù)性因素的基準(zhǔn)存儲設(shè)備，從而使競爭解決方案之間的比較變得容易。

這些工作負(fù)載提供了一系列不同的測試配置文件，常見的數(shù)據(jù)庫傳輸大小測試以及來自不同VDI環(huán)境的跟蹤捕獲。

4KRandom Read: 100% Read, 128 threads, 0-120% iorate

4KRandom Write: 100% Write, 64 threads, 0-120%iorate

64KSequential Read: 100% Read, 16 threads, 0-120%iorate

64KSequential Write: 100% Write, 8 threads, 0-120%iorate

Synthetic Database: SQL and Oracle

VDI Full Clone and Linked Clone Traces

通過隨機(jī)讀取4K，Dell EMC PowerEdge R6525服務(wù)器中的美光9300NVMe SSD達(dá)到了2,619,533 IOPS的峰值，延遲為190.5s。



隨機(jī)4K寫入顯示，當(dāng)接近700K IOPS時，美光9300 NVMe SSD開始出現(xiàn)性能不平衡的情況，最終出現(xiàn)峰值800,426 IOPS，延遲287ms，直到出現(xiàn)最后一個峰值。





接下來是順序工作負(fù)載，我們評測了64k讀取。Dell EMC服務(wù)器的峰值為214,298 IOPS（或13.4GB / s），延遲為596.4s。



對于64K寫入，驅(qū)動器在工作負(fù)載接近4GB / s標(biāo)記時達(dá)到最高。盡管如此，在將延遲增加到683.6ms之前，它達(dá)到了4.193GB / s的峰值。



我們的下一組測試是SQL工作負(fù)載：SQL，SQL90-10和SQL 80-20。從SQL開始，Dell EMC服務(wù)器的峰值為819,928 IOPS，延遲為153.8s。



對于SQL90-10，服務(wù)器在達(dá)到155.3s的延遲時峰值達(dá)到719,148IOPS，之后才受到IOPS的打擊（在下表中相對較難看到）。



轉(zhuǎn)向SQL80-20，Dell EMCR6525服務(wù)器的峰值性能為702,708IOPS，延遲為167.5s。



接下來是我們的Oracle工作負(fù)載：Oracle，Oracle 90-10和Oracle 80-20。從Oracle開始，Dell EMC服務(wù)器的性能峰值達(dá)到667,961 IOPS，延遲為176.4s。



借助Oracle90-10，Dell EMC服務(wù)器的峰值峰值為642,973IOPS，延遲時間為132.3s，然后在工作負(fù)載結(jié)束時對性能造成了輕微影響。



Oracle 80-20在141s的延遲下為服務(wù)器提供了592,949 IOPS的最高性能，在測試結(jié)束時再次使IOPS下降了一點(diǎn)。



接下來，我們切換到VDI-FC-Boot測試，對于VDI完全Copy（FC）引導(dǎo)，Dell EMC服務(wù)器達(dá)到了623,036IOPS的峰值，延遲為196s。



VDI FC初始登錄在工作負(fù)載快要達(dá)到186,801 IOPS時達(dá)到407.4s的延遲，出現(xiàn)了一些移動。



接下來是VDI-FC-Monday登陸測試，這使我們的峰值為175,193 IOPS，延遲為260.3s。



切換到VDI-LC-Boot引導(dǎo)后，Dell EMC服務(wù)器顯示306,695IOPS的峰值和191.2s的延遲。



對于VDI LC初始登錄，服務(wù)器峰值為101,301 IOPS，延遲為234.4s。



最后，VDI-LC-Monday登錄的峰值為109,978 IOPS，延遲僅為286.8s，最后有一些變化。





總結(jié)：

Dell EMC PowerEdge R6525