在我們的 X-IO Technologies ISE 1 G860 評測的第 3 部分中，我們概述了 ISE 860 G3 是什麼，並研究了應用和綜合基準。 簡要回顧一下，該平台在我們投入的所有方面都表現出色，包括 MySQL、SQL Server 和合成工作負載。 對於我們審查的第二部分，我們將使用 VMmark 測試擴展 ISE 860 G3 的 VMware 虛擬化測試，使控制器在負載下失敗，並在 MySQL 工作負載下對 ISE 860 G3 上的 QoS 引擎施加壓力。
在我們的 X-IO Technologies ISE 1 G860 評測的第 3 部分中，我們概述了 ISE 860 G3 是什麼，並研究了應用和綜合基準。 簡要回顧一下，該平台在我們投入的所有方面都表現出色，包括 MySQL、SQL Server 和合成工作負載。 對於我們審查的第二部分，我們將使用 VMmark 測試擴展 ISE 860 G3 的 VMware 虛擬化測試，使控制器在負載下失敗，並在 MySQL 工作負載下對 ISE 860 G3 上的 QoS 引擎施加壓力。
VMmark 性能分析
與我們所有的應用程序性能分析一樣，我們試圖展示產品在實際生產環境中的性能與公司的性能聲明相比如何。 我們了解評估存儲作為大型系統組件的重要性，最重要的是存儲在與關鍵企業應用程序交互時的響應速度。 在這個測試中我們使用 VMware 的 VMmark 虛擬化基準測試 在多服務器環境中。
VMmark 的設計本身就是一個高度資源密集型基準測試，它廣泛地混合了基於 VM 的應用程序工作負載，強調存儲、網絡和計算活動。 在測試虛擬化性能時，幾乎沒有更好的基準測試了，因為 VMmark 考慮了很多方面，包括存儲 I/O、CPU，甚至 VMware 環境中的網絡性能。
Dell PowerEdge R730 VMware VMmark 4 節點集群規格
- Dell PowerEdge R730 服務器 (x4)
- CPU：八個 Intel Xeon E5-2690 v3 2.6GHz (12C/24T)
- 內存：64 x 16GB DDR4 RDIMM
- Emulex LightPulse LPe16002B 16Gb FC 雙端口 HBA
- Emulex OneConnect OCe14102-NX 10Gb 以太網雙端口 NIC
- VMware ESXi 6.0
ISE 860 G3（每個 DataPac 20×1.6TB SSD）
- RAID 前：51.2TB
- RAID 10 容量：22.9TB
- RAID 5 容量：36.6TB
- 原價：$ 575,000
在我們初步了解 XIO ISE 860 的 VMware VMmark 性能時，我們使用 Dell PowerEdge R730 13G 4節點集群 作為工作量背後的驅動力。 該集群配備八個 Intel E5-2690 v3 Haswell CPU，可為作為每個 VMmark 磁貼一部分運行的應用程序提供 249.6GHz 的 CPU 資源。 一般來說，我們看到每個區塊大約需要 10GHz，這意味著這個集群在最佳條件下應該能夠在 24-26 個區塊之間運行。 除此之外，還需要向集群中添加額外的服務器或切換到更高層的處理器，例如 E5-2697 v3 或 E5-2699 v3。 這是另一種說法，當這個集群達到頂峰時，存儲很可能仍有一些可用空間來提高。
在 XIO ISE 860 上擴展 VMmark 工作負載，我們看到了從 1 到 22 塊的強大線性改進。 在 22 個 tile 之後，性能開始略有下降，因為我們的計算集群確定了它的 CPU 利用率。 對於更大的集群，XIO ISE 860 可以輕鬆處理額外的負載。 深入研究幕後的性能監控可以證明這一點，在我們的 1 個磁貼運行期間測量的延遲低於 26 毫秒，在 svmotion/部署操作期間有幾個個位數的峰值。 由於低延遲性能是全閃存陣列的絕對必要條件，因此 X-IO ISE 860 一點也不令人失望。
控制器故障測試
市場上有不同的 SAN 設計以及配置差異，例如主動/被動和主動/主動。 在處理故障時，這兩種設計都允許備用或輔助控制器在主控制器離線時接管存儲職責。 我們越來越有興趣展示不同的平台如何應對控制器故障，因為並非所有平台都是平等的。 我們設計的場景的核心是相當基礎的； 在存儲陣列上部署大量工作負載，等待工作負載達到穩定狀態，然後拉出控制器。 在此過程中，我們會查看性能特徵如何變化、監控丟失的 I/O 活動以及最重要的平台恢復被測工作負載的速度。 對於 X-IO ISE 860，我們使用了 Sysbench 工作負載，4 個實例分佈在兩個卷中。
在 ISE 4 上運行 860 個 Sysbench 虛擬機時，我們等待了大約 15 分鐘，讓工作負載在存儲陣列上達到平衡。 此時，工作負載測得約為每台虛擬機 1,100TPS。 拉出一個控制器後，我們看到所有虛擬機的性能逐漸下降 3-4 秒，暫停約 10 秒，然後迅速恢復到故障前測得的性能水平。 我們的 VMware ESXi 6.0 主機輕鬆應對了這種存儲 I/O 中斷並繼續工作，就好像什麼事也沒發生過一樣。
從 X-IO ISE 管理器套件中，我們能夠在大約 5 分鐘後看到故障（手動刷新可能會更快顯示）。 拉出控制器後 10-15 分鐘，我們還收到了來自 X-IO 支持的自動電子郵件警報，警告我們控制器也出現故障。
要將舊控制器放回原處（或將替換控制器添加到陣列中），您只需將控制器插入陣列背面，讓陣列檢測/分析控制器，並指示它能夠與陣列合併. 這個過程花了幾分鐘，在 ISE Manager 控制器視圖中顯示了一個“添加”按鈕。 單擊後，我們看到類似的性能下降，然後是幾秒鐘的 I/O 暫停，然後陣列恢復正常。 就像最初的故障一樣，VMware ESXi 6.0 可以毫無問題地處理這個中斷，而且我們在來賓操作系統級別也沒有看到任何錯誤。 並非所有存儲陣列在這方面都是平等的，很高興看到 ISE 860 可以輕鬆處理災難性故障。
X-IO 技術 ISE 860 G3 QoS
我們在審查的第一部分簡要介紹了 QoS，在這裡我們將進行更深入的研究。 X-IO 在其 ISE 存儲陣列上提供 QoS 功能。 QoS 設置應用於卷級別，用戶可以在其中指定 IOPS Max、IOPS Min 和 IOPS Burst。 雖然綜合結果可能有助於顯示 QoS 配置文件在給定設備上的工作情況，但查看應用程序如何響應它們更有價值。 我們在本節中再次使用了 Sysbench MySQL TPC-C 工作負載，因為它提供了出色的實時性能監控功能。 我們的場景利用了 4 個 VM 部署，兩個 VM 在一個卷上，另外兩個在另一個卷上。 一個卷被設計為“生產”用例，與不受監管的基準相比，我們希望在性能上沒有限制，而另一個卷將是一個“開發”用例。 這將反映企業設置，您需要在主存儲上運行多個數據庫實例，但不允許開發實例影響生產 VM。
在 X-IO ISE 860 上啟用 QoS 並在卷級別配置它非常容易。在配置卷時通過相同的菜單訪問設置，其中默認設置為“存儲調節”或完整性能。 要啟用 QoS，您只需輸入一個 IOPS 值，然後通過反複試驗查看它如何影響您的工作負載。 值得首先通過 ISE Manager 上的性能視圖不受限制地監控工作負載的 IOPS 級別以獲得基線。 在這種情況下，2 個 Sysbench VM 消耗了超過 20,000 IOPS，因此我們在運行生產工作負載的捲上設置了 30k IOPS Max、40k IOPS Burst 和 20k IOPS Min。 對於我們的開發量，我們進行了幾次迭代，以了解限制 I/O 配置文件如何影響我們的實時 Sysbench 運行。
第一個示例顯示 Sysbench 在我們的生產卷上運行，啟用了 QoS。 與受監管或完全不受限制的存儲相比，我們沒有看到性能變化。
在我們的開發 Sysbench 工作負載上，我們能夠輕鬆控制性能配置文件，從而轉化為穩定的性能水平，儘管性能水平較低。 在下面的示例中，我們將配置文件集更改為生產量性能的一半，並將 IOPS 級別降低到原始級別的 25%。 如您所見，性能變化立即發生，沒有 I/O 中斷或 I/O 不穩定。 對於擔心可能影響高優先級工作負載的嘈雜鄰居的購買者，X-IO 提供了一個功能強大的 QoS 功能集，在現實條件下表現非常好。
第 2 部分最後的想法
本評論系列的第二部分廣泛審視了性能和服務問題。 在性能方面，ISE 860 在 VMmark 中拿下了 26 個區塊，最大限度地發揮了 4 節點集群的能力。 更進一步，它的 26 塊加載寫入延遲非常低，低於 1 毫秒，峰值小於 10 毫秒。 ISE 顯然在這裡有更多的空間，這是我們將進一步探索的東西。 處理四台服務器可能遇到的所有問題是一項不小的壯舉，但隨著 ISE 繼續在各種工作負載上展示出色的性能，這也是意料之中的事情。
除了性能之外，X-IO 因 ISE 系列而聲名鵲起的原因之一是無需維護。 在這種情況下，如果驅動器出現故障將無法工作，X-IO 會聚合存儲以故意混淆各個驅動器本身，即使您可以在操作時物理訪問它們。 在這種情況下，我們並沒有優雅地拉出一個控制器來查看活動工作負載會發生什麼。 當第二個控制器吸收負載時出現一點點波動，一切都繼續進行，vCenter 或來賓操作系統中沒有任何問題。 我們還深入研究了 ISE 的 QoS 功能，它允許在每個卷的基礎上進行嚴格控制。 成熟的 QoS 功能在主存儲陣列上並不廣泛，因此擁有這種級別的精細訪問是一件好事，特別是對於那些在主存儲上運行非關鍵開發工作負載的人，或者有吵鬧的鄰居經常吃飽的人超過他們應得的資源份額。
我們將繼續使用 ISE 860，進一步開發針對這種新型高性能存儲的測試策略。 接下來的步驟包括針對具有八個刀片的 Cisco UCS Mini 和一些閃存陣列可以勝任的額外工作負載進行測試。
X-IO Technologies ISE 860 G3 評測：第 1 部分
