Reduxio HX550 是一個 2U 機箱內的雙控制器混合存儲陣列。 該系統前端有 7.2 個 2k 800TB 硬盤驅動器和 38.4 個 550GB SSD，在每個系統中創建一個 XNUMXTB 的原始數據池。 停在那裡讓 HXXNUMX 聽起來就像任何其他試圖吸引 SMB 和企業市場需求的中端混合產品。 然而，Reduxio 遠不止於此，因為它提供了幾個獨特的曲折，這些曲折在此類存儲中並不常見，甚至是全新的。 其中最主要的是 Reduxio 的“存在理由”，即數據應始終受到保護。 Reduxio 通過提供 BackDating 來執行此任務，它提供一秒的 RTO 和 RPO，有效地讓組織隨時以秒級粒度回滾。 Reduxio 客戶發現這種方法可以有效處理各種數據丟失或訪問問題，尤其是在面對新興的勒索軟件問題時。
Reduxio HX550 是一個 2U 機箱內的雙控制器混合存儲陣列。 該系統前端有 7.2 個 2k 800TB 硬盤驅動器和 38.4 個 550GB SSD，在每個系統中創建一個 XNUMXTB 的原始數據池。 停在那裡讓 HXXNUMX 聽起來就像任何其他試圖吸引 SMB 和企業市場需求的中端混合產品。 然而，Reduxio 遠不止於此，因為它提供了幾個獨特的曲折，這些曲折在此類存儲中並不常見，甚至是全新的。 其中最主要的是 Reduxio 的存在理由，即數據應始終受到保護。 Reduxio 通過提供 BackDating 來執行此任務，它提供一秒的 RTO 和 RPO，有效地讓組織隨時以秒級粒度回滾。 Reduxio 客戶發現這種方法可以有效處理各種數據丟失或訪問問題，尤其是在面對新興的勒索軟件問題時。
這種數據恢復方法是 TimeOS 的支柱之一，TimeOS 是支持 Reduxio 所有獨特功能的存儲操作系統。 除了實時數據縮減之外，TimeOS 還包括針對熱數據的實時、全自動自適應分層活動，這是混合陣列中不常見的功能。 雖然該系統提供 38.4TB 原始容量，但 Reduxio 認為擁有 HX550 的客戶將看到高達 120TB+ 的可用空間。 Reduxio 的全局重複數據刪除和壓縮是在內存中和內聯完成的，這在架構上很重要，因為盒子之間或 Reduxio 與雲之間的快速數據遷移是另一個基本賣點。
由於 HX550 繼續從市場上的其他陣列中脫穎而出，它通過 NoRestore 提供了自己的數據保護和移動功能。 NoRestore 功能將主存儲和輔助存儲管理結合到一個平台中。 這種內置的副本數據管理是一項重要功能，因為大多數組織都在處理副本數據的增長，並且需要擁有災難恢復解決方案。 NoRestore 允許客戶淘汰他們現有的數據保護工具。 NoRestore 的工作原理是不斷將重複數據刪除和壓縮數據的增量更新發送到存儲庫，該存儲庫可能是另一個 Reduxio 系統、任何 iSCSI 存儲或云存儲。 為了恢復數據，任何 Reduxio 系統都可以從後台存儲的數據創建一個卷。 在所有數據被複製回之前使卷可用的能力導致更快的恢復，該公司大膽聲稱可以在幾秒鐘內恢復 100TB。 當 Reduxio 系統使用存儲庫時，客戶可以獲得一站式解決方案，無需添加二級存儲或需要進行不同的管理。
與通常需要大量時間投入的其他“即時”功能一樣，是 NoMigrate 功能。 此功能承諾提供從 Reduxio 到 Reduxio 或從第三方供應商到 Reduxio 的拖放近乎即時的遷移能力。 對於以前遷移過大量數據的人來說，即時遷移似乎是一顆難以下嚥的藥丸。 Reduxio 聲稱它可以通過配置為源存儲系統的主機來實現這一點，從而允許它從源系統虛擬化資源並遷移它們。 如果在遷移過程中有任何 I/O 請求，請求將被發送到 Reduxio 系統，就好像數據已經存在一樣。 如果用戶試圖讀取尚未進入 Reduxio 系統的數據，它將優先考慮這些塊的副本，以便它們立即可用於正常的應用程序操作。
Reduxio 用來使自己脫穎而出的另一個有趣功能是其基於雲的分析解決方案 StorSense。 StorSense 是所有 Reduxio 陣列提供的 SaaS 解決方案，它收集和分析數據以發現問題並加速解決所述問題，或者允許 Reduxio 工程師糾正它發現的問題。 該系統的設計高度安全，讓用戶高枕無憂，因為他們知道可以在不冒數據風險的情況下解決問題。
所有這些功能都通過一個 GUI 進行管理，該 GUI 更類似於視頻遊戲控制台，而不是最常與存儲管理相關聯的內容。 部署簡單，可以通過 GUI 直觀地處理多個單元。
我們在實驗室中有兩個 HX550 用於本次審查，但性能數據來自單個單元。 但是，某些功能需要第二個陣列，這在下面的管理演練中有所說明。
Reduxio HX550 規格：
- 外形：2U 機箱中的雙控制器
- 容量：38.4TB 原始容量，120TB+ 有效容量
- 固態硬盤：8 個 800GB eMLC
- 硬盤：16 個 2TB 7.2K NL-SAS
- 緩存：256GB DDR3 ECC
- Reduxio TimeOS v3.4.1
- 網絡端口
- 4x 10GbE SFP+ 用於 iSCSI
- 2x 1GbE RJ45 用於管理
- 最多 6 個虛擬網絡
- 支持的主機
- 微軟視窗服務器 2008/2012/2016
- VMware ESXi 5.x/6.x
- XenServer 6.x/7.x
- 紅帽 Linux 5/6/7
- 中央操作系統 5/6/7
- 蘇塞12
- 支持的瀏覽器
- 谷歌瀏覽器 v41
- Mozilla 火狐 v38
- 互聯網瀏覽器11
- Safari 8 及更高版本。
- 電源：具有冗餘內部電池備份單元的冗餘電源
- LUN：最多 1,000 個 LUN，最大 LUN 大小 100TB
- 主機：最多 1,000 個主機
- 協議：
- iSCSI的
- HTTP
- HTTPS
- SSHv2
- DNS
- SMTP
- 安全 SMTP
- NTP
- 存儲管理：
- Reduxio 存儲管理器
- Reduxio命令行界面
- REST API
- SNMP 陷阱
- 電子郵件提醒
- 功能
- 無重複
- BackDating 克隆/還原
- 書籤
- 歷史政策
- 自動一致性
- 存儲感知
- 附加軟件
- 用於 VMware vSphere 的 Reduxio StorApp
- 適用於 Microsoft Windows Server 的 Reduxio StorKit
- 用於 OpenStack 的 StorKit
- Flocker 的 StorKit
設計和建造
Reduxio HX550 是一款 2U 外形尺寸的存儲陣列。 該設備的正面是一個醒目的擋板，它在鉸鏈上打開以訪問下方的驅動器（需要扭矩螺絲刀才能打開擋板）。 下面是 24 個 2.5 英寸驅動器，在托架底部帶有狀態和錯誤指示燈。
移動到設備的後部，兩側都有電源，帶有 PCM 狀態 LED、PCM 電源開關和 PCM 電源連接器。 控制器旁邊有一個槓桿和手柄，可以在其中更換電源。 中間是兩個堆疊在一起的控制器。 兩者都有硬件狀態 LED、兩個互連端口、兩個 USB 3.0 端口、兩個數據端口、一個管理端口和一個微型 HDMI 端口。
管理和可用性
雖然在管理方面有多種選擇，但在本次審查中，我們使用了 Reduxio Storage Manager。 這種基於瀏覽器的 GUI 簡單易用且直觀。 儀表板可以通過拖放所需內容輕鬆定制。 與分解 GUI 的每個功能相反，我們將研究 Reduxio 的一些獨特功能。 具體來說，我們將研究 NoRestore 功能以及它如何應用於我們的 Sysbench 測試。
不過，首先，我們將查看主儀表板屏幕，左側是警報，右側是連接的主機數量，然後是菜單按鈕、捲和實時性能讀數。
通過將小部件從中央列表拖放到兩個視圖窗口，可以自定義儀表板。 在此系統上，警報小部件位於左側，IOP 小部件位於右側。 其他小部件是吞吐量、延遲、最高 IOP、最高吞吐量和容量。 單擊窗口中的任何小部件會將您帶到 UI 中的詳細頁面。
用戶可以單擊分層以查看數據分層的位置和速度。
空間使用選項卡顯示正在使用的空間與總數的對比。
我們將觀察的最後一個選項卡查看使用 NoDup 節省的總容量。
在“設置”選項卡下，用戶可以選擇添加遠程 Reduxio 系統、第三方 iSCSI 存儲或基於 S3 的雲存儲。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
如果用戶選擇使用遠程 Reduxio 系統，系統會提示他們選擇遠程系統。 在這種情況下，我們沒有另一個系統來測試它。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
還可以選擇添加基於 S3 的雲存儲，如果這對組織及其佈局方式更有效的話。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
由於 iSCSI 是我們基準測試所需的，因此我們添加了兩個。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
獲得所需的 iSCSI 存儲後，我們可以通過設置選項卡設置 NoRestore。 在存儲庫子選項卡下，系統會提示我們選擇配置 NoRestore 進行備份或添加其他存儲庫。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
選擇配置備份，我們只需要等待幾分鐘。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
備份配置完成後，我們可以單擊 NoRestore 選項卡，然後看到我們的 Sysbench 顯示在 New Volume 子選項卡中。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
從這裡我們創建 Sysbench 測試的備份任務並開始運行備份以查看我們可以多快地恢復它。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
在它運行時，我們可以通過並設置備份所需的數據保護。 在這種情況下，我們選擇了連續複製。 這裡還有用於命名數據保護組和設置回溯的選項。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
用戶還可以在此處輕鬆檢查其備份狀態。 GUI 提供諸如受保護數據總量、已用空間、警報、停止數據傳輸的能力以及搜索其他傳輸的能力等信息。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
NoRestore 的另一個有趣功能是它使用戶能夠查看數據傳輸窗口。 用戶可以選擇哪一天和哪個時間來縮小搜索範圍或廣撒網以查看他們捕獲的內容。
右鍵單擊並在新選項卡中打開以獲得更大的圖像
應用程序工作負載分析
Reduxio HX550 的應用程序工作負載基準測試包括通過 SysBench 的 MySQL OLTP 性能和使用模擬 TPC-C 工作負載的 Microsoft SQL Server OLTP 性能。 在每種情況下，我們都為陣列配置了雙驅動器冗餘。 測試平台由四台運行 VMware ESXi 730 的 Dell PowerEdge R6.5 服務器組成，並利用具有 9100 MTU 巨型幀的 Dell EMC Networking Z9000 交換機作為主幹。
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 規模的大型數據庫，但在本次迭代中，我們專注於在 Reduxio HX1,500 上均勻分佈四個 550 規模的數據庫（每個控制器兩個 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 個 Emulex 16GB 雙端口 FC HBA
- 4 個 Mellanox ConnectX-4 rNDC 25GbE 雙端口網卡
- VMware ESXi vSphere 6.5 / Enterprise Plus 8-CPU
對於 SQL Server，我們運行了兩組測試，其中一組有 2 個虛擬機，另一組有 4 個虛擬機。 4 個 VM SQL Server 能夠達到 12,351.9 TPS 的總分，單個 VM 的範圍從 3,085 TPS 到 3,089 TPS。 2 個 VM SQL Server 能夠達到 6,240.1 TPS 的總分，單個 VM 的範圍從 3,119.7 TPS 到 3,120.5 TPS。
切換到平均延遲，4 個虛擬機基準測試的總延遲為 115.75 毫秒，單個虛擬機的延遲範圍從 114 毫秒到 119 毫秒不等。 2 個 VM 基準測試的表現要好得多，總得分為 65 毫秒，單個 VM 的範圍從 64 毫秒到 66 毫秒不等。
系統性能
每 系統平台 VM 配置了三個虛擬磁盤，一個用於啟動 (~92GB)，一個用於預構建數據庫 (~447GB)，第三個用於測試中的數據庫 (270GB)。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、60GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。 Load gen 系統是 Dell R730 服務器。
Dell PowerEdge R730 虛擬化 MySQL 4 節點集群
- 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 個 Emulex 16GB 雙端口 FC HBA
- 4 個 Mellanox ConnectX-4 rNDC 25GbE 雙端口網卡
- 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 基準測試中，我們運行了 4 個 VM 和 8 個 VM 的 VM 集。 對於事務性能，8VM 為我們提供了 2,472.3 TPS，而 4VM 為我們提供了 2,031.9 TPS。
查看我們的 Sysbench 工作負載的平均延遲，8 個虛擬機給了我們 103.55 毫秒，4 個虛擬機給了我們 63 毫秒。
在我們最壞情況下的第 99 個百分位數延遲測量中，8 個虛擬機達到 228 毫秒，而 4 個虛擬機達到 150 毫秒。
VDBench 工作負載分析
在對存儲陣列進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。 這些工作負載提供了一系列不同的測試配置文件，從“四個角”測試、常見的數據庫傳輸大小測試到來自不同 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 完整克隆和鏈接克隆跟踪
看看峰值讀取性能，Reduxio HX550 在 1 IOPS 時的啟動時間略低於 6,202 毫秒，並且能夠保持亞毫秒級延遲，直到大約 30K IOPS。 它以 65,177 毫秒的延遲達到 63 IOPS 的峰值。
查看 4K 峰值寫入性能，HX550 具有亞毫秒級延遲性能，直到大約 19K IOPS，峰值為 27,708 IOPS，延遲為 74 毫秒。
切換到 64K 峰值讀取時，HX550 開始超過 1 毫秒（準確地說是 1.45 毫秒），並在 9,590 毫秒延遲時達到 667.1 IOPS 或 49MB/s 的峰值。
對於 64K 順序峰值寫入，HX550 具有亞毫秒級延遲性能，直至約 2K IOPS，峰值為 6,334 IOPS 或 444.8MB/s，延遲為 40ms。
在我們的 SQL 工作負載中，Reduxio HX550 的啟動時間超過 1 毫秒，峰值為 15,066 IOPS，延遲為 63 毫秒。
SQL 90-10 工作負載再次看到 HX550 從 1 毫秒以上開始（2.62 IOPS 時為 1,903 毫秒），然後達到 20,141 IOPS 的峰值，延遲為 45 毫秒。
SQL 80-20 看到 HX550 以 1,898 IOPS 和 2.58 毫秒延遲開始，峰值為 19,764 IOPS 和 52 毫秒延遲。
對於我們的 Oracle 工作負載，Reduxio HX550 再次以 1 毫秒以上的速度開始，在 2,897 毫秒時達到 1.78 IOPS，並以 31,422 毫秒的延遲達到 40 IOPS 的峰值。
對於 Oracle 90-10，HX550 以 2,397 IOPS 和 2.1 毫秒的延遲開始，並以 25,512 IOPS 的峰值達到 21 毫秒的延遲。
對於 Oracle 80-20，HX550 以 2,399 IOPS 和 2.07 毫秒的延遲開始，並以 25,097 IOPS 的峰值和 22.6 毫秒的延遲達到峰值。
切換到 VDI 完整克隆後，啟動測試顯示 Reduxio HX550 的啟動時間再次超過 1 毫秒，峰值達到 21,575 IOPS，延遲為 41 毫秒。
VDI 完整克隆初始登錄開始時間不到 1 毫秒，但在 2K IOPS 左右打破了亞毫秒級性能。 它的峰值為 16,226 IOPS，延遲為 57 毫秒。
VDI 完整克隆星期一登錄以 1,503 IOPS 和 4.9 毫秒的延遲開始，並以 13,225 IOPS 和 39 毫秒的延遲達到峰值。
轉到 VDI 鏈接克隆，HX550 的啟動測試以 1,496 IOPS 和 2 毫秒延遲開始，並以 16,731 IOPS 和 21 毫秒延遲達到峰值。
在測量初始登錄性能的鏈接克隆 VDI 配置文件中，我們看到 HX550 從 1,401 IOPS 開始，延遲為 1.3 毫秒，峰值為 13,047 IOPS，延遲為 19.5 毫秒。
在我們查看 VDI 鏈接克隆星期一登錄性能的最後一個配置文件中，我們看到 HX550 再次開始超過 1 毫秒（1,302 IOPS，延遲為 2.8 毫秒），峰值為 12,187 IOPS，延遲為 27 毫秒。
結論
Reduxio HX550 是一款 2U 中端混合存儲陣列。 通過 38.4 個 18RPM HDD 和 7200 個 SSD 的組合，該陣列可以擁有高達 6TB 的原始存儲。 這或多或少是 HX550 不再像市場上其他陣列的地方。 HX550 具有多項功能，使其在該領域的其他產品中脫穎而出。 利用其操作系統 TimeOS，該陣列具有自動分層功能，允許將熱數據移動到更快的存儲介質，將冷數據移動到更具成本效益的存儲介質。 HX550 使用稱為 BackDating 的進程，允許以秒為單位的回滾粒度，這可以極大地幫助防止數據丟失。 該陣列具有兩個“即時”功能，即 NoRestore 和 NoMigrate，它們通過以用戶可即時訪問的方式四處移動數據來實現近乎即時的恢復和遷移。 此外，HX550 附帶分析 SaaS 解決方案，可幫助用戶主動響應問題（或允許 Reduxio 工程師在問題造成混亂之前對其做出遠程反應）。
談到性能，我們運行了應用程序工作負載分析（包括 SQL Server 和 Sysbench）和 VDBench 工作負載分析。 對於 SQL，Reduxio HX550 能夠達到 12,351.9VM 的總 TPS 分數 4 和 6,240.1VM 的 2。 對於 SQL 延遲，HX550 的 65VM 總得分為 2ms，115.8VM 總得分為 4ms。 Sysbench 顯示 HX550 在 2,472VM 時具有 103.6 TPS、228.4ms 平均延遲和 8ms 最壞情況延遲，在 2,032VM 時具有 4 TPS、63ms 平均延遲和 150.1ms 在最壞情況下延遲。 對於我們的 VDBench 工作負載，Reduxio HX550 性能乏善可陳。 亞毫秒級延遲性能非常輕微或不存在，所有測試都以大量延遲尖峰結束。 只有三個測試在 1ms 以下開始：4K 讀取、64K 讀取和 VDI Full Clone 初始登錄。 最高分出現在 4K IOPS 的 65K 讀取中，但它也有 63 毫秒的延遲。 事實上，VDI LC 引導的最低峰值延遲為 19.5 毫秒。
雖然毫無疑問 Reduxio HX550 重塑了我們對企業存儲陣列的看法（即混合主存儲和備份功能），但功能集需要大量開銷，這不平衡性價比。 潛在客戶將需要從 Reduxio 的 RPO/RTO 以及部署和管理差異化的簡單性中看到巨大的價值，同時不需要他們從類似價格的閃存陣列中看到的更高性能。 可以肯定的是，HX550 很簡單； 在小型環境中，它可以使用現代且有點前衛的界面有效地替換主陣列和備用陣列。 毫無疑問，從勒索軟件之類的軟件中輕鬆恢復是一個非常引人注目的故事。 但是，如果您有時間和人員將更標準的存儲陣列、備份設備和適當的軟件架構或融合解決方案放在一起，您將受益於更好的性能配置文件。 在評估 Reduxio 時，很明顯備份和恢復功能增加了價值，而且對於較小的 IT 組織來說，系統易於部署和管理。 如果這些是組織需要的東西； 最後，Reduxio 的價值主張變成了一個簡單的問題，即係統是否具有足夠的性能。
底線
Reduxio HX550 混合陣列提供近乎即時的恢復以及簡單的部署和管理模型。 不過，這些功能確實會影響性能； 對 Reduxio 的任何評估都必須確保應用程序的響應能力是可以接受的。
