在 VxRack 節點回顧的第一部分，我們介紹了部署選項、主要管理界面概述以及來自 VCE（EMC 的融合平台部門）的全閃存性能節點背後的硬件。 在這部分審查中，我們將了解雙層 SAN 配置中的 VxRack 節點，以及它在我們的 MySQL Sysbench 工作負載下的表現。 隨著工作負載強度和容量足蹟的增加，我們將 ScaleIO 和底層硬件壓至 99.2% 的容量以評估性能。 我們的目標是衡量節點在提供高速交易性能（包括吞吐量和延遲）方面的性能潛力，以及在我們的虛擬化環境中不斷要求的工作負載規模。
VCE VxRack 節點（性能計算全閃存 PF100）規格
- 機箱 – 節點數：2U-4 節點
- 每個節點的處理器：雙 Intel E5-2680 V3、12c、2.5GHz
- 芯片組：Intel 610
- 每個節點 DDR4 內存：512GB (16x 32GB)
- 每個節點的嵌入式 NIC：雙 1 Gbps 以太網端口 + 1 個 10/100 管理端口
- 每個節點的 RAID 控制器：1 個 LSI 3008
- 每個節點的 SSD：4.8TB（6 個 2.5 英寸 800GB eMLC）
- 每個節點的 SATADOM：32GBSLC
- 每個節點 10GbE 端口：4 個 10Gbps 端口 SFP+
- 電源：雙 1600W 白金 PSU AC
- 路由器：Cisco Nexus C3164Q-40GE
Dell PowerEdge R730 虛擬化 MySQL 4-8 節點集群
- 5-2690 個 Intel E3-249 v2.6 CPU，用於集群中的 12GHz（每個節點兩個，30GHz，XNUMX 核，XNUMXMB 緩存）
- 1-2TB RAM（每個節點 256GB，16GB x 16 DDR4，每個 CPU 128GB）
- SD 卡引導 (Lexar 16GB)
- 4-8 個 Mellanox ConnectX-3 InfiniBand 適配器（用於 vMotion 和 VM 網絡的 vSwitch）
- 4-8倍 Emulex 16GB 雙端口 FC HBA
- 4-8倍 Emulex 10GbE 雙端口網卡
- VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU
- 10GbE 交換硬件
- 前端端口：Mellanox SX1036 10/40GbE 交換機
- 後端端口：Cisco Nexus 3164 10/40GbE 交換機
系統性能
每個Sysbench虛擬機器都配置了三個虛擬磁碟：一個用於啟動（約 92GB），一個用於預先建置的資料庫（約 447GB），第三個用於待測資料庫（270GB）。在先前的測試中，我們為資料庫磁碟區分配了 400GB 的空間（資料庫大小為 253GB），但為了在 VxRack 節點上部署更多虛擬機，我們縮小了分配的空間以騰出更多空間。從系統資源角度來看，我們為每個虛擬機器配置了 16 個虛擬 CPU、60GB DRAM，並使用了 LSI Logic SAS SCSI 控制器。負載產生系統採用Dell R730 伺服器；本次評測中，我們使用了 4 到 8 台伺服器，每 4 台虛擬機器組成一個負載產生群組。
Sysbench 測試配置（每個虛擬機）
- 中央操作系統 6.3 64 位
- 存儲空間：1TB，已使用 800GB
- Percona XtraDB 5.5.30-rel30.1
- 數據庫表：100
- 數據庫大小：10,000,000
- 數據庫線程：32
- 內存緩衝區：24GB
- 測試時長：3 小時
- 2 小時預處理 32 個線程
- 1 小時 32 個線程
在4台虛擬機器（VM）的初步測試中，VxRack節點總共處理了近4,000筆事務，略低於同樣配置全快閃的XIO ISE-860 SAN存儲，但比混合型Nutanix 4節點配置快約60%。所有VxRack節點的效能幾乎相同，每台節點處理事務約1,000筆。隨著工作負載規模的擴大，ScaleIO的優勢開始顯現。在8台虛擬機器的情況下，ScaleIO的效能與XIO ISE 860的差距縮小，躍升至略高於6,400TPS。在12台虛擬機器的情況下，ScaleIO以7,488TPS的成績領先數百台虛擬機器。接下來才是真正有趣的地方。我們曾在其他系統上測試過12-16台虛擬機器的負載，但通常情況下，總效能會在這個負載下趨於平穩並開始下降。當虛擬機器數量達到 16 台時，我們已經達到了 XIO 的有效性能極限，但 ScaleIO 依然表現出色，效能提升了 15%，TPS 超過 9,500。虛擬機器數量增加到 20 台後，ScaleIO 依然沒有放緩的跡象，TPS 超過 12,000。再增加 4 台虛擬機，ScaleIO 仍保持強勁勢頭，在 24 台虛擬機時，TPS 超過 13,800。虛擬機器數量增加到 28 台後，ScaleIO 仍保持穩定運行，TPS 達到 15,641。取消容量限制後，ScaleIO 在 32 台虛擬機器時利用率達到 99.2%，叢集效能超過 17,300，此時我們終於放棄了測試。
這裡的主要經驗是 VxNodes 在每一步都提高了性能，即使在滿負荷時也很少失去動力。 在容量用完之前，許多其他 SAN 會因 I/O 瓶頸而崩潰，此時工作負載會趕上硬件的能力。 除了令人難以置信的吞吐量之外，另一個有趣的故事是 ScaleIO 如何很好地保持應用程序工作負載延遲。
通常在查看存儲陣列時，如果您在某個時候選擇了繁重的工作負載，您會看到性能呈鐘形曲線。 性能開始時會很慢，在中間某處達到峰值，然後性能會以快速增加的延遲為代價逐漸下降。 我們從未在 ScaleIO 中發現這一點，即使在 99.2% 的容量利用率下也是如此。 當我們的工作負載在 4-8 個 VM 範圍內開始時，ScaleIO 的平均 MySQL 延遲從 32 毫秒躍升至 39.9 毫秒。 與分別測得 860 毫秒和 29 毫秒的 X-IO ISE 39 相比，VxRack 平台的初始響應曲線略高。 在 12-32VM 的範圍內，雖然潮流發生了逆轉，但 ScaleIO 提供了令人難以置信的低且平坦的 MySQL 延遲。 12 個虛擬機和 32 個虛擬機之間的差異不到 8 毫秒。
通過第 99 個百分位延遲視圖將我們的注意力轉移到峰值延遲配置文件，ScaleIO 提供了應用程序工程師或 Web 規模提供商所希望的最佳配置文件之一。 在不斷增加的工作負載強度下，ScaleIO 保持冷靜，不會讓峰值應用程序響應時間過快，即使是在我們向其施加的最高工作負載強度下也是如此。 這對客戶來說意味著，即使在高峰或異常高負載條件下，ScaleIO 平台也能夠保持冷靜並始終如一地交付內容； 沒有滯後。
結語
當我們在由 ScaleIO 提供支持的 EMC VxRack 節點上結束我們的第一個性能部分時，我們不禁對所提供的性能水平感到震驚。 ScaleIO 成功成為少數幾個在我們的擴展 MySQL 測試的所有領域中都表現出色的平台之一。 首先，吞吐量是驚人的，以令人難以置信的寬幅打破記錄……即使是在接近滿負荷的情況下。 其次，在不斷增加的測試環境中，應用程序延遲幾乎保持不變。 第三，即使在應用程序負載不斷增加的情況下，ScaleIO 也設法控制峰值延遲，這在網絡規模環境中非常重要，在這種環境中，如果響應時間過長，需求波動可能會導致其他應用程序受到影響。
當然，很容易說 ScaleIO 節點表現出色是因為它們是全閃存的。 正如數字所示，系統可以輕鬆應對滿負荷工作負載，這是極少數閃存陣列可以做到的，同時還能控制延遲。 還值得注意的是，第一次性能評估突出了我們在第 1 部分中確定的 ScaleIO 的靈活性。它可以作為 SAN 或超融合部署在您喜歡的任何設備上，作為各種風格的 VxRack 節點使用，或者作為VCE VxRack System 1000 系列的工程解決方案。
EMC VxRack 節點評論：概述
由 ScaleIO 提供支持的 EMC VxRack 節點：SQL Server 性能評估（2 層）
由 ScaleIO 提供支持的 EMC VxRack 節點：綜合性能評估（2 層）
EMC VxRack Node Powered By ScaleIO 審查：綜合性能審查 (HCI)
由 ScaleIO 提供支持的 EMC VxRack 節點：SQL Server 性能評估 (HCI)
由 ScaleIO 提供支持的 EMC VxRack 節點：VMmark 性能評估 (HCI)
Amazon