TYAN Transport SX TS65-B8253 服務器評測

總部位於台灣的 Tyan 作為服務器平台製造商在企業 IT 領域廣為人知。 2021 年 65 月推出了其最新的刀片服務器，包括此處正在​​審查的 Transport SX TS8253-B2。 這款 12U、雙插槽機架式服務器專為雲存儲而設計，支持 3.5 個熱插拔 2 英寸 LFF 驅動器，包括四個 NVMe U.XNUMX 驅動器。 它運行在 AMD 的 7003 霄龍 處理器並支持每個處理器 8 個 DIMM。

總部位於台灣的 Tyan 作為服務器平台製造商在企業 IT 領域廣為人知。 2021 年 65 月推出了其最新的刀片服務器，包括此處正在​​審查的 Transport SX TS8253-B2。 這款 12U、雙插槽機架式服務器專為雲存儲而設計，支持 3.5 個熱插拔 2 英寸 LFF 驅動器，包括四個 NVMe U.XNUMX 驅動器。 它運行在 AMD 的 7003 霄龍 處理器並支持每個處理器 8 個 DIMM。

Tyan Transport SX TS65-B8253 規格

我們正在審查的具體型號是 Transport SX TS65-B8253T65V10E4HR-2T，Tyan 在 Transport SX TS65-B8253 系列中提供的兩個中的高端。 當涉及到數字時，這是它所擁有的。 （跳過表格以獲得摘要版本。）

規格包含一些驚喜，這不是一件壞事。 這些 2U、雙插槽機架式服務器是數據中心的中流砥柱，通過擴展能力提供良好的價值。 Transport SXTS65-B8253 的七個 PCIe 插槽證明了這一點，其中三個由預裝轉接卡提供。 其中四個插槽為 x16（三個薄型和一個全高/半長），而其他三個插槽為 x8（一個薄型和兩個全高/半長）。 不支持全長卡。

也就是說，Transport SX TS65-B8253 的內存擴展僅限於每個 CPU 的八個 DIMM 插槽（總共 16 個）； 假設您能負擔得起極其昂貴的 256GB DIMM，則內存上限為 4TB。 一些競爭服務器（即將討論）提供 32 個 DIMM 插槽。 對於我們的測試，我們安裝了 (16) 個 16GB DDR4-3200 DIMM，總共 256GB 在八通道模式下運行。

但存儲擴展才是 Transport SX TS65-B8253 的真正意義所在。 無論好壞，它都會讓您使用 LFF 驅動器； Tyan 不提供 SFF 驅動器的替代配置。 但是，如果您的使用場景不需要兩個 CPU，則 2U、單插槽 Transport SX TS65A-B8036 支持 26 個 SFF 前置驅動器。 還值得一提的是 Transport SX TS65-B8036（注意其型號名稱中缺少“A”）； 它為 2U，可容納 12 個 LFF 驅動器，例如我們的 Transport SX TS65-B8253 評測單元，但只有一個插槽。

對於操作系統，Transport SX TS65-B8253 後部有兩個 2.5 英寸 SFF 驅動器； 主板沒有 M.2 插槽。 它的網絡端口包括三個 GbE 端口（其中一個專用於 IPMI）和兩個 10GbE 端口； 我們型號 SKU 末尾的“2T”添加了後者。 它們可能是一個重要的優勢，因為 Transport SX TS65-B8253 沒有 OCP 插槽； 您需要放棄 PCIe 插槽以獲得額外的網絡功能。

對於服務器管理，Transport SX TS65-B8253 與 Tyan 的 台積電+ 基於網絡的套件； 請參閱下面的屏幕截圖。 這充其量只是一個輕量級套件，但與其他白盒平台相比並無二致。 要獲得更多特色軟件，您需要升級到具有更多帶外管理選項的服務器品牌，儘管大多數軟件的成本更高。

Tyan Transport SX TS65-B8253 競賽版

支持 AMD 第三代 EPYC 處理器的 2U 雙插槽服務器是刀片服務器製造商中的熱門產品。 僅舉幾例，戴爾的 的PowerEdge R7525, 惠普的 ProLiant DL385 Gen10, 和技嘉的 R282-Z96 還支持 12 個熱插拔 LFF 驅動器，如 Transport SX TS65-B8253，儘管它們有兩倍的 DIMM 插槽（32 個；每個處理器 16 個）。 HPE 和戴爾都比 Transport SX TS65-B8253 多了一個 PCIe 插槽，總共有 3.0 個，而戴爾還包括一個 OCP 2.0 插槽。 技嘉只有四個 PCIe 插槽，但同時包含一個 OCP 3.0 和一個 OCP XNUMX 插槽。

雖然基本的硬件破舊忽略了細節，但它表明 Transport SX TS65-B8253 具有競爭性的擴展能力。 如前所述，它的主要弱點是僅支持 16 個 DIMM，但鑑於其專注於雲存儲，這並不是一個重大遺漏。

Tyan Transport SX TS65-B8253 設計與建造

TS65-B8253 的外觀與您期望的 2U 刀片服務器外觀一樣。 前面板包括兩個 USB 3.2 Gen 1 Type-A 端口和預期的按鈕（電源、重置和兩個 UID）和狀態 LED。 當然，這裡占主導地位的是 12 個 LFF 托架。

用於最左側驅動器列和列中從左數第二個底部驅動器的淺藍色表示四個 NVMe U.2 支持托架。 得益於免工具的球童，可以輕鬆地進出驅動器。

後部連接也很熟悉，包括另外兩個 A 型端口、VGA 視頻輸出、一個串行端口和五個以太網端口——三個 GbE（其中一個同樣用於 IPMI）和兩個 10GbE。

1200 瓦電源集中在左側，旁邊是兩個 2.5 英寸 SFF 熱插拔托架。 由於這就是所有可以看到的東西，讓我們進入內部。 頂蓋可以輕鬆取下。 服務器的三個 80mm 風扇立即可見。 他們支持熱插拔。

氣流從前到後以令人欽佩的直線射擊。 它的第一站是兩個 CPU 散熱器。 對於我們的測試，我們安裝了兩個 64 核 EPYC 7763 芯片。

16 個 DIMM 插槽按預期分為四組，每組四個，每個處理器的每一側一組。

當我們向後走時，主板的四個 PCIe Gen4 插槽變得可見，其中一個是 x8，另外三個是 x16。 如前所述，其餘三個是隨附的轉接卡的一部分，僅在這張照片的底部可見。

除此之外，接線足夠整齊，並適當地係緊。

這樣就完成了遊覽。 現在讓我們開始性能測試，這是本次評測中最重要的部分。

Tyan Transport SX TS65-B8253 性能

我們使用以下組件配置了 Transport SX TS65-B8253：

• 兩個 AMD EPYC 7763 64 核/128 線程處理器（2.45GHz 基礎，3.5GHz Turbo，240W cTDP）
• 256GB DDR4-3200 內存，通過 (16) 個 16GB DIMM
• 四 SK 海力士 PE8010 3.84TB PCIe Gen4 固態硬盤
• VMWare ESXi 7.0u2
• CentOS Linux 8.2

SQL Server 性能

StorageReview 的 Microsoft SQL Server OLTP 測試協議採用事務處理性能委員會的基準 C (TPC-C) 的最新草案，這是一種模擬複雜應用程序環境中活動的在線事務處理基準。 TPC-C 基準比綜合性能基準更接近於衡量數據庫環境中存儲基礎設施的性能優勢和瓶頸。

每個 SQL Server VM 都配置有兩個虛擬磁盤：100GB 卷用於啟動，500GB 卷用於數據庫和日誌文件。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、64GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。 雖然我們之前測試的 Sysbench 工作負載在存儲 I/O 和容量方面使平台飽和，但 SQL 測試尋找延遲性能。

SQL Server 測試配置（每個虛擬機）

• 在Windows Server 2012 R2
• 存儲空間：分配 600GB，使用 500GB
• SQL Server 2014的
  • 數據庫大小：1,500 規模
  • 虛擬客戶端負載：15,000
  • 內存緩衝區：48GB
• 測試時長：3 小時
  • 5 小時預處理
  • 30分鐘採樣期

我們通過 Transport SX TS1-B65 的四個虛擬機測得的總延遲僅為 8253 毫秒。

Sysbench MySQL 性能

我們的第一個本地存儲應用程序基準測試包括通過 SysBench 測量的 Percona MySQL OLTP 數據庫。 該測試測量平均 TPS（每秒事務數）、平均延遲和平均 99% 延遲。

每個 Sysbench VM 配置了三個虛擬磁盤：一個用於啟動 (~92GB)，一個用於預構建數據庫 (~447GB)，第三個用於測試中的數據庫 (270GB)。 從系統資源的角度來看，我們為每個虛擬機配置了 16 個 vCPU、60GB DRAM 並利用了 LSI Logic SAS SCSI 控制器。

Sysbench 測試配置（每個虛擬機）

• 中央操作系統 6.3 64 位
• Percona XtraDB 5.5.30-rel30.1
• 數據庫表：100
  • 數據庫大小：10,000,000
  • 數據庫線程：32
  • 內存緩衝區：24GB
• 測試時長：3 小時
  • 2 小時預處理 32 個線程
  • 1 小時 32 個線程

使用 Sysbench OLTP，我們記錄了 27,016 TPS 的總分； VM 的範圍從 3,342 TPS 到 3,413 TPS，這是一個緊密的組合。 最終性能略有下降，因為只有 4 個 NVMe SSD 來驅動 I/O，儘管不同的工作負載將有不同的存儲平衡來計算。

Sysbench 中的平均延遲也在 9.39 個虛擬機中緊密分組，範圍從 9.57 毫秒到 XNUMX 毫秒。

總結 Sysbench，最壞情況下的 Sysbench 第 99 個百分位數非常低，範圍從 16.26 毫秒到 16.96 毫秒。

VDBench 工作負載分析

在對存儲設備進行基準測試時，應用程序測試是最好的，綜合測試排在第二位。 雖然不能完美代表實際工作負載，但綜合測試確實有助於為具有可重複性因素的存儲設備建立基線，從而可以輕鬆地在競爭解決方案之間進行同類比較。

這些工作負載提供了一系列不同的測試配置文件，包括“四個角”測試、常見的數據庫傳輸大小測試，以及來自不同 VDI 環境的跟踪捕獲。 所有這些測試都利用通用的 vdBench 工作負載生成器，以及一個腳本引擎來自動化和捕獲大型計算測試集群的結果。 這使我們能夠在各種存儲設備上重複相同的工作負載，包括閃存陣列和單個存儲設備。

簡介：

• 4K 隨機讀取：100% 讀取，128 個線程，0-120% 重複率
• 4K 隨機寫入：100% 寫入，128 線程，0-120% iorate
• 64K 順序讀取：100% 讀取，32 線程，0-120% 迭代
• 64K 順序寫入：100% 寫入，16 個線程，0-120% 迭代
• 綜合數據庫：SQL 和 Oracle
• VDI 完整克隆和鏈接克隆跟踪

首先是 4K 隨機讀取測試，其中配備四個 PCIe Gen65 SSD 的 Transport SX TS8253-B4 保持在 100µs 以下，直到大約 1 萬 IOPS； 延遲在 883 IPS 時達到 2,158,810µs 的峰值。

接下來，在 4K 隨機寫入測試中，服務器設法保持在 100µs 以下，直到大約 1.14 萬 IPS，之後它達到 1,540,708 IPS 的最大值，延遲為 723µs。

讓我們繼續進行 64K 順序測試。 在讀取測試中，Transport SX TS65-B8253 以 1,780MB/s 或 28,473 IOPS 和 172µs 開始，最高時達到 18,857MB/s 或 301,707 IOPS 和 407µs 延遲。

現在在 64K 順序寫入測試中，Transport SX TS65-B8253 最後一個低於 200µs 的數據點在 135MB/s 時為 5,331µs； 它的最高吞吐量為 6,935MB/s 或 110,997 IOPS，延遲為 950µs。

接下來是我們的 SQL 工作負載，SQL、SQL 90-10 和 SQL 80-20。 從 SQL 開始，Transport SX TS65-B8253 表現出合理的線性表現，在 105,848µs 延遲時為 80 IOPS，最高為 8,266MB/s 和 119.7µs。

它在 SQL 90-10 測試中返回了類似的結果； Transport SX TS65-B8253 以 694MB/s (88,808 IOPS) 和 83µs 開始，峰值為 6,934MB/s (887,533 IOPS)，延遲為 142µs。

在最後一個測試 SQL 80-20 中，這些數字也保持一致，在 645µs 延遲時從 82,498MB/s (77 IOPS) 開始，在 6,439µs 延遲時達到 824,183MB/s (150 IOPS)。

接下來是我們的 Oracle 工作負載：Oracle、Oracle 90-10 和 Oracle 80-20。 Transport SX TS65-B8253 的峰值為 761,125 IOPS，延遲為 160µs。

Oracle 90-10 結果相似； 在 751,129µs 時峰值為 116 IOPS。

最後，在 Oracle 80-20 測試中，Transport SX TS65-B8253 仍低於 80µs，上升到 122-123µs，達到 670,549 IOPS 和 710,651 IOPS 之間。

我們的最後一個基準測試是 VDI 克隆測試，完整和鏈接。 在 VDI 完整克隆 (FC) 啟動中，Transport SX TS65-B8253 達到了 671,375 IOPS，延遲為 184µs。

轉到 VDI FC 初始登錄，延遲開始非常高，然後逐漸下降； 它以 163,302µs 的延遲達到了 683 IOPS。

在 VDI FC Monday Login 中，結果看起來更好，從低於 300µs 開始，然後在 700µs 左右達到峰值，然後下降到略高於 100µs。 峰值 136,382 IOPS 出現在 429µs 處。

轉到鏈接克隆 (LC) 測試，Transport SX TS65-B8253 在啟動測試中更加一致，徘徊在 200µs 左右的延遲和 278,780 IOPS (7,286MB/s) 的峰值。

VDI LC 初始登錄的延遲開始很高，但它趨於平穩並在 94,454µs 時以 381 IOPS 結束。

最後一項測試是 VDI LC Monday Login，其中 Transport SX TS65-B8253 再次以高延遲開始，然後趨於平穩，再次上升直至結束。 最高 IOPS 在 105,854µs 時為 570。

結論

Tyan 的 Transport SX TS65-B8253 很好地發揮了它作為雲存儲服務器的預期作用。 這款 2U 雙插槽服務器基於 AMD 的 EPYC 7003 處理器，支持多達 12 個 LFF 熱插拔驅動器，其中四個支持 NVMe U.2。 在我們的評測中，我們注意到它乾淨且易於維護的設計以及所有常用的端口、按鈕和 LED。 其隨附的管理軟件雖然重量輕，但提供基本功能。 因此它將完成 KVM 訪問、遠程電源控制和 BIOS 更新方面的工作，但不會執行存儲配置等帶外管理領域。

此服務器的潛在缺點之一是它無法在具有 SFF 存儲的替代配置中使用。 為此，Tyan 推出了 2U Transport SX TS65A-B8036，但它只支持一個 CPU。 另一個潛在的缺點是它僅限於 16 個 DIMM 插槽，但假設您使用 4GB DIMM，它的內存上限仍然最高可達 256TB，這不是最便宜的前景。 還有一個是 Transport SX TS65-B8253 沒有 OCP 夾層插槽，但如果您需要額外的網絡端口，它也提供七個 PCIe 插槽。 這歸結為機箱優化，而該平台的設計只是為了利用一個接口而不是另一個接口。

對於性能測試，我們通過應用程序工作負載分析運行 Transport SX TS65-B8253，包括 SQL Server 延遲和 Sysbench，以及 VDBench。 在 SQL Server 延遲中，它返回的聚合平均延遲僅為 1µs。 在 Sysbench 中，我們記錄了總計 27,016 TPS、9.48µs 平均延遲和 16.55µs 在最壞情況下的第 99 個百分位測試中的延遲，所有這些數字都非常好。

對於我們的 SQL 測試，我們在 SQL 工作負載中觀察到最大 1.06 萬次 IOPS，在 SQL 888-90 中為 10K，在 SQL 824-80 中為 20K。 同時，在我們的 Oracle 測試中，我們看到 Oracle 工作負載中的 IOPS 為 761K，Oracle 751-90 中為 10K，Oracle 711-80 中為 20K。 在 VDBench 中，我們記錄了 2.22K 讀取 4 萬次 IOPS，1.63K 寫入 4 萬次，309K 讀取 64K，213K 寫入 64K。 最後，在我們的 VDI 完整克隆測試中，Transport SX TS65-B8253 在啟動時達到 671K IOPS，在初始登錄時達到 163K，在周一​​登錄時達到 137K； 這些基準測試的鏈接克隆數分別為 279K、94K 和 106K IOPS。

最終，Tyan Transport SX TS65-B8253 對密集存儲的支持和兩個 Epyc Gen3 CPU 意味著它可以成為一個強大的性能，它的一些 Sysbench 性能剩餘。 唯一阻礙它在該測試中獲得更高數字的領域是更多的 NVMe 托架。 Tyan 通過 12 盤位設計在存儲密度和存儲性能之間做出妥協，這並不是好事或壞事，只是需要了解它。 總的來說，這使它成為雲存儲或大數據服務器的不錯選擇，對性能應用程序具有很大的靈活性。

產品頁面

參與 StorageReview

電子通訊 | YouTube | LinkedIn | Instagram | Twitter | Facebook | 的TikTok | RSS訂閱