기가바이트 R282-3C0 검토

Gigabyte는 최근 R282-3C0(rev. 100) – 2U Gen4 NVMe 시스템으로 서버 라인업에 추가했습니다. 이 서버는 3월에 다시 출시된 듀얼 282세대 Intel® Xeon® Scalable CPU를 갖추고 있습니다. R3-0C3.5은 최대 3.5개의 12인치 SATA 드라이브와 XNUMX개의 XNUMX인치 NVMe 드라이브를 지원하는 고밀도 스토리지용으로 총 XNUMX개의 핫스왑 가능한 베이를 제공합니다.

Gigabyte는 최근 R282-3C0(rev. 100) – 2U Gen4 NVMe 시스템으로 서버 라인업에 추가했습니다. 이 서버는 3월에 다시 출시된 듀얼 282세대 Intel® Xeon® Scalable CPU를 갖추고 있습니다. R3-0C3.5은 최대 3.5개의 12인치 SATA 드라이브와 XNUMX개의 XNUMX인치 NVMe 드라이브를 지원하는 고밀도 스토리지용으로 총 XNUMX개의 핫스왑 가능한 베이를 제공합니다.

기가바이트 R282-3C0 사양

검토 중인 특정 모델은 R282-3C0입니다. 이 모델은 R282 시리즈의 최상급은 아니지만 내부는 여전히 우수한 성능 잠재력과 유연성을 제공합니다.

기가바이트 R282-3C0 설계 및 구축

이 검토 시스템에는 흥미로운 기능과 레이아웃이 있습니다. 가장 먼저 눈에 띄는 것은 시스템의 드라이브 베이 수입니다. 3.5개의 3.5" SATA 핫스왑 가능 HDD/SSD 베이, 2.5개의 XNUMX" NVMe 핫스왑 가능 HDD/SSD 베이, 마지막으로 시스템 후면에 부팅에 사용할 수 있는 XNUMX개의 XNUMX" 베이가 있습니다.

마더보드 측면에서 우리가 가지고 있는 모델의 MR92-FS0에는 온보드 듀얼 CPU 세트용 소켓 2개, DDR32를 지원하는 4개의 DIMM 슬롯, 다양한 길이의 PCIe 슬롯 8개가 함께 제공됩니다. 우리가 가지고 있는 모델에 대해 주목해야 할 가장 흥미로운 점은 M.2 슬롯이 없다는 것입니다. 대부분의 다른 서버에는 부팅에 사용되는 M.2 슬롯이 있지만 우리에게는 없습니다. 이것은 불편하거나 문제가 아니거나 거래를 방해할 수 있지만 구매자가 반드시 생각해야 할 사항입니다.

마지막으로 디자인 및 빌드와 관련하여 전면 및 후면 I/O가 중요합니다. 서버 전면에는 USB 3.0 포트 XNUMX개, LED가 있는 전원 버튼, LED가 있는 ID 버튼, 재설정 버튼, NMI 버튼, 시스템 상태 LED, HDD 활동 LED, LAN 활동 LED XNUMX개가 있습니다.

서버 후면에는 USB 2 포트 3.0개, VGA 포트 2개, RJ45 포트 2개, MLAN 포트 XNUMX개, LED가 있는 ID 버튼, 서버 내부에 있는 이중 전원 공급 장치용 전원 커넥터 포트 XNUMX개가 있습니다.

기가바이트 R282-3C0 관리

Gigabyte R282-3C0은 대역외 관리를 위해 MegaRAC SP-X BMC를 사용합니다. 이 관리 플랫폼을 통해 사용자는 서버 전원 원격 제어, BIOS 플래싱, 서버에 소프트웨어 설치를 위한 KVM 실행과 같은 기본 작업을 처리할 수 있습니다.

인터페이스는 Dell EMC, HPE, Cisco 등의 Tier1 서버에서 찾을 수 있는 것과 비교하면 약간 투박하지만 시스템을 원격으로 관리하는 작업을 수행합니다. 사용자는 선호하는 사용에 따라 HTML5 및 Java KVM 옵션도 제공됩니다. KVM에서 우리가 마주한 유일한 단점은 특히 마운트된 ISO가 1Mb/s 이상의 전송 속도로 제한되어 더 작은 설치 공간 OS 설치에도 상당한 시간이 걸린다는 것입니다. 우리가 찾은 절충안은 OS 설치 프로그램으로 USB 썸 드라이브를 플래싱하고 KVM을 사용하여 원격으로 설치하는 것이었습니다.

기가바이트 R282-3C0 성능

서버 성능에 관해서는 (2) Intel 8380 CPU, (16) 32Mhz의 4GB DDR3200, (4) 구성을 기반으로 몇 가지 테스트를 수행했습니다. 인텔 P5510 7.68TB SSD.

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시간
• 2.5시간 전처리
• 30분 샘플 기간

SQL Server 평균 대기 시간의 경우 Gigabyte R282-3C0은 1VM에서 전체적으로 8ms 대기 시간을 유지했습니다.

시스벤치 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를 사용하여 개별 VM이 25,537에서 8 TPS 범위인 3,187VM에 대해 총 점수 3,199 TPS를 기록했습니다. 평균과 범위는 우리에게 충격적이지 않았습니다. 과거에 유사한 서버가 거의 동일한 성능을 보이는 것을 보았기 때문입니다.

평균 대기 시간으로 8VM은 10.025에서 10 사이의 개별 VM으로 10.04의 총 시간을 제공했습니다.

최악의 시나리오인 99번째 백분위수에서 8VM의 대기 시간은 개별 시간 범위가 19.13ms에서 19.07ms인 총 시간 19.17ms에 도달했습니다.

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 읽기를 보면 Gigabyte R282-3C0은 100µs 미만에서 시작하여 약 2.25만 IOPS까지 유지되었으며 3,770,372 IOPS에서 정점에 이르렀고 대기 시간은 536µs였습니다.

4K 랜덤 쓰기는 대기 시간이 100µs에서 35µs 미만이고 서버가 1.6만 IOPS에 도달할 때까지 유지되는 정말 좋은 시작이었습니다. 피크는 1,823,423 IOPS에서 발생하며 대기 시간은 909µs입니다.

64K 순차 읽기로 이동하면 대기 시간이 282µs인 307,885 IOPS에서 R413 피크가 나타났습니다.

다음으로, 64K 순차 쓰기는 116,957µs의 대기 시간으로 1071 IOPS의 최고 성능을 제공했지만, 그 후 약 140,000µs의 대기 시간으로 약 800 IOPS로 다시 감소했습니다.

이제 SQL 워크로드, SQL, SQL 90-10 및 SQL 80-20이 있습니다. SQL에서 Gigabyte R282-C03은 91µs에서 시작하여 100 IOPS에서 480,959µs를 넘었습니다. 그런 다음 서버는 995,117 IOPS에서 정점에 이르렀고 대기 시간은 125µs였습니다.

SQL 90-10에서 서버의 시작 대기 시간은 85µs였으며 100 IOPS에 도달할 때까지 589,647µs 미만을 유지할 수 있었습니다. 그런 다음 대기 시간이 967,723µs인 126 IOPS로 정점을 찍었습니다.

SQL 80-20에서 서버의 시작 대기 시간은 80µs였으며 100 IOPS에 도달할 때까지 554,447µs 미만을 유지할 수 있었습니다. 그런 다음 대기 시간이 935,383µs인 132 IOPS로 정점을 찍었습니다.

다음 테스트는 Oracle Workloads, Oracle, Oracle 90-10 및 Oracle 80-20이었습니다. Oracle 워크로드에서 R282는 80µs의 대기 시간으로 시작한 다음 924,993µs의 대기 시간으로 133 IOPS에서 정점에 도달했습니다.

Oracle 90-10의 경우 서버가 83µs에서 시작하여 100 IOPS까지 635,178µs 미만의 대기 시간을 유지할 수 있었지만, 그 후 792,231µs의 대기 시간으로 108 IOPS에서 정점에 도달했습니다.

마지막으로, Oracle 80-20은 대부분의 테스트에서 100µs에서 시작하여 78.5 IOPS에서 최대 770,853µs의 대기 시간으로 110 미만을 유지할 수 있었습니다.

마지막 테스트에서는 VDI 클론 테스트인 전체 및 연결로 전환했습니다. VDI 전체 클론(FC) 부팅의 경우 R282는 762,590 IOPS로 정점을 찍고 대기 시간은 162µs입니다.

VDI FC 초기 로그인에서 서버는 479,697µs의 대기 시간과 함께 최고 216 IOPS까지 꾸준하게 급격하게 증가했습니다.

VDI FC 월요일 로그인의 경우 서버는 347,985µs의 대기 시간과 함께 165 IOPS에서 정점에 도달할 때까지 꾸준히 증가했습니다.

이제 VDI LC(Linked Clone) 테스트의 경우 부팅부터 시작하여 서버는 305,058µs의 대기 시간과 함께 최대 197 IOPS까지 짧게 상승했습니다.

초기 로그인 테스트의 경우 서버는 100µs에서 시작하여 167,785µs의 대기 시간과 함께 152 IOPS에서 정점에 도달했습니다.

마지막으로, 월요일 로그인의 경우 서버가 107µs에서 시작하여 최대 271,522 IOPS에서 최대 213µs까지 대기 시간이 크게 증가했습니다.

결론

Gigabyte R282-3C0은 2세대 Xeon Scalable 프로세서의 성능을 테스트하는 3U 듀얼 프로세서 서버입니다. 전면에 있는 12개의 핫스왑 가능한 3.5인치 베이(이 중 2개는 NVMe를 지원할 수 있음)와 함께 이 서버는 다양한 스토리지를 수용할 수 있습니다. 가속화된 용량이 필요한 조직의 경우 계층화를 위한 일부 플래시와 스토리지를 위한 저비용 HDD를 혼합하는 것이 흥미로울 것입니다. 그런 다음 후면에 부팅에 사용할 수 있는 트윈 SATA 드라이브가 있습니다. 이것은 온보드 M.XNUMX 스토리지가 없기 때문에 유용합니다.

우리가 서버에서 실행한 다양한 테스트는 우리가 이미 예상했던 대로 나왔습니다. 282개의 NVMe 베이의 제한은 대부분의 베이가 고용량 회전 미디어에 활용되기 때문에 최대 스토리지 잠재력을 억제했습니다. 드라이브 구성은 대상이지만 대부분의 고객은 이와 같은 시스템에 미드레인지 CPU를 배치하고 보다 균형 잡힌 가격대를 대상으로 합니다. 물론 기가바이트 라인업의 다른 제품은 전체 NVMe 슬레이트로 더 나은 성능을 발휘할 것입니다. 예를 들어 92개의 NVMe SSD를 페어링할 수 있는 R24-ZXNUMX가 있습니다. 엄청난 놀라운 성능을 위해.

가상 SQL 테스트의 경우 SQL 워크로드에서 최대 481K IOPS, SQL 968-90에서 10K IOPS, SQL 80-20 테스트에서 최대 935K IOPS를 확인했습니다. Oracle 테스트에서 우리는 Oracle 워크로드에서 924K IOPS, Oracle 792-90에서 10K, Oracle 770-80에서 20K를 확인했습니다. VDBench에서는 3.7K 읽기에서 4만 IOPS, 1.8K 쓰기에서 4만 IOPS, 307,885K 읽기에서 64 IOPS, 116,957K 쓰기에서 64 IOPS를 기록했습니다. 마지막으로 VDI 전체 복제 테스트에서 부팅 시 762K IOPS, 초기 로그인 시 479K, 월요일 로그인 시 348K를 확인했습니다. 연결된 클론의 경우 부팅 시 305K IOPS, 초기 로그인 시 167K, 월요일 로그인 시 272K를 확인했습니다.

현실적으로 이 서버는 NVMe 플래시를 통한 가속화 가능성과 함께 고밀도 스토리지에 사용될 예정입니다. 이 서버를 방해하는 유일한 것은 더 많은 NVMe 스토리지이지만 이 빌드는 HDD가 제공하는 달러당 용량 이점에 중점을 둡니다. Gigabyte R282-3C0은 Intel Scaleable Gen12 아키텍처를 기반으로 구축된 14베이(또는 계산 방법에 따라 3개) 설계에서 용량과 NVMe의 혼합을 원하는 사용 사례에 적합합니다.

기가바이트 R282-3C0(rev.100)

StorageReview에 참여

뉴스레터 | 유튜브 | 팟캐스트 iTunes/스포티 파이 | 인스타그램 | 트위터 | 페이스북 | RSS 피드