Dell EMC Unity 存儲系列旨在通過多種選項滿足中端客戶的需求，包括混合、全閃存和 VSA 部署選項。 Dell EMC Unity 存儲通常會接管之前的 EMC VNX 系列. 但是，說它是 VNX 的演變並不完全準確。 EMC 徹底改造了界面並繼續進行易用性和部署開發，這主要是隨著 2014 年的 VNXe. 界面全新，底層代碼也進行了更新。 Unity 陣列由一個 2U 機箱組成，該機箱帶有由 Intel Xeon 處理器提供支持的雙主動/主動控制器和 25 個 2.5 英寸驅動器托架（混合版本還可以選擇 12 個 3.5 英寸托架）。 系統縱向擴展以獲得更多容量，Dell EMC 利用 SSD 中的 TLC 閃存來幫助提高經濟性。 該系統支持塊、文件和 VMware VVol，同時支持本機 NAS、iSCSI 和光纖通道協議。 全閃存系統（或與全閃存池的混合系統）包含數據縮減功能，可進一步降低 TCO。 所有 Dell EMC Unity 陣列都可以輕鬆分層到雲，並通過 CloudIQ 提供基於雲的分析，無需額外投資。
Dell EMC Unity 存儲系列旨在通過多種選項滿足中端客戶的需求，包括混合、全閃存和 VSA 部署選項。 Dell EMC Unity 存儲通常會接管之前的 EMC VNX 系列. 但是，說它是 VNX 的演變並不完全準確。 EMC 徹底改造了界面並繼續進行易用性和部署開發，這主要是隨著 2014 年的 VNXe. 界面全新，底層代碼也進行了更新。 Unity 陣列由一個 2U 機箱組成，該機箱帶有由 Intel Xeon 處理器提供支持的雙主動/主動控制器和 25 個 2.5 英寸驅動器托架（混合版本還可以選擇 12 個 3.5 英寸托架）。 系統縱向擴展以獲得更多容量，Dell EMC 利用 SSD 中的 TLC 閃存來幫助提高經濟性。 該系統支持塊、文件和 VMware VVol，同時支持本機 NAS、iSCSI 和光纖通道協議。 全閃存系統（或與全閃存池的混合系統）包含數據縮減功能，可進一步降低 TCO。 所有 Dell EMC Unity 陣列都可以輕鬆分層到雲，並通過 CloudIQ 提供基於雲的分析，無需額外投資。
Unity 就是簡單易用。 擁有一個極難使用或集成到現有基礎設施中的強大陣列遠不如易於部署和管理的東西有用。 在部署方面，Dell EMC 表示可以在 10 分鐘內部署一個單元。 在軟件/管理方面，Unity 使用現代 HTML5 面向任務的界面，可以輕鬆與 VMware 和 Microsoft 環境集成。 最新的操作系統提供壓縮、提高全閃存效率的增強功能以及就地數據存儲控制器升級。 重複數據刪除將在下一版本中提供，並且是一種免費、無中斷的升級。 Unity 的另一個功能是 CloudIQ，它是 Dell EMC 基於雲的主動監控和智能分析應用程序。
Unity 支持各種各樣的軟件套件、插件、驅動程序和包。 Unity 全包基礎軟件的一部分是管理軟件（包括 Unisphere：Element Manager、Unisphere Central：綜合儀表板和警報、CloudIQ：基於雲的存儲分析、自動精簡配置和動態池等）、統一協議（文件、塊和 VVols）、本地保護（可選的基於控制器的加密）和自我管理或外部密鑰管理、本地時間點副本（快照和精簡克隆）、AppSync Basic 和 Dell EMC Common Event Enabler（防病毒代理、事件發布代理）和遠程保護（本機異步塊和文件複製、本機同步塊複製、快照傳送、Dell EMC RecoverPoint Basic 和 Dell EMC RecoverPoint for VMs）。
不斷增加的數字，從 350F、450F、550F 到 650F，表明可以放入每個 Unity 單元和/或其擴展中的總閃存和 CPU 性能的增加。 我們在這裡評測的 450F 更多地針對中檔，最大原始容量為 4PB。 下一個尺寸 550F 將容量翻倍至 8PB，而更大尺寸的 650F 再次將總容量翻倍至 16PB。 Unity 系列支持多種 SSD 和容量，包括 400GB、800GB、1.6TB、1.92TB、3.84TB、7.68TB 和 15.36TB。 顯然，最大原始容量反映了所利用的最高容量 SSD。
Unity（及其所有優點）不僅限於物理設備。 Dell EMC 還發布了 UnityVSA（虛擬存儲設備）。 用戶只需在現有的 VMware ESXi 服務器上部署 UnityVSA 即可節省成本。 這不僅以較低的成本帶來了 Unity 的優勢，組織還可以將其用於 ROBO 環境或作為具有成本效益的複制目標。
Dell EMC Unity 450F 規格
| 外形 | 2U |
| 控制器 CPU（每個陣列） | 2 個英特爾 10 核，2.2GHz |
| 內存（每個陣列） | 128GB |
| 每個陣列的驅動器 | 25 x 2.5英寸 |
| 最大原始容量 | 4PB |
| 連接埠數量 | |
| 嵌入式 SAS IO 端口 | 用於 BE 連接的 4 x 4 通道 12Gb/s SAS 端口 |
| 基本 12 Gb/s SAS BE 總線 | 2 x 4 通道（每個處理器） |
| 最大 12 Gb/s SAS BE 總線 | 2 x 4 通道（每個處理器） |
| 最大 FE（前端）總端口數 | 24 |
| 電力 | |
| 交流線電壓 | 100 至 240 VAC ± 10%，單相，47 至 63 Hz |
| 交流線路電流 | 10.18 VAC 時最大 100 A 5.09 VAC 時最大 200 A |
| 電源消耗功率 | 1017.6 VAC 時最大 981.0 VA (100 W) 1017.6 VAC 時最大 981.0 VA (200 W) |
| 物理 | |
| 重量 | 24.60 公斤（54.11 磅） |
| 高x寬x深 | 8.88 x 44.76 x 60.9厘米（3.5 x 17.62 x 24英寸） |
構建和設計
Dell EMC Unity 450F 全閃存存儲是一個 25U 盒子內的雙控制器陣列和 2 個磁盤架。 正面是 Dell EMC 在 2017 年下半年推出的新產品中採用的全新高度風格化邊框設計。公司品牌位於中心，產品名稱靠近右下角。 擋板可輕鬆彈出，露出 25 個前置驅動器托架，與 1 托架平台相比，可多安裝 24 個驅動器。 雖然這不會對性能產生巨大影響，但它允許簡單的 RAID 組大小調整，以及用於奇數在線備用的空間。
Unity 450F 的後部分為兩個鏡像部分，一個在另一個之上。 每側都有電源和存儲處理器組件，以及網絡端口和 I/O 模塊插槽。 在此配置中，我們有 4 個四端口 16Gb FC 模塊，每個控制器提供 8 個端口。 明確定義的橙色拉線顏色使現場維修變得容易。 對於服務技術人員來說，這使得更換組件更不容易出錯，因為他們確切地知道去哪裡移除某個組件。
管理/用戶界面
Dell EMC Unity 450F 使用 Unisphere 進行管理。 主頁或儀表板給出了系統的簡要概述。 用戶可以輕鬆查看系統和存儲運行狀況，以及容量（免費和已用）、池和性能。 屏幕左側是菜單（系統、存儲、訪問、保護和移動、事件和支持）及其子菜單。 Unisphere 很容易成為我們迄今為止測試過的最直觀、最集成的管理平台之一。 創建新數據存儲等任務比以往任何時候都更容易，Unisphere 將創建存儲，自動將其配置到您的主機上，甚至確保正確處理多路徑。
在系統菜單下，有系統視圖、性能、服務等選項。 系統視圖允許用戶快速瀏覽整個系統，選擇前部、後部或頂部。 該視圖可以快速判斷系統或端口是否運行正常。 如果存在問題，該項目會被清楚地標記，以最大限度地減少拉動組件進行更換時的混淆。
性能子菜單可以為用戶提供歷史或實時圖表。 用戶需要首先選擇系統的哪些方面或他們想要查看性能的位置，然後選擇他們想要查看的指標。 並非所有系統都在內部處理實時或歷史指標，因此將其內置到 Unisphere 中對於解決性能問題或確保一切正常運行非常有幫助。
選擇指標後，用戶可以生成圖表以查看特定時間的性能情況。 這有助於深入挖掘和查明可能出現的問題。 歷史圖表有一個自動刷新選項，每 60 秒更新一次它們的內容。 實時圖表允許相同類型的可見性，對關鍵性能指標的可選子集進行 5 秒更新。
服務子菜單簡要介紹了系統、軟件版本和序列號。 在此之下，用戶可以連接到 EMC Secure Remote 服務，專家可以遠程解決問題。 用戶還可以查看他們可能擁有的任何支持合同。 右側是現場支持人員的支持憑證和聯繫信息。 同樣，這將管理陣列的許多核心方面帶入一個完整的用戶界面，而不是多個分散的地方。
下一個主菜單是存儲，其子菜單為池、塊、文件和 VMware。 顧名思義，池子菜單讓管理員可以深入了解每個池的一般信息，以及驅動器、使用情況和快照設置。
存儲菜單下的 VMware 子菜單允許用戶輕鬆創建和配置新的數據存儲。 我們將在接下來的幾個步驟中展示我們如何在 Dell EMC Unity 450F 上快速輕鬆地創建數據存儲。
首先，我們點擊創建按鈕。 在這裡，用戶將收到一個屏幕提示，詢問他們正在尋找什麼類型的數據存儲：文件、塊、VVol（文件）或 VVol（塊）。
下一個屏幕要求輸入名稱和描述。 我們將我們的數據存儲命名為富有想像力的“大型數據存儲”。
設置的下一步是存儲。 配置存儲，需要選擇它來自哪個pool，大小（我們用的是10TB），是否開啟自動精簡配置和壓縮，Host I/O limit（也可以設置為no limit） ).
設置訪問時，用戶需要選擇哪些主機具有訪問權限。 Unisphere 會生成一個主機列表，可以勾選這些主機，也可以按名稱、操作系統或協議搜索這些主機。 系統是自動發現的，或者是通過我們在評論中進一步展示的 VMware 集成引入的。
也可以啟用或禁用快照。 如果啟用它們，則需要設置時間表。 Unity 帶有默認設置，但可以根據組織的需要或多或少地進行調整。
設置快照後，就該設置複製了。 與上麵類似，必須選擇是否啟用它，然後選擇模式、RPO 和復製到的位置。 還有一個選項可以選擇複製計劃的快照。
一切都在之後，Unisphere 會生成一個摘要頁面。 這是最後一次檢查並確保一切都按預期進行的機會。 一切正確後，單擊完成。
單擊完成後，用戶將看到結果屏幕，該屏幕將顯示數據存儲的創建狀態以及更多詳細信息。 在此過程中，陣列在其自身上創建數據存儲，並與外部 ESXi 主機通信以掃描 LUN 並在該端創建數據存儲。
翻到 vSphere，我們可以看到我們選擇訪問存儲的所有主機都在輪詢新的存儲設備，我們可以打開我們的數據存儲並在底部看到正在創建的數據存儲。
完成後，它會與其他數據存儲一起彈出到列表中。
當我們返回到存儲>VMware 下的 Unisphere 時，我們也可以看到數據存儲。
我們可以雙擊它來獲取數據存儲的屬性並進行一些更改。
下一個主菜單是 Access，子菜單是 Hosts、VMware 和 Initiators。 在主機子菜單下，用戶可以看到網絡中可能連接 Unity 的主機以及每個主機的基本信息，如名稱、地址、類型、LUN 等。 主機可以如下所示直接管理，或通過與 VMware vCenter 的集成點自動管理。
VMware 子菜單為用戶提供了允許 Unisphere 直接通過 vCenter 與存儲對話和管理存儲的選項。 它還說明組件是否正常運行。 這對於新手用戶甚至是經驗豐富的 IT 管理員來說都非常有用，他們不想為每個新配置的數據存儲直接管理服務器集群的設置。 Unisphere 設置為自動為您處理所有跑腿工作。
雙擊 vCenter 可提供有關它們的更多信息。
訪問子菜單還允許我們查看 ESXi 主機。 通過這裡我們可以點擊它們並獲取更多信息，例如網絡地址、啟動器和啟動器路徑。
啟動器子菜單為我們提供了啟動器列表、它們的主機、主機類型、協議、忽略它們的能力、iSCSI 類型以及其他信息。
在“事件”菜單下，用戶可以查看他們已經運行或正在運行的作業、完成率、作業內容以及完成時間。
同樣，用戶可以在日誌下的事件菜單中輕鬆瀏覽日誌。
管理不再局限於 PC 上的網絡瀏覽器。 Dell EMC 現在支持移動管理。 如下圖所示，佈局與儀表板非常相似。
這些功能不僅限於查看系統。 通過移動應用程序，管理員可以享受許多與 Web GUI 相同的功能。
性能
Sysbench MySQL 性能
我們的第一個共享存儲應用程序基準測試包括一個通過 SysBench 測量的 Percona MySQL OLTP 數據庫。 該測試測量平均 TPS（每秒事務數）、平均事務延遲和平均第 99 個百分位事務延遲。
每個 Sysbench VM 配置了三個虛擬磁盤：一個用於啟動 (~92GB)，一個用於預構建數據庫 (~447GB)，另一個用於測試數據庫 (270GB)。 從系統資源的角度來看，我們為每個 VM 配置了 16 個 vCPU 和 60GB DRAM，並利用了 LSI Logic SAS SCSI 控制器。
Sysbench 測試配置（每個虛擬機）
- 中央操作系統 6.3 64 位
- Percona XtraDB 5.5.30-rel30.1
- 數據庫表：100
- 數據庫大小：10,000,000
- 數據庫線程：32
- 內存緩衝區：24GB
- 測試時長：3 小時
- 2 小時預處理 32 個線程
- 1 小時 32 個線程
對於我們的 Sysbench 測試，我們比較了幾組 VM，範圍從 4VM 到 24VM，並將它們配置為壓縮 RAID5、無壓縮 RAID5 和 RAID10。 我們不會說哪個是“最好的”，而是會逐個查看，讓用戶知道會發生什麼。
對於 4VM，Dell EMC Unity 450F 在 RAID5,372.1 中提供了 5 TPS 壓縮，在 RAID7,538.5 中為 5 TPS，在 RAID7,405.6 中為 10 TPS。 使用 8VM，Unity 在 RAID6,767.9 中壓縮達到 5 TPS，在 RAID10,882 中達到 5 TPS，在 RAID10,510.8 中達到 10 TPS。 對於 16VM，我們在壓縮的 RAID7,859.2 中看到 5 TPS，在 RAID17,209.5 中看到 5 TPS，在 RAID17,538.2 中看到 10 TPS。 最後，帶有 Unity 的 24VM 在啟用壓縮的 RAID7,457.4 中為我們提供了 5 TPS，在禁用壓縮的 RAID19,436.2 中為 5，在 RAID20,936.7 中為 10 TPS。
我們為 Sysbench 平均延遲運行了相同的虛擬機和配置。 使用 4VM，Unity 在 RAID17 中的平均延遲為 5 毫秒，在 RAID17.3 中為 10 毫秒，而在 RAID24 中只有 5 毫秒（帶壓縮）。 查看 8VM，我們看到 RAID23.5 為 5ms，RAID24.4 為 10ms，RAID38.6 壓縮為 5ms。 16VM 在 RAID29.3 中為我們提供了 10 毫秒，在 RAID29.9 中為我們提供了 5 毫秒，在壓縮的 RAID65.2 中為我們提供了 5 毫秒。 最後，24VM 在 RAID36.9 中為我們提供了 10 毫秒的延遲數字，在 RAID39.8 中為 5 毫秒，在壓縮的 RAID103.3 中為 5 毫秒。
我們上次的 Sysbench 測試著眼於最壞情況（第 99 個百分位數）的延遲。 對於 4VM，我們看到 RAID31.5 的延遲數為 5ms，RAID32.1 為 10ms，而 RAID47.8 和壓縮僅為 5ms。 8VM 在 RAID43.2 中為我們提供了 5ms，在 RAID45.2 中為 10ms，在 RAID77.3 中壓縮為 5ms。 16VM 在 RAID58.5 中有 10ms，在 RAID59.9 中有 5ms，在有壓縮的 RAID463.5 中有 5ms。 24VM 在 RAID76.1 中有 10 毫秒，在 RAID82.3 中有 5 毫秒，在壓縮的 RAID1,387.2 中有高達 5 毫秒。
SQL Server 性能
StorageReview 的 Microsoft SQL Server OLTP 測試協議採用事務處理性能委員會的基準 C (TPC-C) 的最新草案，這是一種模擬複雜應用程序環境中活動的在線事務處理基準。 TPC-C 基準比綜合性能基準更接近於衡量數據庫環境中存儲基礎設施的性能優勢和瓶頸。
每個 SQL Server VM 都配置有兩個虛擬磁盤：100GB 卷用於啟動，500GB 卷用於數據庫和日誌文件。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、64GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。 雖然我們之前測試的 Sysbench 工作負載在存儲 I/O 和容量方面使平台飽和，但 SQL TPC-C 測試在存儲延遲方面非常敏感，這將影響其最終的應用程序延遲分數。
此測試使用在 Windows Server 2014 R2012 來賓虛擬機上運行的 SQL Server 2，並由戴爾的數據庫基準工廠進行壓力測試。 雖然我們對該基準的傳統用法是在本地或共享存儲上測試 3,000 規模的大型數據庫，但在本次迭代中，我們專注於在我們的服務器上均勻分佈四個 1,500 規模的數據庫。
SQL Server 測試配置（每個虛擬機）
- 在Windows Server 2012 R2
- 存儲空間：分配 600GB，使用 500GB
- SQL Server 2014的
- 數據庫大小：1,500 規模
- 虛擬客戶端負載：15,000
- 內存緩衝區：48GB
- 測試時長：3 小時
- 2.5 小時預處理
- 30分鐘採樣期
與我們運行 Sysbench 基準測試的方式類似，我們測試了 RAID5、RAID10 和啟用壓縮的 RAID5 的配置。 在我們的 SQL Server 基準測試中，Dell EMC Unity 450F 在 RAID12,623.1 中為我們提供了 10 的總 TPS 分數，單個 VM 的範圍從 3,155.7 TPS 到 3,155.8 TPS。 在沒有壓縮的 RAID 5 中，我們看到總得分為 12,619.3 TPS，單個虛擬機的得分從 3,154.2 TPS 到 3,155.6 TPS 不等。 在啟用壓縮的 RAID5 中，我們看到令人印象深刻的總分 12,586.6 TPS，單個 VM 的範圍從 3,146.3 TPS 到 3,146.9 TPS。
對於 SQL Server 平均延遲，Unity 在 RAID10 中為我們提供了 10 毫秒的聚合和全面延遲。 RAID5 為我們提供了 11.3 毫秒的總計時間，單個虛擬機的時間範圍從 10 毫秒到 12 毫秒不等。 啟用壓縮的 RAID5 全線 24 毫秒。
VDBench 工作負載分析
我們本地性能測試的最後一部分側重於合成工作負載性能。 在這方面，我們測量了三種不同存儲配置的性能：RAID10、RAID5 和帶內聯壓縮的 RAID5。 我們使用安裝在 32 個虛擬機上的 125 個 16GB VMDK 進行了測試，以測量 4TB 的存儲空間。 這種類型的測試有助於顯示真實世界的存儲指標與虛擬化環境相關的開銷。
在對存儲陣列進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。 這些工作負載提供了一系列不同的測試配置文件，包括“四個角”測試、常見的數據庫傳輸大小測試，以及來自不同 VDI 環境的跟踪捕獲。 所有這些測試都利用通用的 vdBench 工作負載生成器，以及一個腳本引擎來自動化和捕獲大型計算測試集群的結果。 這使我們能夠在各種存儲設備上重複相同的工作負載，包括閃存陣列和單個存儲設備。 在陣列端，我們使用 Dell PowerEdge R730 服務器集群：
簡介：
- 4K 隨機讀取：100% 讀取，128 個線程，0-120% 重複率
- 4K 隨機寫入：100% 寫入，64 線程，0-120% iorate
- 64K 順序讀取：100% 讀取，16 個線程，0-120% 迭代
- 64K 順序寫入：100% 寫入，8 個線程，0-120% 迭代
- 綜合數據庫：SQL 和 Oracle
- VDI 完整克隆和鏈接克隆跟踪
查看峰值 4K 讀取性能，所有三種配置都具有亞毫秒級性能，直到大約 140K IOPS。 RAID10 配置的峰值為 267,918 IOPS，延遲為 11.9 毫秒。 在 RAID5 中，我們看到了 222,963 IOPS 的峰值和 13.8 毫秒的延遲。 啟用壓縮後，性能最高可達 207,915 IOPS，延遲為 16 毫秒。
對於峰值 4K 寫入，具有壓縮功能的 Unity 具有亞毫秒級延遲，直到剛剛超過 31K IOPS，峰值為 34K IOPS，延遲為 9.12 毫秒。 RAID5 達到大約 100K IOPS，延遲低於 1ms，峰值為 107,216 IOPS，延遲為 4.16ms。 對於 RAID10，在大約 184.7K IOPS 之前存在亞毫秒延遲，峰值為 185,979 IOPS，延遲為 1.09ms。
查看順序 64K 讀取，壓縮後 Unity 450F 在大約 1K IOPS 或 31GB/s 時超過 1.9ms，峰值為 33,764 IOPS，延遲為 8.99ms，帶寬為 2.11GB/s。 RAID5 配置在打破 100ms 延遲之前一直達到大約 6K IOPS 或 1GB/s； 它的峰值為 107,216 IOPS，延遲為 4.16 毫秒，帶寬為 6.7GB/s。 RAID10 配置的整體性能最佳，性能為亞毫秒級，直到大約 110K IOPS 或 6.7GB/s； 它的峰值為 116,645 IOPS，延遲為 4.312 毫秒，帶寬為 7.27GB/s。
對於順序 64K 寫入，與壓縮的統一使其在超過 25 毫秒的延遲之前剛好超過 1.56K IOPS 或 1GB/s； 它以 27,954 毫秒的延遲和 9.15GB/s 的帶寬達到 1.74 IOPS 的峰值。 RAID5 和 RAID10 在 54 毫秒的延遲下都達到了大約 3.3K IOPS 或 1GB/s。 RAID10 配置的峰值為 62,650 IOPS，然後下降到 40,309 IOPS，延遲為 4.01 毫秒，帶寬為 2.52GB/s。 RAID5 配置的峰值為 84,778 IOPS，然後降至 82,892 IOPS，延遲為 3.02 毫秒，帶寬為 5.18GB/s。
在我們的 SQL 工作負載中，具有壓縮功能的 Unity 450F 具有亞毫秒級延遲性能，直到大約 149K IOPS； 它以 184,097 毫秒的延遲達到 4.62 IOPS 的峰值。 對於我們的 RAID5 配置，我們看到了亞毫秒級的性能，直到 152K IOPS； 它以 214,160 毫秒的延遲達到 3.99 IOPS 的峰值。 使用 RAID10 配置，Unity 達到了大約 206K IOPS，並以 252,821 毫秒的延遲達到 3.66 IOPS 的峰值。
在 SQL 90-10 基準測試中，與壓縮的統一使其在超過 130 毫秒之前達到大約 1K IOPS； 它達到了 160,824 IOPS 和 5.11 毫秒延遲的峰值。 RAID5 配置在大約 140K IOPS 之前具有亞毫秒延遲，峰值為 199,600 IOPS，延遲為 4.44ms。 RAID10 配置在 1 毫秒內執行，直到達到大約 195K IOPS； 它的峰值為 240,649 IOPS，延遲為 3.7 毫秒。
SQL 80-20 看到帶有壓縮功能的 Unity 在亞毫秒級運行，直到大約 104K IOPS； 它達到了 128,421 IOPS 和 7.7 毫秒延遲的峰值。 RAID5 配置看到亞毫秒延遲，直到略低於 130K IOPS 並達到 182,314 IOPS 的峰值和 4.9 毫秒的延遲。 RAID10 配置在 1 毫秒內執行，直到它達到約 185K IOPS 並達到 230,672 IOPS 的峰值，延遲為 3.8 毫秒。
在我們的 Oracle 工作負載中，啟用壓縮的 Unity 450F 執行延遲低於 1 毫秒，直到它超過 85K IOPS 並達到 121,584 IOPS 的峰值，延遲為 10.47 毫秒。 RAID5 配置在達到 110K IOPS 之前具有亞毫秒延遲，並以 177,664 毫秒延遲達到 6.02 IOPS 的峰值。 RAID10 配置再次以亞毫秒延遲表現最佳，直到大約 156K IOPS，峰值為 222,777 IOPS，延遲為 4.7 毫秒。
對於 Oracle 90-10 工作負載，具有壓縮功能的 Unity 450F 為我們提供了亞毫秒級性能，最高可達 130K IOPS，峰值為 161,864 IOPS，延遲為 3.43 毫秒。 RAID5 配置運行亞毫秒級性能，直到大約 141K IOPS，峰值為 197,885 IOPS，延遲為 2.91 毫秒。 RAID10 配置幾乎達到 200K IOPS，延遲不到 1ms； 它以 241,981 毫秒的延遲達到峰值 2.36。
Oracle 80-20 工作負載顯示，壓縮後的 Unity 450F 達到約 110K IOPS，延遲為亞毫秒，峰值為 130,250 IOPS，延遲為 4.9ms。 RAID5 配置保持在 1 毫秒以下，直到它達到大約 128K IOPS 並達到 180,858 IOPS 的峰值，延遲為 3.15 毫秒。 RAID10 配置保持在 1 毫秒以下，直到大約 187K IOPS，峰值為 228,943 IOPS，延遲為 2.47 毫秒。
接下來我們研究了 VDI 完整克隆。 在啟動測試期間，具有壓縮功能的 Unity 450F 能夠保持亞毫秒級延遲，直到大約 119K IOPS，並以 148,960 毫秒的延遲達到 6.89 IOPS 的峰值。 RAID5 配置使其達到約 150K IOPS，然後超過 1ms 延遲並達到 208、850 IOPS 和 4.51ms 延遲的峰值。 RAID10 配置再次表現最佳，亞毫秒延遲高達約 193K IOPS，峰值為 248,333 IOPS，延遲為 3.72 毫秒。
使用 VDI 完整克隆初始登錄時，具有壓縮功能的 Unity 450F 具有亞毫秒級性能，直到大約 38K IOPS，並以 54,297 毫秒的延遲達到 1.67 IOPS 的峰值。 RAID5 配置具有亞毫秒級性能，最高可達 80K IOPS，峰值為 113,669 IOPS，耗時 7.16 毫秒。 RAID10 配置在 1K IOPS 之前的延遲低於 110ms，峰值為 154,075 IOPS，延遲為 5.05ms。
我們的 VDI Full Clone Monday Login 顯示壓縮後的 Unity 450F 具有亞毫秒級性能，最高可達 44K IOPS； 它的峰值為 63,151 IOPS，延遲為 8.1 毫秒。 RAID5 配置在 1K IOPS 下的延遲低於 72ms，峰值為 117,911 IOPS，延遲為 3.9ms。 RAID10 配置使其達到約 105K IOPS，然後超過 1ms 延遲並達到 149,912 IOPS 峰值，延遲為 3.11ms。
我們最終選擇的測試著眼於 VDI 鏈接克隆。 再次開始啟動測試，unity 450F 的延遲為亞毫秒級，直到大約 96K IOPS； 它的峰值為 106,534 IOPS，延遲為 4.77 毫秒。 RAID5 配置在大約 165K IOPS 之前具有亞毫秒級性能，峰值為 187,102 IOPS，延遲為 2.26 毫秒。 RAID10 配置的性能延遲低於 1 毫秒，直到略低於 200K IOPS，峰值為 221,760 IOPS，延遲為 2.18 毫秒。
對於初始登錄，Unity 450F 具有亞毫秒級的延遲性能，直到大約 40K IOPS 並達到 55,128 IOPS 的峰值，延遲為 4.6 毫秒。 RAID5 配置保持低於 1 毫秒的延遲，直到大約 80K IOPS，並以 112 毫秒的延遲達到 2.12K IOPS 的峰值。 RAID10 配置一直達到 100K IOPS，然後超過 1ms 延遲，並在 128,131 IOPS 和 1.7ms 延遲時達到峰值。
最後，使用 VDI Linked Clone Monday Login，壓縮後的 Unity 450F 具有亞毫秒級性能，最高可達 29K IOPS，峰值為 55,603 IOPS，延遲為 9.2 毫秒。 RAID5 配置的性能低於 1 毫秒，直到大約 60K IOPS，峰值為 102,936 IOPS，延遲為 4.47 毫秒。 RAID10 配置再次獲得最佳性能，亞毫秒級延遲性能達到大約 71K IOPS，峰值達到 110,081 IOPS，延遲為 4.23 毫秒。
VMware VMmark 3
VMware 的 VMmark 3 是業界領先的虛擬化基準測試的最新版本。 VMmark 旨在通過複雜的現實世界工作負載和操作來強調存儲、計算和網絡。 VMmark 的提交要經過一個嚴格的流程，其中包括一個由 VMware 和幾家大型供應商的代表組成的審查小組， 其中許多已經發布了 VMmark 基準測試結果. 嚴格的審查程序已到位，以保護基準的完整性和公平性。 StorageReview 已將正式提交經審計的基準添加到我們對合格存儲陣列的正常審查流程中。
運行 VMmark 3 基準測試並非易事，設置環境以對陣列充分施加壓力以使其成為有意義的存儲基準測試也並非易事。 StorageReview VMmark 3 測試環境包括 8 戴爾易安信 PowerEdge R740xd 服務器和 4 Dell EMC PowerEdge R730 服務器， 都配備了 Mellanox ConnectX-4 Lx 25GbE 網卡s或 國家數據中心s，以及 2 個 Dell EMC Networking Z9100 交換機，以及一個 博科 6510 16GB FC 交換機.
在本次審查中，我們測試了用於 VMmark 450 的 Dell EMC Unity 3F 全閃存陣列的兩種配置。一次運行是在 RAID10 中配置的陣列，而第二次運行是在 RAID5 中。 兩次運行都是在禁用內聯數據效率（壓縮）的情況下進行測量的。
我們能夠為這兩種配置執行 12-tile 基準測試。 每個圖塊需要 891GB 的存儲空間，因此 12 個圖塊運行的存儲空間大約為 10.6TB。
In 我們的 RAID10 提交，Dell EMC Unity 450F 的 VMmark 12.11 得分為 3.0，應用程序得分為 14.11，基礎架構得分為 4.13。 在 我們的 RAID5 提交，Dell EMC Unity 450F 的測量結果略高，VMmark 12.43 得分為 3.0，應用程序得分為 14.51，基礎架構得分為 4.13。
兩個提交都做得很好，RAID5 配置在性能上略有優勢。
結論
Dell EMC 發布了 Unity 以滿足中端市場的存儲需求。 Unity 是圍繞部署的簡單性以及與現有基礎設施和管理的集成而構建的。 F 版本是 Unity 的全閃存版本，型號越高表示該單元可以支持的原始容量和 CPU 性能越高。 在我們的評測中，我們查看了帶有 Unity 450F 的中音陣列。 4F 的總原始容量為 450PB，支持從 400GB 一直到 15.36TB 的多種容量的 SSD。 所有 Unity 陣列都附帶大量軟件套件和其他受支持的產品。 Unity 還以虛擬形式提供，可以部署在現有硬件上，無需支付 Dell EMC 設備的費用。
在 Sysbench 測試中，我們在啟用壓縮的 RAID450 中、關閉壓縮的 RAID5 以及具有各種 VM 數量的 RAID5 中運行 Unity 10F。 關於壓縮拖累性能並沒有真正令人驚訝，而且隨著 VM 數量的增加更是如此（即，24VM 的 TPS 為 7,457.4，壓縮打開，19,436.2 TPS，關閉壓縮）。 儘管如此，即使啟用壓縮，Unity 也能夠在 7,538VM 時達到 4 TPS，在 6,767VM 時達到 8 TPS，在 7,859VM 時達到 16，並且如前所述，在 7,457VM 時達到 24 TPS。 同樣的事情也出現在延遲中，VM 數量越高導致延遲和壓縮進一步推高延遲。 但是，在 103.3 個虛擬機和壓縮開啟的情況下，延遲最高為 24 毫秒。 在我們最壞的情況下，遠遠超出大多數環境通常會看到的情況，相同的測試在啟用壓縮的情況下達到 1,387.2 毫秒的最高值。 典型的真實場景的延遲要低得多。
在 SQL Server 測試中，即使啟用壓縮，Dell EMC Unity 450F 也能夠提供令人印象深刻的數據。 在我們的 TPS 測試中，我們看到 RAID12,623.1 的總得分為 10 TPS，RAID12,619.3 的總得分為 5 TPS，RAID12,586.6 的總得分為 5 TPS（啟用壓縮）。 壓縮對 SQL Server 延遲的影響更大一些。 雖然我們看到 RAID10 中的總分數為 10 毫秒，RAID11.3 中的總分數為 5 毫秒，但當壓縮打開時，延遲躍升至 24 毫秒。
對於我們的 VDBench 測試，即使啟用壓縮，Dell EMC Unity 450F 也能夠在我們所有的測試中以亞毫秒的速度運行。 在隨機 4K 中，我們看到了亞毫秒級的性能，直到大約 140K IOPS 讀取和 31K IOPS 寫入壓縮。 RAID10 在我們所有的 VDBench 測試中為我們提供了最佳性能，在 4K 中，它以 268K IOPS 和 116K IOPS 讀寫最高，延遲分別為 11.9 毫秒和 4.31 毫秒。 對於順序性能，我們查看了 64K 基準測試，其中 450F 能夠達到亞毫秒延遲性能，直到 31K IOPS 或 1.9GB/s 讀取和 25K IOPS 或 1.56GB/s 寫入壓縮。 RAID10 配置能夠保持亞毫秒級延遲性能，直到 110K IOPS 或 6.7GB/s 讀取和 54K IOPS 或 3.3GB/s 寫入。
在我們的 SQL VDBench 工作負載中，具有壓縮功能的 450F 在達到 149K IOPS 之前具有亞毫秒級延遲性能，在我們的 130-90 中具有 10K IOPS，在我們的 104-80 中具有 20K IOPS，而 RAID10 配置在達到 1K IOPS 之前將延遲保持在 206ms 以下, 195-90 10K IOPS，185-80 20K IOPS。 我們的 Oracle 工作負載顯示了 85K IOPS、130K IOPS 和 110K IOPS 的亞毫秒級性能，並且 RAID10 為我們提供了低於 1 毫秒的性能，直到 156K IOPS、200K IOPS 和 187K IOPS。 對於我們的 VDI 完整克隆和鏈接克隆，我們查看了啟動、初始登錄和星期一登錄。 啟用壓縮後，我們看到了 119K IOPS、38K IOPS 和 44K IOPS 完整克隆以及 96K IOPS、40K IOPS 和 29K IOPS 鏈接克隆的亞毫秒級延遲性能。 相比之下，RAID10 配置具有亞毫秒級性能，直至 193K IOPS、110K IOPS 和 105K IOPS 完整克隆以及 200K IOPS、100K IOPS 和 71K IOPS 鏈接克隆。
顯然，我們的實驗室對 450F 印象深刻，不僅是從性能的角度，而且是從集成的角度。 在我們多年來所見的一切中，沒有哪一種存儲陣列可以如此輕鬆地連接到 VMware。 該界面可能也是最容易熟悉的，非常適合中端目標受眾。 最後，450F 的定價與同類產品一致。 雖然我們使用 ~8TB SSD 進行了測試，但使用 1TB 級 SSD 的容量較低的單元與我們見過的具有類似容量的其他大品牌一樣具有市場價格。 如果有地方要抱怨的話，那就是 Unity 平台目前缺乏重複數據刪除功能，並且在某些工作負載中壓縮率很高。 然而， Dell EMC 宣布重複數據刪除即將推出 我們知道他們正在調整所有數據縮減功能以提高性能。 總的來說，Unity 450F 兌現了讓中端市場的存儲易於管理的承諾，同時提供出色的性能配置文件和廣泛的協議支持。 這些原因，再加上市場定價，是我們將 Dell EMC Unity 450F 命名為 2018 年第一個編輯選擇獎獲得者的原因。
