NetApp AFF A200 是一款 2U 全閃存存儲陣列，為 NetApp 的企業級閃存存儲產品組合提供了極具吸引力的切入點。 AFF A200 配備 24 個前置 2.5 英寸驅動器，由雙控制器管理，並由六核 Intel Broadwell-DE 處理器提供支持。 可以使用 SAN 或 NAS 工作負載（或兩者）訪問 A200。 AFF A200 支持容量高達 15TB 的 SSD，允許單個陣列配備高達 367TB 的原始存儲，並通過 DS224C 擴展架提供額外空間。
NetApp AFF A200 是一款 2U 全閃存存儲陣列，為 NetApp 的企業級閃存存儲產品組合提供了極具吸引力的切入點。 AFF A200 配備 24 個前置 2.5 英寸驅動器，由雙控制器管理，並由六核 Intel Broadwell-DE 處理器提供支持。 可以使用 SAN 或 NAS 工作負載（或兩者）訪問 A200。 AFF A200 支持容量高達 15TB 的 SSD，允許單個陣列配備高達 367TB 的原始存儲，並通過 DS224C 擴展架提供額外空間。
在考慮 NetApp AFF A200 配置的總容量時，請務必牢記 NetApp 保證其線內數據縮減技術（包括壓縮、重複數據刪除和數據壓縮）的有效性。 NetApp 根據工作負載類型提供有保證的存儲效率。 如果客戶沒有意識到保證的效率，NetApp 將補足差價。 本保證以其當前形式有效期至 2018 年 XNUMX 月。
評估 AFF A200 的數據縮減效率不在我們審查流程的範圍內，但根據 NetApp 的說法，AFF A200 應該可以將容量需求降低 2 到 10 倍。 簡而言之，NetApp 的數據壓縮技術將來自同一卷的多個邏輯數據塊放入一個 4KB 的塊中。 根據 NetApp 的說法，此功能對性能的影響“接近於零”——這完全符合我們要評估的審核流程。 A200 的架構利用了該公司的 FAS2650 陣列（AFF A200 的架構類似於入門級 FAS 平台的架構），儘管之前的 FAS2650 管理員應該注意 A200 不包含 NVMe FlashCache，並且僅適用於 SSD。
自從我們上次了解 Netapp 產品 FAS2240-2 以來的三年裡，NetApp 生態系統發生了很大變化。 這包括 AFF 全閃存系列的首次亮相和 ONTAP 9 操作系統的首次亮相（目前版本為 9.2). AFF A200 是“AFF A”系列的一部分，是 AFF 系列的第二代產品。 在此期間，閃存技術和全閃存陣列市場也發生了變化。 因此，將 NetApp AFF A200 視為 NetApp 認為擴展新市場和鞏固過去使用 FAS2240 等產品建立的客戶群的最大機會的跡像是合理的。
這篇評測全面介紹了 NetApp 的這款最新一代入門級閃存，配備適度配置的 AFF A200，配備 24 個 960GB SSD。
NetApp AFF A200 規格
- 每個 HA 對（主動-主動控制器）
- 外形尺寸：2U
- 內存：64GB
- 內存：8GB
- 儲存應用
- 板載托架：24 個 2.5" 插槽
- 最大固態硬盤：144
- 最大原始容量：2.2PB
- 有效容量：8.8PB（base10）
- 支持的固態硬盤：15.3TB、7.6TB、3.8TB 和 960GB。 3.8TB 和 800GB 自加密
- 支持的存儲擴展架：DS224C、DS2246
- SAN 橫向擴展：2-8 個節點
- RAID 支持：RAID6、RAID4、RAID 6 + RAID 1 或 RAID 4 + RAID 1 (SyncMirror)
- OS支持：
- 窗戶2000
- 在Windows Server 2003
- 在Windows Server 2008
- 在Windows Server 2012
- 在Windows Server 2016
- Linux
- 甲骨文
- AIX
- HP-UX
- Mac OS
- VMware的
- ESX
- 端口：
- 8 個 UTA2（16Gb 光纖通道，10GbE/FCoE）
- 4 個 10GbE
- 4 個 12Gb SAS
- 支持的存儲網絡：
- FC
- 光纖通道
- iSCSI的
- NFS的
- 磷酸化NFS
- 國際金融中心/中小企業
- 操作系統版本：ONTAP 9.1 RC2 或更高版本
- 最大 LUN 數量：4,096
- 支持的 SAN 主機數量：512
構建和設計
NetApp AFF A200 圍繞支持 24 英寸 SAS SSD 的 2.5 托架機箱構建。 該架構基於 NetApp 的 DS224C 存儲架，搭配英特爾 Broadwell-DE 六核處理器和與內部和外部驅動器的 6Gbps SAS 連接。 從設計的角度來看，Netapp 過度構建了所有內容以實現最大程度的冗餘。 MP-HA（多路徑高可用性）SAS 連接在內部和外部進行路由，因此每個控制器都可以通過多個路徑與每個驅動器通信，即使一個鏈路分離或過度使用也是如此。 此外，該裝置配備 NVMEM 電池，充滿電後能夠處理 12 次獨立的電源故障事件，為每個控制器提供足夠的正常運行時間，將飛行中的數據轉移到機載啟動設備。 此外，即使是降級的數據也被完全加密以保護它，而不管最初導致電源故障的事件如何。 這種相同級別的彈性體現在機箱冷卻和電源系統的設計中，其中每個電源都可以在正常操作條件下無限期地為系統完全冷卻和供電。
該設備的正面非常簡單，帶有 NetApp 品牌的擋板覆蓋了驅動器托架。 左側是電源按鈕，以及指示故障和活動狀態的 LED 顯示屏。
後視圖在各種電纜路徑上有更多的變化，但它是允許大多數冗餘魔術發生的連接性。 有兩個節點，設備在中間分開，兩邊都與另一邊相同。 每個控制器的左側是兩個 SAS 端口。 它們與額外的附加存儲架結合使用，並且還充當每個控制器之間的外部冗餘鏈路以實現 HA SAS 連接。 SAS 端口旁邊是兩個允許節點到節點連接的 10GbE 端口。 在單對部署中，兩個節點直接相互連接，而在更大的集群（集群模式 Data ONTAP）中，這些端口連接到用於集群流量的專用交換機。 接下來是四個 UTA2 端口，它們可以配置為在 FC 或以太網特性中運行，用於主要數據或網絡結構。 UTA2 端口上方是控制台微型 USB 端口。 UTA2 端口的右側是 RJ-45 控制台端口和 USB 端口。 右側是管理端口。 列出的端口下方是雙電源。
管理
NetApp AFF A200 運行 ONTAP 9.1 及更高版本； 9.2 在我們審查期間出來了。 UI 是 NetApp 的 OnCommand System Manager。 頂部是幾個主要選項卡，包括儀表板、LUN、SVM、網絡、硬件和診斷、保護和配置。 通過主儀表板，用戶能夠輕鬆查看警報和通知、人工節點當前的使用情況（在我們的案例 2 中）、存儲效率、頂級對像以及延遲、IOPS 和帶寬方面的當前性能讀數。
在 LUN 選項卡下，用戶可以輕鬆管理他們的 LUN，因為它們按名稱列出，單擊一個會在屏幕底部顯示屬性。
LUN 選項卡下還有啟動器組的子選項卡。 在這裡，用戶可以輕鬆查看和管理名稱、SVM、類型、操作系統、Portset 和計數。
下一個主要選項卡是 SVM（存儲虛擬機）。 單擊此選項卡可為用戶提供 SVM 列表，以及左下角的詳細信息。
單擊特定的 SVM 可為用戶提供其他幾個選項，例如顯示連接、接近容量的捲和 SVM 性能等內容的概覽。
單擊 SVM 時，會出現其他幾個子選項卡，包括卷、應用程序配置、LUN、Qtree、配額和 SVM 設置。 在 Volumes 子選項卡下，用戶可以查看設置的捲、編輯或刪除它們、拍攝快照以及調整 QoS 等功能。
如果用戶想要編輯其中一個卷，他們只需右鍵單擊一個卷，它們就會出現在下面的屏幕上。 此處為他們提供了三個要編輯的選項卡，包括“常規”、“存儲效率”和“高級”。 顧名思義，“常規”選項卡允許編輯常規信息，包括名稱、安全模式以及卷是否為自動精簡配置。
存儲效率允許用戶編輯卷內的數據縮減功能。 這包括打開或關閉後台重複數據刪除、在線壓縮和在線重複數據刪除。
Advanced 允許用戶設置空間回收，包括自動調整捲大小和刪除舊快照。 用戶還可以在讀取文件時啟用部分保留和更新訪問時間。
下一個子選項卡是應用程序配置。 顧名思義，用戶可以在此選項卡下為 SVM 提供某些應用程序。 這些應用程序（及其模板）包括 Oracle SAN Oracle Single、Oracle SAN Oracle RAC、SAN SQL Server、SAN 虛擬桌面實例和 SAN SAP HANA。
SVM 的 LUN 子選項卡使用戶能夠查看、管理和編輯每個 SVM 的 LUN。 LUN 按名稱列出（儘管可以調整），每個 LUN 都有一般詳細信息。 如果用戶單擊其中一個，他們可以在底部看到更多高級屬性。
SVM 下的一個重要子選項卡是“設置”選項卡。 此選項卡允許用戶查看協議、策略、服務、用戶詳細信息和當前狀態等內容。
我們查看的下一個主要選項卡是“網絡”選項卡。 此選項卡有幾個子選項卡，包括子網、網絡接口、以太網端口、廣播域、FC/FoE 適配器和 IP 空間。 我們要查看的第一個子選項卡是網絡接口。 在這裡用戶可以看到接口名稱、SVM、IP 地址、當前端口、是否為主端口、數據協議訪問類型、管理訪問、子網和角色。 單擊接口還會顯示常規和故障轉移屬性。
以太網端口子選項卡列出了不同的端口、它們所在的節點、它們的廣播域和 IP 空間以及它們恰好是什麼類型。 單擊端口還可以為用戶提供屬性和接口。
廣播域子選項卡告訴用戶廣播域是集群還是默認、它的最大傳輸單元 (MTU)、它的 IP 空間和它的組合端口更新狀態。
FC/FoE 適配器子選項卡顯示有關適配器的信息，例如它的 WWNN、它在哪個節點上、它位於哪個插槽、它的 WWPN、它的狀態和它的速度。 單擊適配器可為用戶提供其他詳細信息，例如媒體類型、已建立的連接、已建立的結構、速度、端口地址和數據鏈路速率。
下一個主要選項卡是硬件和診斷。 此選項卡為用戶提供了一個包含多個選項的下拉菜單。 其中一個選項是磁盤，有兩個子選項卡，摘要和清單。 在 Inventory 下，用戶可以看到集群中的所有磁盤、名稱、容器類型、家庭和當前所有者、類型（在本例中均為 SSD）、RPM（在本例中為無——因為磁盤都是 SSD） 、有效尺寸和物理空間。 單擊磁盤還可以提供其他詳細信息，例如聚合、供應商 ID、歸零、序列號和損壞的詳細信息。
用戶可以查看聚合以查看諸如名稱、它們所在的節點、已用百分比、可用空間、已用空間、總空間、卷數和磁盤數等信息。
節點診斷提供了一些一般信息，例如名稱、狀態、運行時間、ONTAP 版本、型號、系統 ID、序列號以及節點是否經過全閃存優化。
事件診斷為管理員提供了有關事件的相當詳細的消息、事件的嚴重性、事件的來源、事件發生的節點、日期和時間以及事件的其他詳細信息。
下一個主要選項卡是保護，它為用戶提供了一個快照下拉菜單。 為用戶提供了一個用於安排快照的屏幕，其中包含基於時間或基於間隔的各種選項。
保護選項卡下的另一個屏幕允許用戶設置快照策略。
最後一個主選項卡是配置。 配置選項卡的左側有許多小節，包括配置更新、服務處理器、集群對等、高可用性、許可證、集群更新、日期和時間、SNMP、LDAP、用戶和角色。 單擊服務處理器，用戶可以看到集群中的節點、它們的 IP 地址、狀態和 MAC 地址，以及網絡和一般詳細信息。
在 Cluster Update 下，用戶可以通過 ONTAP 查看哪些更新適用於他們的集群以及更新需要什麼。
總的來說，NetApp AFF A200 上的管理界面使用起來很愉快，在我們的測試中沒有出現任何問題。 它提供了一種與瀏覽器和軟件無關的方法，可以在任何類型的平台上工作，包括 iPhone（下面的屏幕截圖）。 雖然移動界面不是管理系統的首選方式，但如果需要的話您可以這樣做，這一事實令人印象深刻。 界面乾淨且易於遵循，我們與之交互的所有區域都易於流動以管理陣列。 雖然某些界面可能具有“更新”的外觀或感覺，但 ONTAP WebGUI 將混亂降至最低，最重要的是，它反應靈敏且易於跳過。
應用程序工作負載分析
NetApp AFF A200 的應用程序工作負載基準包括通過 SysBench 的 MySQL OLTP 性能和使用模擬 TPC-C 工作負載的 Microsoft SQL Server OLTP 性能。
測試是在 FC 上使用四個 16Gb 鏈路執行的，每個控制器有兩個連接。
SQL Server 性能
每個 SQL Server VM 都配置有兩個虛擬磁盤：100GB 卷用於啟動，500GB 卷用於數據庫和日誌文件。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、64GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。 雖然我們之前測試的 Sysbench 工作負載在存儲 I/O 和容量方面使平台飽和，但 SQL 測試正在尋找延遲性能。
此測試使用在 Windows Server 2014 R2012 來賓虛擬機上運行的 SQL Server 2，並由 Quest 的數據庫基準工廠進行壓力測試。 雖然我們對該基準測試的傳統用法是在本地或共享存儲上測試 3,000 規模的大型數據庫，但在本次迭代中，我們專注於在 A1,500 上均勻分佈四個 200 規模的數據庫（每個控制器兩個 VM）。
SQL Server 測試配置（每個虛擬機）
- 在Windows Server 2012 R2
- 存儲空間：分配 600GB，使用 500GB
- SQL Server 2014的
- 數據庫大小：1,500 規模
- 虛擬客戶端負載：15,000
- 內存緩衝區：48GB
- 測試時長：3 小時
- 2.5 小時預處理
- 30分鐘採樣期
SQL Server OLTP Benchmark Factory LoadGen 設備
- Dell PowerEdge R730 虛擬化 SQL 4 節點集群
- 集群中 5 個 2690GHz 的 Intel E3-249 v2.6 CPU（每個節點兩個，12GHz，30 核，XNUMXMB 緩存）
- 1TB RAM（每個節點 256GB，16GB x 16 DDR4，每個 CPU 128GB）
- 4點¯x Emulex 16GB 雙端口 FC HBA
- 4點¯x Emulex 10GbE 雙端口網卡
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
在我們的 SQL Server 測試中查看 NetApp AFF A200 的事務性能，AFF A200 取得了 12,620.15 TPS 的結果，單個 VM 的範圍從 3,154.95 TPS 到 3,155.113 TPS。 在數據縮減模式下，我們看到了類似的結果，NetApp A200 的總得分為 12,583.81 TPS，單個 VM 的範圍從 3,145.29 TPS 到 3,146.43 TPS。
在查看平均延遲時，A200 在所有 VM 中達到 11 毫秒，總延遲也為 11 毫秒。 在 DR 模式下，延遲上升了一些，儘管對於從 24 毫秒到 26 毫秒不等的單個 VM 來說這是意料之中的，總得分為 25 毫秒。
系統性能
每 系統平台 VM 配置了三個虛擬磁盤，一個用於啟動 (~92GB)，一個用於預構建數據庫 (~447GB)，第三個用於測試中的數據庫 (270GB)。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、60GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。 負載生成系統是 戴爾 R730 服務器; 在本次審查中，我們的範圍從四到八個不等，每個 4VM 組擴展服務器。
Dell PowerEdge R730 虛擬化 MySQL 4-5 節點集群
- 8-10 個英特爾 E5-2690 v3 CPU，用於集群中的 249GHz（每個節點兩個，2.6GHz，12 核，30MB 緩存）
- 1-1.25TB RAM（每個節點 256GB，16GB x 16 DDR4，每個 CPU 128GB）
- 4-5倍 Emulex 16GB 雙端口 FC HBA
- 4-5倍 Emulex 10GbE 雙端口網卡
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
Sysbench 測試配置（每個虛擬機）
- 中央操作系統 6.3 64 位
- 存儲空間：1TB，已使用 800GB
- Percona XtraDB 5.5.30-rel30.1
- 數據庫表：100
- 數據庫大小：10,000,000
- 數據庫線程：32
- 內存緩衝區：24GB
- 測試時長：3 小時
- 2 小時預處理 32 個線程
- 1 小時 32 個線程
對於 Sysbench，我們測試了幾組 VM，包括 4、8、16 和 20，並且我們在數據縮減“開啟”和“原始”形式下運行 Sysbench。 對於事務性能，NetApp A200 在 20 個虛擬機和數據縮減關閉時表現出最佳性能，達到 9,695 TPS。 在啟用 DR 的情況下，A200 在 8,986 個 VM 時仍達到 20 TPS。
就平均延遲而言，顯然 VM 越少它越低，因此 4VM 基準測試的 Raw 為 17.84ms，DR 僅為 19.2ms。 有趣的是，在 20 個 VM 時，Raw 和數據縮減版本的差異僅為 5 毫秒左右（66.02 毫秒到 71.24 毫秒）。
在我們最壞情況下的延遲基準測試中，A200 也具有強大的性能，4VM 的數據縮減版本的延遲最低，為 48.43 毫秒（儘管 Raw 僅為 48.63 毫秒）。 將 VM 數量增加到 20 時，數據縮減版本僅達到 180.27 毫秒，而 Raw 達到 172.6 毫秒。
VDBench 工作負載分析
在對存儲陣列進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。 NetApp 在審查 AFF A200 期間與我們分享了他們的 POC 工具包，它提供了一系列不同的測試配置文件，包括“四個角”測試、常見的數據庫傳輸大小測試，以及來自不同 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% iorate
- 綜合數據庫：SQL 和 Oracle
- VDI 完整克隆和鏈接克隆跟踪
看看峰值讀取性能，NetApp AFF A200 提供了出色的低延遲 4k 讀取性能，開始時測量為 0.31 毫秒，並保持在 1 毫秒以下，直到大約 190k IOPS。 在其峰值時，A200 在 249 毫秒的延遲下測得 16.4k IOPS。
查看 4k 峰值寫入性能，A200 以 0.34 毫秒的延遲開始並保持在 1 毫秒以下，直到它達到 40K 和 50K IOPS 之間。 在其巔峰時期，A200 在 85 毫秒時達到超過 19.6K IOPS
切換到 64k 峰值讀取時，A200 以 0.27 毫秒的延遲開始並保持在 1 毫秒以下，直到達到 48.5K IOPS 以上。 它的峰值剛好超過 60K IOPS，延遲為 8.5 毫秒。 A200 的帶寬為 3.75GB/s。
對於 64k 順序峰值寫入，A200 從 0.49ms 開始，一直保持在 1ms 以下，直到達到略高於 6K IOPS。 A200 以 19.7K IOPS 達到峰值，延遲為 12.85 毫秒。 A200 的峰值帶寬也達到了 1.22GB/s。
在我們的 SQL 工作負載中，A200 的延遲從 0.37 毫秒開始，一直保持在 1 毫秒以下，直到剛剛超過 120K IOPS。 它的峰值為 179K IOPS 和 5.7ms。
在 SQL 90-10 基準測試中，A200 以 0.37 毫秒的延遲開始並保持在 1 毫秒以下，直到它達到 80K 和 100K IOPS 之間。 A200 的峰值為 159K IOPS，延遲為 6.5 毫秒。
SQL 80-20 發現 A200 以 0.38 毫秒的延遲開始並保持在 1 毫秒以下，直到超過 60K IOPS。 A200 的峰值為 131K IOPS，延遲為 7.8 毫秒。
對於 Oracle Workload，A200 以 0.39 毫秒的延遲開始並保持在 1 毫秒以下，直到超過 50K IOPS。 A200 的峰值為 125K IOPS，延遲為 10.2 毫秒。
對於 Oracle 90-10，A200 以 0.37 毫秒的延遲啟動並保持在 1 毫秒以下，直到它接近 100K IOPS。 它的峰值為 155K IOPS，延遲為 4.2 毫秒。
對於 Oracle 80-20，A200 以 0.38 毫秒的延遲啟動並保持在 1 毫秒以下，直到它接近 65K IOPS。 它的峰值為 129K IOPS，延遲為 4.9 毫秒。
切換到 VDI 完整克隆後，啟動測試顯示 A200 以 0.35 毫秒的延遲開始並保持在 1 毫秒以下，直到大約 52K IOPS。 A200 的峰值為 122K IOPS，延遲為 8.6 毫秒。
VDI 完整克隆初始登錄以 0.41 毫秒的延遲開始，一直保持在 1 毫秒以下，直到大約 22K IOPS。 A200 的峰值為 48K IOPS，延遲為 18.6 毫秒。
VDI 完整克隆星期一登錄以 0.48 毫秒的延遲開始，一直保持在 1 毫秒以下，直到超過 20K IOPS。 它以 49 毫秒達到 10.4K IOPS 的峰值。
轉向 VDI 完整克隆，啟動測試顯示性能保持在 1 毫秒以下，達到大約 49k IOPS，隨後達到 95.7k IOPS 的峰值，平均延遲為 5.13ms。
在測量初始登錄性能的鏈接克隆 VDI 配置文件中，我們看到亞毫秒級延遲一直到大約 18.8k IOPS，峰值時進一步增加到 36.8k IOPS，達到 6.95ms。
在我們查看 VDI 鏈接克隆星期一登錄性能的最後一個概要文件中，我們看到 1ms 障礙轉換發生在大約 17.5k IOPS 時，其中工作負載繼續增加到 37.4k IOPS 和 13.3ms 平均延遲的峰值。
VMmark 3
更新1 / 31 / 18： 在進行初步審查時，我們的 VMmark 測試尚未完成。 這已經上線，我們已經發布了關於 A200的虛擬化性能 因此。 這些數據進一步增強了我們對該部門的熱情，因為它在啟用數據縮減服務時表現非常好，影響最小。
結論
NetApp AFF A200 是一款入門級陣列，適用於希望開始或遷移到全閃存存儲的小型組織，或者作為遠程/分支機構的不錯選擇。 A200 是一個雙控制器平台，由六核 Intel Broadwell-DE 處理器和高達 64GB 的內存提供支持。 從容量的角度來看，A200 有 24 個 2.5 英寸的 SAS 閃存驅動器托架。 該陣列支持多達 15TB 的驅動器，使總原始容量高達 367TB，儘管隨著數據減少，有效容量要高得多。 此外，NetApp 保證存儲效率降低 4:1。 A200 還可以通過 DS224C 擴展架增加容量。 該陣列在 NetApp 的 ONTAP 操作系統上運行。
在性能方面，我們運行了常用的應用程序工作負載分析，包括 SQL Server 和 Sysbench 應用程序工作負載，以及新引入的 VDBench 工作負載分析綜合基準。 NetApp 與我們分享了他們的 POC 工具包以供審查，為我們提供了一種更簡單的方法來啟動跨多台服務器的工作負載，並使我們能夠更輕鬆地以一致的方式測試更快的陣列。
對於我們的應用程序工作負載，我們在啟用和未啟用內聯數據縮減服務 (DR) 的情況下測試陣列。 在我們的 SQL Server 事務基準測試中，DR 的影響很小，總得分為 12,620.1 TPS raw 和 12,583.8 TPS with DR on。 單個虛擬機的範圍從 3,145.3 TPS 到 3,155.1 TPS。 對於 SQL Server 平均延遲，我們看到延遲隨著 DR 的開啟而加倍； 原始運行 11 毫秒（單獨和總計），DR 總計 25 毫秒。 借助 Sysbench，我們運行了多組 VM 擴展，包括 4、8、16 和 20。在 4 個 VM 的最低規模下，NetApp 表現相當出色，無需使陣列完全飽和即可提供強大的性能。 4 個虛擬機的原始性能為 7,175 TPS，平均延遲為 17.84 毫秒，最壞情況延遲為 48.63 毫秒。 在具有 20 個虛擬機的另一端，原始數據達到 9,695 TPS，延遲為 66.02 毫秒，最壞情況下的延遲為 172.6 毫秒。 同樣，儘管 raw 在所有測試中表現更好，但啟用 DR 並沒有太大差異。
查看在啟用數據縮減服務的情況下執行的 VDBench 測試，在亞毫秒級延遲下看到如此強大的性能令人印象深刻。 在隨機 4K 中，A200 在寫入延遲超過 40 毫秒之前達到 1K IOPS，在讀取延遲超過 200 毫秒之前，A190 達到 1K。 這種趨勢在其餘基準測試中持續存在。 在 64K 順序測試中，A200 能夠在讀取延遲低於 48ms 時達到 1K IOPS，在寫入時，它在低於 20ms 延遲時達到近 1K IOPS（測試還以 3.75GB/s 讀取和 1.22GB/s 的帶寬速度完成寫）。 我們以 100% 讀取、90% 讀取和 10% 寫入以及 80% 讀取和 20% 寫入運行三種 SQL 工作負載，A200 的得分分別為 120K IOPS、80K IOPS 和 60K IOPS，均低於 1 毫秒的延遲。 使用 Oracle 工作負載運行相同的三個測試，我們看到 A200 在 50 毫秒的延遲下達到了 100K IOPS、65K IOPS 和 1K IOPS。 我們還針對啟動、初始登錄和星期一登錄運行了 VDI 完整克隆和鏈接克隆基準測試。 A200 在完整克隆中能夠在 52 毫秒延遲下達到 22K IOPS、20K IOPS 和 1K IOPS，在鏈接克隆中在 49ms 延遲下達到 18K IOPS、17K IOPS 和 1K IOPS。 NetApp 很快評論了在幕後進行了多少優化以針對工作負載進行調整，您可以在我們在 A200 上運行的每項測試中看到這一點——即使在運行中進行了完整的內聯數據縮減。
在完成所有這些工作負載並在我們的實驗室進行了數週的測試之後，有一點是顯而易見的：向全閃存系統的遷移對 NetApp 來說是一次變革。 一些改進是閃存提供的提升，但很大程度上要歸功於 ONTAP 的改進。 無論歸功於何處，最終產品都絕對很棒。 存儲的中端市場競爭異常激烈。 有一些初創公司、軟件定義的選項以及其他常見的嫌疑人。 如果您希望在存儲上花費低於六位數的費用，那麼您可能會原諒在這個細分市場中不經意地看一眼 NetApp。 然而，這將是一個悲劇性的錯誤，因為 A200 簡直就是壓垮了。 在一毫秒內提供驚人的性能是一回事，但重要的是：NetApp 正在通過啟用數據縮減服務來實現 4:1 的容量保證。 這不是微不足道的； 許多其他陣列要么在數據減少方面表現平平，要么根本不提供。 我們的入門級 A200 具有最低容量的驅動器，在兩個 15.5TB 池中提供 7.75TB，這意味著如果我們達到 62:4 的目標並且使用 NetApp 提供的 1TB 驅動器超過 15PB，我們將擁有 2TB 的高端容量. 200U 中型機頂盒的觸及範圍令人印象深刻。 性能與一套深入而成熟的數據服務相結合，使 A2017 成為我們 XNUMX 年第二個編輯選擇獎得主的輕鬆選擇。
優點
- 在 367U 佔用空間中高達 2TB（4:1 數據效率之前）
- 數據縮減技術對應用程序工作負載基準的影響微乎其微
- VDBench 中亞毫秒級延遲的出色性能
- 成熟的數據服務和集成集
缺點
- 缺少 1.92TB SSD 選項以彌補 960GB 和 3.8TB 配置之間的價格差距
底線
NetApp AFF A200 是適合中端市場的理想統一存儲解決方案，該解決方案需要毫不妥協的應用程序響應組合，並以廣泛的純種數據服務列表為後盾。
