TYAN 전송 SX TS65-B8253 서버 검토

대만에 기반을 둔 Tyan은 엔터프라이즈 IT에서 서버 플랫폼 프로듀서로 잘 알려져 있습니다. 2021년 65월에는 여기에서 검토 중인 Transport SX TS8253-B2을 포함한 최신 블레이드 서버가 도입되었습니다. 이 12U, 3.5소켓 랙마운트 서버는 2개의 NVMe U.XNUMX 드라이브를 포함하여 XNUMX개의 핫스왑 XNUMX인치 LFF 드라이브를 지원하는 클라우드 스토리지용입니다. AMD에서 실행됩니다. 7003 에픽 프로세서당 8개의 DIMM을 지원합니다.

대만에 기반을 둔 Tyan은 엔터프라이즈 IT에서 서버 플랫폼 프로듀서로 잘 알려져 있습니다. 2021년 65월에는 여기에서 검토 중인 Transport SX TS8253-B2을 포함한 최신 블레이드 서버가 도입되었습니다. 이 12U, 3.5소켓 랙마운트 서버는 2개의 NVMe U.XNUMX 드라이브를 포함하여 XNUMX개의 핫스왑 XNUMX인치 LFF 드라이브를 지원하는 클라우드 스토리지용입니다. AMD에서 실행됩니다. 7003 에픽 프로세서당 8개의 DIMM을 지원합니다.

Tyan Transport SX TS65-B8253 사양

검토 중인 특정 모델은 Transport SX입니다. TS65-B8253T65V10E4HR-2T, Tyan이 Transport SX TS65-B8253 라인에서 제공하는 두 제품 중 고급 제품입니다. 다음은 숫자와 관련하여 저장소에 있는 내용입니다. (요약 버전은 표를 건너뛰십시오.)

사양에는 몇 가지 놀라움이 포함되어 있으며 이는 나쁘지 않습니다. 이 2U, 65소켓 랙마운트 서버는 확장 기능을 통해 우수한 가치를 제공하는 데이터 센터의 주축입니다. Transport SXTS8253-B16의 8개의 PCIe 슬롯이 이를 증명하며, 그 중 XNUMX개는 사전 설치된 라이저 카드를 제공합니다. 슬롯 중 XNUMX개는 xXNUMX(로우 프로파일 XNUMX개 및 전체 높이/절반 길이 XNUMX개)이고 나머지 XNUMX개는 xXNUMX(로우 프로파일 XNUMX개 및 전체 높이/절반 길이 XNUMX개)입니다. 전체 길이 카드는 지원되지 않습니다.

즉, Transport SX TS65-B8253의 메모리 확장은 CPU당 16개의 DIMM 슬롯으로 제한됩니다(총 256개). 매우 비싼 4GB DIMM을 감당할 수 있다고 가정하면 메모리 천장은 32TB입니다. 일부 경쟁 서버(곧 논의 예정)는 16개의 DIMM 슬롯을 제공합니다. 테스트를 위해 (16) 4GB DDR3200-256 DIMM을 설치하여 XNUMX채널 모드에서 총 XNUMXGB를 실행했습니다.

그러나 스토리지 확장은 실제로 Transport SX TS65-B8253의 핵심입니다. 좋든 나쁘든 LFF 드라이브를 사용하게 됩니다. Tyan은 SFF 드라이브를 사용한 대체 구성을 제공하지 않습니다. 그러나 사용 시나리오에 2개의 CPU가 필요하지 않은 경우 65U, 8036소켓 Transport SX TS26A-B65은 8036개의 SFF 전면 드라이브를 지원합니다. Transport SX TS2-B12도 언급할 수 있습니다(모델 이름에 "A"가 없음에 유의하십시오). 65U이며 Transport SX TS8253-BXNUMX 검토 장치와 같은 XNUMX개의 LFF 드라이브를 수용하지만 단 하나의 소켓입니다.

OS의 경우 Transport SX TS65-B8253에는 후면에 2.5개의 2인치 SFF 드라이브가 있습니다. 마더보드에는 M.10 슬롯이 없습니다. 네트워킹 포트는 2개의 GbE 포트(그 중 하나는 IPMI 전용)와 65개의 8253GbE 포트로 구성됩니다. 모델 SKU 끝에 있는 "XNUMXT"는 후자를 추가합니다. Transport SX TSXNUMX-BXNUMX에는 OCP 슬롯이 없기 때문에 이는 상당한 이점이 될 수 있습니다. 추가 네트워킹 기능을 위해 PCIe 슬롯을 포기해야 합니다.

서버 관리를 위해 Transport SX TS65-B8253은 Tyan의 TSM+ 웹 기반 스위트; 아래 스크린샷을 참조하십시오. 이것은 기껏해야 가벼운 제품군이지만 다른 화이트 박스 플랫폼보다 더 가볍지는 않습니다. 더 많은 기능을 갖춘 소프트웨어를 얻으려면 대역 외 관리 옵션이 더 많은 서버 브랜드로 이동해야 하지만 대부분은 비용이 더 많이 듭니다.

Tyan Transport SX TS65-B8253 경쟁

AMD의 2세대 EPYC 프로세서를 지원하는 XNUMXU, XNUMX소켓 서버는 블레이드 서버 제조업체 사이에서 인기 있는 제품입니다. 몇 가지만 언급하자면 Dell의 PowerEdge R7525, HPE의 프로라이언트 DL385 Gen10, 그리고 기가바이트 R282-Z96 또한 Transport SX TS12-B65과 같은 8253개의 핫스왑 가능한 LFF 드라이브를 지원하지만 DIMM 슬롯이 두 배(32개, 프로세서당 16개) 있습니다. HPE와 Dell은 총 65개의 Transport SX TS8253-B3.0보다 하나 더 많은 PCIe 슬롯을 자랑하며 Dell은 OCP 2.0 슬롯도 포함합니다. Gigabyte에는 OCP 3.0과 OCP XNUMX 슬롯이 모두 포함되어 있지만 PCIe 슬롯은 XNUMX개뿐입니다.

기본 하드웨어 런다운은 미세한 부분을 무시하지만 Transport SX TS65-B8253에 경쟁력 있는 확장 기능이 있음을 보여줍니다. 주요 약점은 언급한 바와 같이 단 16개의 DIMM만 지원한다는 점이지만 클라우드 스토리지에 중점을 둔 점을 감안할 때 이는 큰 누락이 아닙니다.

Tyan Transport SX TS65-B8253 설계 및 구축

TS65-B8253은 2U 블레이드 서버에서 예상할 수 있는 모양입니다. 전면 패널에는 3.2개의 USB 1 Gen 12 Type-A 포트와 예상되는 버튼(전원, 재설정 및 XNUMX개의 UID) 및 상태 LED가 포함되어 있습니다. 여기서 가장 중요한 것은 물론 XNUMX개의 LFF 베이입니다.

가장 왼쪽 드라이브 열에 사용된 밝은 파란색과 왼쪽에서 두 번째 열의 하단 드라이브는 2개의 NVMe U.XNUMX 지원 베이를 나타냅니다. 도구가 필요 없는 캐디 덕분에 드라이브를 쉽게 넣고 뺄 수 있습니다.

Type-A 포트 10개, VGA 비디오 출력, 직렬 포트 및 XNUMX개의 이더넷 포트(XNUMX개의 GbE(그 중 하나는 IPMI용) 및 XNUMX개의 XNUMXGbE)를 포함하여 후면 연결도 친숙합니다.

1200와트 전원 공급 장치가 왼쪽에 모여 있고 그 옆에는 2.5개의 80인치 SFF 핫스왑 베이가 있습니다. 볼거리는 여기까지이니 안으로 들어가 봅시다. 최소한의 번거 로움으로 상단 덮개가 벗겨집니다. 서버의 XNUMXmm 팬 XNUMX개가 즉시 보입니다. 핫스왑을 지원합니다.

기류는 훌륭하게 직선으로 앞뒤로 흐릅니다. 첫 번째 중지는 두 개의 CPU 방열판입니다. 테스트를 위해 두 개의 64코어 EPYC 7763 칩을 설치했습니다.

16개의 DIMM 슬롯은 예상대로 각 프로세서의 각 측면에 하나씩 XNUMX개씩 XNUMX개의 그룹으로 나뉩니다.

뒤쪽으로 갈수록 마더보드의 PCIe Gen4 슬롯 8개가 보입니다. 그 중 하나는 x16이고 나머지 XNUMX개는 xXNUMX입니다. 나머지 XNUMX개는 이전에 언급한 바와 같이 포함된 라이저 카드의 일부로 이 사진의 맨 아래에서 볼 수 있습니다.

그 외에도 배선은 충분히 깔끔하고 적절하게 묶여 있습니다.

그리고 투어를 마칩니다. 이제 이 리뷰의 가장 중요한 부분인 성능 테스트를 시작하겠습니다.

Tyan Transport SX TS65-B8253 성능

다음 구성 요소로 Transport SX TS65-B8253을 구성했습니다.

• 7763개의 AMD EPYC 64 128코어/2.45스레드 프로세서(3.5GHz 기본, 240GHz 터보, XNUMXW cTDP)
• (256) 4GB DIMM을 통한 3200GB DDR16-16 메모리
• 네 SK 하이닉스 PE8010 3.84TB PCIe Gen4 솔리드 스테이트 드라이브
• VM웨어 ESXi 7.0u2
• 센트OS 리눅스 8.2

SQL 서버 성능

StorageReview의 Microsoft SQL Server OLTP 테스트 프로토콜은 복잡한 애플리케이션 환경에서 발견되는 활동을 시뮬레이션하는 온라인 트랜잭션 처리 벤치마크인 TPC-C(Transaction Processing Performance Council의 Benchmark C)의 최신 초안을 사용합니다. TPC-C 벤치마크는 합성 성능 벤치마크보다 데이터베이스 환경에서 스토리지 인프라의 성능 강점과 병목 현상을 측정하는 데 더 가깝습니다.

각 SQL Server VM은 100개의 vDisk(부팅용 500GB 볼륨, 데이터베이스 및 로그 파일용 16GB 볼륨)로 구성됩니다. 시스템 리소스 관점에서 각 VM을 vCPU 64개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다. Sysbench 워크로드가 이전에 스토리지 I/O 및 용량 모두에서 플랫폼을 포화 상태로 테스트한 반면 SQL 테스트는 대기 시간 성능을 찾습니다.

SQL Server 테스트 구성(VM당)

• 윈도우 서버 2012 R2
• 스토리지 공간: 600GB 할당, 500GB 사용
• SQL 서버 2014
  • 데이터베이스 크기: 1,500 규모
  • 가상 클라이언트 로드: 15,000
  • RAM 버퍼: 48GB
• 시험 시간: 3시간
  • 5시간 전처리
  • 30분 샘플 기간

Transport SX TS1-B65에서 8253개의 VM을 통해 총 대기 시간이 XNUMXms에 불과한 것으로 측정되었습니다.

시스벤치 MySQL 성능

첫 번째 로컬 스토리지 애플리케이션 벤치마크는 SysBench를 통해 측정된 Percona MySQL OLTP 데이터베이스로 구성됩니다. 이 테스트는 평균 TPS(Transactions Per Second), 평균 대기 시간 및 평균 99번째 백분위수 대기 시간도 측정합니다.

각 Sysbench VM은 92개의 vDisk로 구성됩니다. 하나는 부팅용(~447GB), 하나는 사전 구축된 데이터베이스(~270GB), 세 번째는 테스트 중인 데이터베이스용(16GB)입니다. 시스템 리소스 관점에서 각 VM을 vCPU 60개, DRAM XNUMXGB로 구성하고 LSI Logic SAS SCSI 컨트롤러를 활용했습니다.

Sysbench 테스트 구성(VM당)

• 센트OS 6.3 64비트
• 페르코나 XtraDB 5.5.30-rel30.1
• 데이터베이스 테이블: 100
  • 데이터베이스 크기: 10,000,000
  • 데이터베이스 스레드: 32
  • RAM 버퍼: 24GB
• 시험 시간: 3시간
  • 2시간 동안 32개 스레드 사전 조정
  • 1시간 32 스레드

Sysbench OLTP를 사용하여 27,016 TPS의 총 점수를 기록했습니다. VM의 범위는 3,342 TPS에서 3,413 TPS로 긴밀한 그룹화입니다. 궁극적으로 I/O를 구동하는 NVMe SSD가 4개뿐이어서 성능이 약간 저하되었지만 워크로드마다 계산할 스토리지 균형이 다릅니다.

Sysbench의 평균 대기 시간도 9.39ms에서 9.57ms 범위로 XNUMX개의 VM에서 밀접하게 그룹화되었습니다.

Sysbench를 마무리하면 최악의 Sysbench 99번째 백분위수 수치는 16.26ms에서 16.96ms까지 매우 낮았습니다.

VDBench 워크로드 분석

스토리지 장치를 벤치마킹할 때 애플리케이션 테스트가 가장 좋고 합성 테스트가 두 번째입니다. 실제 워크로드를 완벽하게 나타내지는 못하지만 합성 테스트는 경쟁 솔루션 간의 비교를 쉽게 수행할 수 있는 반복성 요소로 스토리지 장치의 기준선을 만드는 데 도움이 됩니다.

이러한 워크로드는 "포 코너" 테스트, 공통 데이터베이스 전송 크기 테스트, 다양한 VDI 환경의 트레이스 캡처에 이르는 다양한 테스트 프로필을 제공합니다. 이러한 모든 테스트는 스크립팅 엔진과 함께 공통 vdBench 워크로드 생성기를 활용하여 대규모 컴퓨팅 테스트 클러스터에서 결과를 자동화하고 캡처합니다. 이를 통해 플래시 어레이 및 개별 스토리지 장치를 포함한 광범위한 스토리지 장치에서 동일한 워크로드를 반복할 수 있습니다.

프로필 :

• 4K 임의 읽기: 100% 읽기, 128 스레드, 0-120% iorate
• 4K 임의 쓰기: 100% 쓰기, 128 스레드, 0-120% iorate
• 64K 순차 읽기: 100% 읽기, 32 스레드, 0-120% iorate
• 64K 순차 쓰기: 100% 쓰기, 16개 스레드, 0-120% 속도
• 합성 데이터베이스: SQL 및 Oracle
• VDI 전체 클론 및 연결된 클론 추적

첫 번째는 4K 랜덤 읽기 테스트로, 65개의 PCIe Gen8253 SSD가 장착된 Transport SX TS4-B100은 약 1만 IOPS까지 883µs 미만을 유지했습니다. 대기 시간은 2,158,810 IPS에서 XNUMXµs로 정점을 찍었습니다.

다음으로, 4K 임의 쓰기 테스트에서 서버는 약 100만 IPS까지 1.14µs 미만을 유지했으며, 그 이후에는 1,540,708µs의 대기 시간으로 최대 723 IPS를 기록했습니다.

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은 694µs의 88,808MB/s(83 IOPS)에서 시작하여 6,934µs의 대기 시간으로 887,533MB/s(142 IOPS)에 도달했습니다.

마지막 테스트인 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 IOPS와 123 IOPS 사이에서 달성한 670,549-710,651µs까지 올라갔습니다.

마지막 벤치마크는 VDI 복제 테스트인 Full 및 Linked입니다. VDI 전체 복제(FC) 부팅에서 Transport SX TS65-B8253은 671,375µs 대기 시간으로 184 IOPS에 도달했습니다.

VDI FC 초기 로그인으로 이동하면 대기 시간이 매우 길어지기 시작하여 점차 감소합니다. 163,302µs 대기 시간에서 683 IOPS에 도달했습니다.

VDI FC 월요일 로그인에서 결과는 300µs 미만에서 시작하여 약 700µs에 도달한 다음 100µs를 약간 넘는 수준으로 떨어집니다. 피크 136,382 IOPS는 429µs에서 발생했습니다.

LC(Linked Clone) 테스트로 이동하면 Transport SX TS65-B8253은 부팅 테스트에서 더 일관되어 대기 시간이 약 200µs이고 정점은 278,780 IOPS(7,286MB/s)입니다.

대기 시간은 VDI LC 초기 로그인에서 높게 시작되었지만 94,454µs에서 381 IOPS로 평준화되고 종료되었습니다.

마지막 테스트는 VDI LC 월요일 로그인입니다. 여기서 Transport SX TS65-B8253은 높은 대기 시간으로 다시 시작하여 평준화되기 전에 마무리를 향해 다시 한 번 올라갑니다. 가장 높은 IOPS는 105,854µs에서 570였습니다.

결론

Tyan의 Transport SX TS65-B8253은 클라우드 스토리지 서버로 의도된 역할을 합리적으로 잘 수행합니다. 이 2U, 7003소켓 서버는 AMD의 EPYC 12 프로세서를 기반으로 하며 최대 2개의 LFF 핫스왑 가능 드라이브를 지원하며 이 중 XNUMX개는 NVMe U.XNUMX를 지원합니다. 리뷰에서 깨끗하고 서비스하기 쉬운 디자인과 모든 일반적인 포트, 버튼 및 LED에 주목했습니다. 포함된 관리 소프트웨어는 가볍지만 필수 기능을 제공합니다. 따라서 KVM 액세스, 원격 전원 제어 및 BIOS 업데이트 측면에서 작업을 수행하지만 스토리지 구성과 같은 대역외 관리 영역은 수행하지 않습니다.

이 서버의 잠재적인 단점 중 하나는 SFF 스토리지가 있는 대체 구성에서 사용할 수 없다는 것입니다. 이를 위해 Tyan에는 2U Transport SX TS65A-B8036이 있지만 하나의 CPU만 지원합니다. 또 다른 잠재적인 단점은 DIMM 슬롯이 16개로 제한된다는 것입니다. 하지만 가장 저렴한 잠재 고객이 아닌 4GB DIMM을 사용한다고 가정하면 메모리 천장이 여전히 높은 256TB에 달합니다. 또 하나는 Transport SX TS65-B8253에는 OCP 메자닌 슬롯이 없지만 추가 네트워킹 포트가 필요한 경우 XNUMX개의 PCIe 슬롯도 제공한다는 것입니다. 이것은 섀시 최적화로 귀결되며 플랫폼은 한 인터페이스를 다른 인터페이스보다 활용하는 방식으로 설계되었습니다.

성능 테스트를 위해 SQL Server 대기 시간 및 Sysbench와 VDBench를 포함한 애플리케이션 작업 부하 분석을 통해 Transport SX TS65-B8253을 실행했습니다. SQL Server 대기 시간에서는 총 평균 대기 시간이 1µs에 불과했습니다. Sysbench에서 총 27,016 TPS, 평균 대기 시간 9.48µs, 최악의 경우 16.55번째 백분위수 테스트에서 대기 시간 99µs를 기록했습니다. 모두 매우 좋은 수치입니다.

SQL 테스트의 경우 SQL 워크로드에서 최대 1.06만 IOPS, SQL 888-90에서 10K, SQL 824-80에서 20K를 관찰했습니다. 한편 Oracle 테스트에서는 Oracle 워크로드에서 761K IOPS, Oracle 751-90에서 10K, Oracle 711-80에서 20K IOPS를 확인했습니다. VDBench에서는 2.22K 읽기에서 4만 IOPS, 1.63K 쓰기에서 4만 IOPS, 309K 읽기에서 64K, 213K 쓰기에서 64K를 기록했습니다. 마지막으로 VDI 전체 복제 테스트에서 Transport SX TS65-B8253은 부팅 시 671K IOPS, 초기 로그인 시 163K, 월요일 로그인 시 137K를 달성했습니다. 해당 벤치마크의 Linked Clone 수치는 279K, 94K 및 106K IOPS였습니다.

궁극적으로 Tyan Transport SX TS65-B8253의 고밀도 스토리지 및 3개의 Epyc Gen12 CPU 지원은 강력한 성능을 발휘할 수 있음을 의미하며 일부 Sysbench 성능이 남아 있음을 알 수 있습니다. 해당 테스트에서 더 높은 수치를 막는 유일한 영역은 더 많은 NVMe 베이입니다. Tyan은 XNUMX베이 설계를 통해 스토리지 밀도와 스토리지 성능을 절충했습니다. 이는 실제로 좋고 나쁨이 아니라 이해해야 할 사항입니다. 전반적으로 이것은 고성능 애플리케이션을 위한 많은 유연성을 갖춘 클라우드 스토리지 또는 빅 데이터 서버로 좋은 선택입니다.

제품 페이지

StorageReview에 참여

뉴스레터 | 유튜브 | 링크드인 | 인스타그램 | 트위터 | 페이스북 | 틱톡 서비스 | RSS 피드