本次評(píng)測(cè)的服務(wù)器配置
CPU： 2顆第三代英特爾®至強(qiáng)®8380可擴(kuò)展處理器
DRAM：32個(gè)32GB DDR4-3200MHz內(nèi)存
存儲(chǔ)：8個(gè)英特爾P5510 3.84TB Gen4固態(tài)硬盤
ESXi版本：7.0u1
操作系統(tǒng)：CentOS 8.2
SQL Server性能
StorageReview的Microsoft SQL Server OLTP測(cè)試協(xié)議，采用事務(wù)處理性能委員會(huì)的基準(zhǔn)C（TPC-C）規(guī)范，TPC-C是一種在線事務(wù)處理基準(zhǔn)，用于模擬復(fù)雜應(yīng)用程序環(huán)境中的活動(dòng)。TPC-C基準(zhǔn)比合成性能基準(zhǔn)更接近于衡量數(shù)據(jù)庫(kù)環(huán)境中存儲(chǔ)基礎(chǔ)架構(gòu)的性能優(yōu)勢(shì)和瓶頸。
每個(gè)SQL Server VM均配置有兩個(gè)虛擬磁盤vDisk：100GB卷用于引導(dǎo)，500GB卷用于數(shù)據(jù)庫(kù)和日志文件。從系統(tǒng)資源的角度來(lái)看，他們?yōu)槊總€(gè)虛機(jī)（VM）配置了16個(gè)vCPU，64GB DRAM，并利用了LSI Logic SAS SCSI控制器。
SQL Server測(cè)試配置（每臺(tái)虛機(jī)）
Windows Server 2012 R2
存儲(chǔ)空間：分配600GB，已使用500GB
SQL Server 2014
數(shù)據(jù)庫(kù)大小：1500
虛擬客戶端負(fù)載：15000
內(nèi)存緩沖區(qū)：48GB
測(cè)試時(shí)間：3小時(shí)
2.5小時(shí)預(yù)處理
30分鐘采樣時(shí)間
對(duì)于SQL Server平均延遲，戴爾PowerEdge R750整個(gè)8VM都保持了1ms的延遲。
Sysbench MySQL性能
StorageReview的個(gè)本地存儲(chǔ)應(yīng)用程序基準(zhǔn)測(cè)試包含通過(guò)SysBench測(cè)量的Percona MySQL OLTP數(shù)據(jù)庫(kù)。該測(cè)試還測(cè)量平均TPS（每秒事務(wù)數(shù)）、平均延遲以及平均第99個(gè)百分位延遲。
每個(gè)Sysbench VM都配置了三個(gè)虛擬磁盤：一個(gè)用于引導(dǎo)（?92GB），一個(gè)用于預(yù)建數(shù)據(jù)庫(kù)（?447GB），第三個(gè)用于受測(cè)數(shù)據(jù)庫(kù)（270GB）。從系統(tǒng)資源的角度，StorageReview為每個(gè)VM配置了16個(gè)vCPU，60GB的DRAM，并利用了LSI Logic SAS SCSI控制器。
Sysbench MySQL測(cè)試配置（每個(gè)VM）
CentOS 6.3 64位
Percona XtraDB 5.5.30-rel30.1
數(shù)據(jù)庫(kù)表：100
數(shù)據(jù)庫(kù)大?。?0,000,000
數(shù)據(jù)庫(kù)線程：32
內(nèi)存緩沖區(qū)：24GB
測(cè)試時(shí)間：3小時(shí)
2小時(shí)預(yù)處理32個(gè)線程
1小時(shí)32線程
通過(guò)Sysbench OLTP，StorageReview為8個(gè)VM記錄了2.92萬(wàn)TPS的總得分，其中單個(gè)VM的范圍為3631至3665 TPS。使用16VM時(shí)，單個(gè)VM的總得分為2.68萬(wàn)TPS，單個(gè)VM的TPS范圍為1662至1690。
平均延遲上，8VM提供了8.77ms（毫秒）延遲，單個(gè)VM的延遲范圍從8.73ms到8.81ms。16VM的延遲總和為19.1ms，單個(gè)VM的運(yùn)行延遲為18.87ms至19.24ms
對(duì)于壞情況下的延遲（第99個(gè)百分位），8VM的延遲總計(jì)為15.2ms，而16VM的延遲總計(jì)為35.4ms。
VDBench工作負(fù)載分析
所有測(cè)試都利用了常見(jiàn)的VDBench工作負(fù)載生成器，并通過(guò)腳本引擎在大型計(jì)算測(cè)試集群上自動(dòng)化測(cè)試并捕獲結(jié)果。
配置資料
4K隨機(jī)讀?。?00％讀取，128線程，0-120％ iorate
4K隨機(jī)寫入：100％寫入，64線程，0-120％ iorate
64K順序讀?。?00％讀取，16線程，0-120％ iorate
64K順序?qū)懭耄?00％寫入，8線程，0-120％ iorate
綜合數(shù)據(jù)庫(kù)：SQL和Oracle
VDI完整克隆和鏈接克隆跟蹤
4K隨機(jī)讀，PowerEdge R750的啟動(dòng)時(shí)間低于100µs（微秒），一直保持到285萬(wàn)IOPS，然后在569萬(wàn)IOPS達(dá)到峰值，此時(shí)延遲為608µs。
PowerEdge R750的4K隨機(jī)寫令人印象深刻，延遲僅為15.1µs，并在約300萬(wàn)IOPS前始終保持在100µs延遲以下。峰值IOPS為344萬(wàn) ，此時(shí)延遲為986µs。
在讀取狀態(tài)下，我們看到R750峰值為64.4萬(wàn)IOPS或40.3GB/s，延遲為396µs。
64K順序?qū)憰r(shí)，PowerEdge R750以939µs的延遲展現(xiàn)了25.2萬(wàn)IOPS或15.8GB/s的峰值性能。
接下來(lái)是SQL工作負(fù)載：包括SQL，SQL 90-10和SQL 80-20。
從SQL開始，PowerEdge R750開始于81µs，并在約100萬(wàn)IOPS前一直保持100µs以下的延遲。峰值IOPS為179.6萬(wàn)，此時(shí)延遲為141µs。
對(duì)于SQL 90-10，服務(wù)器再次以非常低的延遲（74µs）開始，并在約120萬(wàn)IOPS前一直保持100µs以下的延遲。然后達(dá)到196.5的IOPS峰值和129µs的延遲。
對(duì)于SQL 80-20，PowerEdge R750以71µs的延遲開始，并以185.4萬(wàn)IOPS和136µs的延遲達(dá)到峰值。
接下來(lái)是Oracle工作負(fù)載：包括Oracle、Oracle 90-10和Oracle 80-20。
首先是Oracle，R750繼續(xù)以低延遲開始（67µs），并達(dá)到了128萬(wàn)的IOPS峰值，此時(shí)延遲為128µs。
對(duì)于Oracle 90-10，R750在運(yùn)行的大多數(shù)時(shí)間延遲低于100µs。峰值IOPS為169萬(wàn)，此時(shí)延遲僅為103µs。
其次是Oracle 80-20，我們看到R750再次以低于100µs的延遲運(yùn)行了大多數(shù)時(shí)間。峰值IOPS為164.0萬(wàn)，延遲僅為106µs。
接下來(lái)，StorageReview切換到VDI克隆測(cè)試，即完整克隆和鏈接克隆。
對(duì)于VDI完全克?。‵C）引導(dǎo)，PowerEdge R750的峰值為146.6萬(wàn)IOPS，延遲僅為172µs，然后開始下降。
在VDI FC初始登錄中，PowerEdge在大約四分之三的時(shí)間里保持了100µs以下的延遲，然后達(dá)到峰值76.3萬(wàn)IOPS，延遲為189µs。
對(duì)于VDI FC Monday Login（每周首次登錄），R750在31.8萬(wàn)IOPS前延遲始終在100µs以下，然后以653µs的延遲達(dá)到峰值，此時(shí)IOPS為65.4萬(wàn)。
接下來(lái)是VDI鏈接克?。↙C）測(cè)試，啟動(dòng)測(cè)試顯示性能峰值為54.3萬(wàn)IOPS，延遲為194µs。
VDI LC初始登錄，R750僅以86µs的等待時(shí)間啟動(dòng)，然后在34.4萬(wàn)IOPS和136µs的等待時(shí)間達(dá)到峰值。
通過(guò)VDI LC Monday login的R750，我們看到47.8萬(wàn)IOPS峰值和189µs的延遲。
結(jié)論
戴爾PowerEdge R750充分利用了第三代英特爾®至強(qiáng)®可擴(kuò)展處理器的優(yōu)勢(shì)，包括對(duì)PCIe Gen4的支持，其吞吐性能是Gen3的兩倍。
R750還通過(guò)新的PERC11卡（PowerEdge RAID Controller 11）將硬件NVMe RAID推向市場(chǎng)，這在以前是一個(gè)相當(dāng)大的挑戰(zhàn)。我們把服務(wù)器配置地非常緊湊，但它依然保持了漂亮的散熱布局，沒(méi)有過(guò)多的氣流。
性能方面，我們通過(guò)應(yīng)用工作負(fù)載分析和VDBench工作負(fù)載對(duì)PowerEdge R750進(jìn)行了測(cè)試。在SQL Server的平均延遲方面，該服務(wù)器能夠在8個(gè)VM上保持1ms的延遲。對(duì)于Sysbench，8個(gè)VM設(shè)置的TPS是29174，平均延遲為8.77ms，情況下的延遲為15.2ms。我們看到8個(gè)VM的性能令人印象深刻，這是我們記錄的的8VM性能之一。
16個(gè)VM時(shí)，我們看到TPS為26838，平均延遲為19.1ms，情況下的延遲為35.4ms。
R750在VDBench中表現(xiàn)出非常強(qiáng)大的低延遲性能。亮點(diǎn)包括570萬(wàn)IOPS的4K讀，340萬(wàn)IOPS的4K寫，40.3GB/s的64K讀取，以及15.8GB/s的64K寫入。
在SQL工作負(fù)載中，我們看到180萬(wàn)IOPS的峰值，SQL 90-10的196萬(wàn)IOPS，以及SQL 80-20的185萬(wàn)IOPS。
在Oracle工作負(fù)載中，我們看到峰值為197萬(wàn)IOPS，Oracle 90-10的169萬(wàn)IOPS，Oracle 80-20的160萬(wàn)IOPS。
在VDI完整克隆中，我們看到了147萬(wàn)IOPS的啟動(dòng)，76.3萬(wàn)IOPS的初始登錄，以及65.4萬(wàn)IOPS的周一登錄。在VDI鏈接克隆中，我們看到啟動(dòng)時(shí)有54.3萬(wàn)IOPS，初始登錄時(shí)有34.4萬(wàn)IOPS，Monday login時(shí)有47.8萬(wàn)IOPS。
PowerEdge R750的性能超過(guò)了我們的預(yù)期。我們很高興看到新一代基于英特爾的服務(wù)器終于面世，向世界展示了它的能力。R750不僅是一個(gè)性能強(qiáng)大的產(chǎn)品，而且還進(jìn)行了出色的重新設(shè)計(jì)，尤其是圍繞散熱和NVMe RAID。還有新的BOSS驅(qū)動(dòng)器和傳奇的iDRAC管理工具。
【公司名稱】四川旭輝星創(chuàng)科技有限公司
【代理級(jí)別】成都戴爾服務(wù)器工作站總代理
【銷售經(jīng)理】王經(jīng)理
【聯(lián)系方式】座機(jī)：028-85596747 手機(jī)：17380538992
【公司地址】成都市人民南路4段 桐梓林 商鼎國(guó)際2號(hào)樓1單元1913
