上個月 NetApp 發布了最新的中端全閃存陣列 EF600。 而 EF600 的目標市場與 EF570, 它不是替代品。 雖然 EF570 確實支持 NVMe，但 EF600 是端到端的 NVMe，這帶來了前所未有的新水平的靈活性和性能。 除了性能和性價比之外，EF600 還提供了一定程度的未來驗證，無需叉車升級即可滿足未來的需求。
上個月 NetApp 發布了最新的中端全閃存陣列 EF600。 而 EF600 的目標市場與 EF570, 它不是替代品。 雖然 EF570 確實支持 NVMe，但 EF600 是端到端的 NVMe，這帶來了前所未有的新水平的靈活性和性能。 除了性能和性價比之外，EF600 還提供了一定程度的未來驗證，無需叉車升級即可滿足未來的需求。
直接跳到性能上，EF600 聲稱 2 萬次 IOPS，高達 44GB/s 的帶寬，以及在某些工作負載中低於 100μs 的延遲。 這種性能水平為新的性能敏感型工作負載打開了陣列，例如 Oracle 數據庫、實時分析，以及高性能並行 FS（例如 BeeGFS 和 Spectrum Scale）。 性能配置文件主要源自 EF600 的端到端 NVMe 實施。 這也使陣列能夠支持 InfiniBand 上的 100Gb NVMe、RoCE 上的 100Gb NVMe 和 FC 上的 32Gb NVMe，這些在未來將變得更加重要。 最重要的是，EF600 可以在其 367U 外形規格中裝入高達 2TB 的容量
EF600 基於已證明其可靠性的五代 NetApp 硬件構建。 從可用性的角度來看，EF600 提供六個 9 和帶有高級監控的自動故障轉移。 該陣列可以在驅動器發生故障之前檢測到問題。 如果發生故障，陣列的動態磁盤池技術可以比 RAID5 或 RAID6 更快地進行驅動器重建。 通過 SANtricity（針對閃存進行了優化），EF600 可以提供多種數據保護選項，例如動態容量、動態段大小遷移、動態 RAID 級別遷移，並附帶無中斷固件更新。
NetApp AFA EF600 規格
| 外形 | 2U |
| 系統內存 | 截至128GB |
| 儲存應用 | |
| 最大原始容量 | 360TB |
| 最大驅動器 | 24 |
| 支持的驅動器類型 | SSD 1.9TB、3.8TB、7.6TB 3.8TB FIPS 1.9TB、3.8TB、7.6TB、15.3TB 全硬盤 |
| 主機 I/O 端口 | 可選的附加 I/O 端口： 16 個端口 32Gb FC 16 端口 32Gb NVMe over FC 8 個端口 100Gb NVMe over InfiniBand 8 端口 100Gb NVMe over RoCE 以太網 |
| 系統管理 | SANtricity System Manager 11.60（基於 Web，機上） |
| 性能 | |
| IOPS | 2萬元 |
| 平均延遲 | <100μs 高達 200,000 4K 隨機寫入 IOPS <100μs 高達 150,000 4K 隨機讀取 IOPS <250μs 高達 2,000,000 4K 隨機讀取 IOPS |
| 持續吞吐量 | 高達 44GB/秒 |
| 物理 | |
| 尺寸高x寬x深 | （3.43 x 9.02 x 17.6 cm）中的8.7 x 48.3 x 44.7 |
| 重量 | 53.66磅（24.34千克） |
| 千伏安 | 典型值：0.979 最大值：1.128 |
| 瓦 | 典型值：979.09 最大值：1,128 |
| BTU | 典型值：3348 最大值：3,859.128 |
NetApp AFA EF600 構建和設計
NetApp AFA EF600 是一個 2U 陣列，具有所有其他 NetApp 陣列的標準外觀：帶有 NetApp 品牌的相同時尚邊框。 擋板下方是 24 個驅動器托架，垂直分佈在陣列的前部。 如前所述，NetApp 已改用更符合其品牌的亮藍色驅動器托架。 電源按鈕和 LED 指示燈位於設備的左側。
移動到設備的後部，我們看到控制器的鏡像，一個在另一個之上。 從左到右有 PSU、一個 RJ45 端口、USB 3.0 端口、一個管理端口、兩個網絡端口，在這種情況下，右上角是 NVMe over FC 的 FC 連接器。
NetApp AFA EF600 管理
新的 EF600 支持 NetApp SANtricity OS 11.XX 軟件包，其中包括控制器固件、IOM 固件和用於操作 E 系列和 EF 系列存儲陣列的 SANtricity System Manager。 SANtricity System Manager 將幫助您簡化管理工作流程； GUI 看起來和感覺都很新鮮，具有簡單的機載 Web 界面和簡單的術語。
當您登錄系統管理器時，主頁選項卡是顯示的第一個屏幕； 在這裡，您將在 GUI 的主體中看到儀表板。 無論您在哪個選項卡上，您總是會在 GUI 的右上角看到可用的常規選項； 包括首選項、幫助、註銷以及當前登錄的用戶。 在左側面板上，顯示了主要的系統選項卡，主頁、存儲、硬件、設置和支持。
在儀表板中，您可以查看總結存儲陣列狀態和運行狀況的關鍵區域。 在頂部，通知區域顯示系統狀態和組件； 性能區域，顯示關鍵指標，包括 IOPS、MiB/S 和 CPU； 容量區域讓您看到分配的系統容量； 和存儲層次結構區域，為您提供存儲陣列管理的各種硬件組件和存儲對象的組織視圖。
向下移動到“存儲”選項卡，您會看到主要的系統類別，其中顯示池和卷組、卷、主機、性能和快照的配置。 其中一些將在以下部分中詳細介紹。
Pools & Volume Groups 頁面顯示系統中已創建的池和卷組； 允許編輯現有的或從未分配的驅動器創建新的。 此頁面還顯示總容量、已用容量、驅動器數量、RAID 配置以及這些池或卷組的其他統計信息。
Volumes 頁面顯示已配置的捲。 對於每個卷，該頁面顯示狀態、分配的主機、它們所屬的池或卷組、報告的容量、分配的容量和其他信息。 這也是您可以創建或編輯卷，或者定義每個應用程序的工作負載的區域。
性能頁面提供了多種方式來監控存儲陣列的性能。 從“邏輯視圖”選項卡中，您可以定義要監視的組件，包括整個系統、池、卷組或單個卷。 您還可以使用物理視圖和應用程序與工作負載視圖監控存儲陣列的其他關鍵區域。 也可以通過單擊查看性能詳細信息從主頁訪問性能頁面。
下一個選項卡是硬件選項卡，您可以在其中管理安裝在存儲陣列中的物理架、控制器和驅動器。 此頁面顯示存儲陣列中任何位置的驅動程序； 您還可以更改此視圖以顯示每個池或卷組的驅動程序。
單擊“控制器架”區域下的“控制器”圖標，您可以選擇並查看控制器 A 或控制器 B 設置。 在此窗口中，您可以移動不同的選項卡、Base、Cache、Host Interfaces、Drive Interfaces、Management Ports 和 DNS/NTP 以查看控制器的詳細信息。
單擊控制器架區域下的任何其他圖標，將打開架子組件設置窗口。 該區域非常適合監控與機架組件相關的狀態和設置，包括電源、風扇、溫度、電池和 SFP 信息。
在“設置”選項卡中，您可以在其中配置警報以在存儲陣列出現問題時發出通知。 您還可以在該區域更改存儲陣列名稱等系統設置、驗證用戶、導入證書以及執行其他系統範圍的功能。
訪問管理是您可以在系統中建立用戶身份驗證的地方。 從這個區域，您可以管理密碼、本地用戶、配置權限、添加目錄服務器和其他訪問管理配置。 身份驗證方法包括 RBAC（基於角色的訪問控制）、目錄服務和安全斷言標記語言 (SAML) 2.0。
最後一個選項卡，支持選項卡，允許您執行診斷並收集技術支持可能要求的關鍵信息； 如果您遇到存儲陣列問題。 這裡可以使用事件日誌查看存儲陣列的歷史記錄； 也進行系統更新。
在支持中心區域向下滾動，您可以查看頂部存儲陣列屬性，例如存儲陣列全球標識符機箱序列號、架子數量、驅動器數量、驅動器類型、控制器數量、控制器固件版本、系統管理版本等系統信息。
NetApp AFA EF600 配置
NetApp EF600 隨附 24 個 NVMe SSD，均為 1.92TB 三星型號。 具體到存儲，我們利用了購買此存儲陣列的客戶常用的 RAID10。 對於 24 個驅動器和雙控制器佈局，我們將它們分成兩個卷組，每組 100 個驅動器。 從這兩個卷組中，我們為每個主機分配了一個大小為 12GB 的捲（每個主機兩個卷在兩個控制器之間平衡）。 有了 24 台計算主機，我們的總工作數據集大小為 100 x 2.4GB 或 XNUMXTB。
對於後端連接，EF600 目前僅支持 NVMeoF，未來將支持 FCP。 該系統隨附所有 32Gb FC 光學器件，在這次審查中，我們將 12 台主機更新為最新的 Emulex 32Gb 雙端口 HBA。 雖然我們傳統上在 VMware 中測試 AFA，但為了對 NVMeoF 性能進行基準測試，我們在每台主機上運行了 SLES 12 SP4 的裸機安裝。 我們利用了連接到由 Brocade G16 交換機提供支持的雙交換機 FC 架構的所有 32 個 620Gb 端口（每個控制器八個）。 總的來說，這允許來自存儲陣列的理論 512Gb 帶寬 (64GB/s)，其中我們的雙端口 12 主機集群支持 768Gb 或 96GB/s 峰值。
VDBench 工作負載分析
在對存儲陣列進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。 這些工作負載提供了一系列不同的測試配置文件，包括“四個角”測試、常見的數據庫傳輸大小測試，以及來自不同 VDI 環境的跟踪捕獲。 所有這些測試都利用通用的 vdBench 工作負載生成器，以及一個腳本引擎來自動化和捕獲大型計算測試集群的結果。 這使我們能夠在各種存儲設備上重複相同的工作負載，包括閃存陣列和單個存儲設備。
簡介：
- 4K 隨機讀取：100% 讀取，128 個線程，0-120% 重複率
- 4K 隨機寫入：100% 寫入，64 線程，0-120% iorate
- 64K 順序讀取：100% 讀取，16 線程，0-120% 迭代
- 64K 順序寫入：100% 寫入，8 個線程，0-120% 迭代
- 綜合數據庫：SQL 和 Oracle
- VDI 完整克隆和鏈接克隆跟踪
我們的 VDBench 測試是使用 NVMeoF 上的 EF600 和 FC 上的 EF570 並排設置的。 對於隨機 4K 讀取，EF600 從 206,592 開始，延遲為 192.7μs，並保持在 1ms 以下，直到達到約 2,082,389 IOPS； 它的峰值為 2,082,693，延遲為 1.4 毫秒。 EF570 從 103,330 開始，延遲為 184μs。 EF570 出現兩次峰值，在第一個峰值之後，它保持在 1 毫秒以下，直到達到 929,562 IOPS，然後達到最大值 1,031,613 IOPS，延遲為 2.5 毫秒。
查看 4K 寫入性能，兩個子系統再次以低於 100 微秒的超低延遲啟動。 EF600 在 1 毫秒內表現良好，直到大約 640,171 IOPS，陣列也達到了峰值。 與 EF570 的 222,416 IOPS 峰值性能和 4.7 毫秒的延遲相比，這是一個顯著差異。
切換到順序工作負載，我們查看峰值 64K 讀取性能，此處 EF600 在 500 IOPS 或 128,713GB/s 時以低於 4μs 的速度開始，並以 643,152 IOPS 或 40.2GB/s 達到峰值，延遲為 458μs； 在整體性能上顯示出穩定的延遲。 EF570 的啟動時間也低於 500μs，一直保持在 1ms 以下，直到達到 202,776 IOPS 或 12.67GB/s，然後它迅速達到峰值 247,692 IOPS 或 15.48GB/s，延遲為 2ms。
在 64K 寫入中，兩個陣列都以低於 250μs 的亞毫秒延遲開始，並在達到其峰值性能之前保持穩定的延遲。 EF600 的峰值為 141,859 IOPS 或 8.87GB/s，延遲為 1.3ms。 EF570 性能在 80,675 毫秒延遲時達到 5 或 3.2GB/s 的峰值。
我們的下一組測試是我們的 SQL 工作負載：SQL、SQL 90-10 和 SQL 80-20。 在 SQL 中，兩個數組的啟動時間均低於 200 微秒，甚至在達到峰值性能後仍保持在 1 毫秒以下。 對於 EF600，我們在 1,880,526μs 延遲時看到了 398 IOPS 的峰值。 EF570 的峰值為 1,029,910 IOPS，延遲為 818μs。
使用 SQL 90-10，我們看到兩個陣列都已啟動並將性能保持在 1 毫秒的延遲以下。 EF600 的峰值為 1,784,866 IOPS，延遲為 387μs，而 EF570 的性能僅為 EF600 的一半，峰值為 875,340 IOPS，延遲為 853μs。
使用 SQL 80-20，我們再次看到兩個陣列中延遲的相似起始點，超過 200 微秒。 EF600 以 156,264 IOPS 開始，峰值為 1,559,733 IOPS，延遲為 406μs。 EF570 以 73,990 IOPS 開始，然後以 739,139 IOPS 達到峰值，延遲為 1.1 毫秒。
我們的下一批基準測試是我們的 Oracle 工作負載：Oracle、Oracle 90-10 和 Oracle 80-20。 對於 Oracle，EF600 以 153,376 IOPS 和 158μs 延遲開始並保持在亞毫秒級延遲，然後以 1,531,381 IOPS 峰值達到 507μs 延遲。 這與 EF570 在 718,141 毫秒延遲時的峰值 1.2 IOPS 相比較。
在 Oracle 90-10 中，EF600 以 172,788 IOPS 和 161μs 的延遲開始，並在整個測試期間保持在 1ms 以下，然後以 1,660,486 IOPS 的峰值達到 286μs 的延遲。 另一方面，EF570 的峰值性能為 874,181 IOPS，延遲為 650μs。
對於 Oracle 80-20，EF600 以 156,113 IOPS 開始，延遲為 158 微秒，直到測試結束都保持在亞毫秒延遲以下。 EF600 的峰值為 1,514,221 IOPS，延遲為 310μs。 這大約是 EF570 的 735,093 IOPS 和 681μs 延遲的兩倍。
結論
NetApp AFA EF600 是針對中端的端到端 NVMe 陣列。 該陣列只有 2U，但可以在其小框架中容納高達 367TB 的容量，並提供可與更大的企業陣列相媲美的性能。 這包括 2 萬次 IOPS、高達 44GB/s 的帶寬和低於 100μs 的延遲。 該陣列還帶有一些內置的面向未來的功能，支持 100Gb NVMe over InfiniBand、100Gb NVMe over RoCE、FCP 支持和 32Gb NVMe over FC。 與所有 NetApp 陣列一樣，EF600 具有高可用性和多種內置數據保護功能。
在性能方面，我們將運行 NVMe-oF 的 EF600 與基於 FCP 的 EF570 進行了比較。 這並不是為了展示哪個更好，而是為了說明人們對這兩個單元的期望。 對於 4K 隨機讀取，EF600 的峰值性能是 EF570 的兩倍以上，IOPS 超過 2 萬次，延遲幾乎減半，僅為 1.4 毫秒。 對於 4K 寫入，EF600 的峰值性能（3K IOPS）幾乎是原來的 640 倍，而延遲只有三分之一（約 1.5 毫秒）。 對於我們的 64K 順序工作負載，我們看到峰值性能為 40.2GB/s 讀取和 8.87GB/s 寫入，讀取速度提高約 2.6 倍，寫入速度提高 1.8 倍。 對於 SQL，EF600 的峰值得分為 1.88 萬 IOPS，SQL1.78-90 為 10 萬 IOPS，SQL 1.56-80 為 20 萬 IOPS，所有延遲均為亞毫秒級。 通過我們的 Oracle 測試，EF600 在 Oracle 1.53-1.66 上達到 90 萬次 IOPS，在 Oracle 10-1.51 中達到 80 萬次 IOPS，在 Oracle 20-1 中達到 XNUMX 萬次 IOPS，所有延遲均低於 XNUMX 毫秒。
AFA EF600 是 NetApp 的又一令人印象深刻的陣列。 EF600 為中端用戶提供了他們所需的容量，以及非常高的交易性能和低延遲。 對於不需要 ONTAP 端提供的數據減少或豐富數據服務的客戶，EF600 適合為目標應用程序提供高性能的角色，這些應用程序可以從最新的 NVMe SSD 和數據傳輸技術中受益. 最終 EF600 不會適合所有人，但這不是意圖，它顯然不是瑞士軍刀。 NetApp 對 EF600 的意圖更具戰術性。 那就是提供一個堅固的平台，該平台能夠採用往往不屬於通常的虛擬化熱點的應用程序，並加快實現企業價值的時間。 EF600 將加速 AI、ML 和數據庫工作負載，在此類存儲中以前所未有的速度為企業提供可操作的見解。 由於第五代 EF 提供的性價比優勢和可靠性，EF600 為 NetApp EF 系列贏得了另一個 StorageReview 編輯選擇獎。
