홈페이지 Enterprise GIGABYTE R272-Z32 AMD EPYC 로마 서버 검토

GIGABYTE R272-Z32 AMD EPYC 로마 서버 검토

by 아담 암스트롱

AMD가 오늘 새로운 EPYC Rome 7002 CPU 시리즈를 출시함에 따라 여러 벤더가 GIGABYTE를 포함한 새로운 기술을 지원하는 서버를 발표했습니다. 실제로 GIGABYTE는 R 시리즈인 EPYC Rome을 지원하는 전체 랙 서버 시리즈를 출시했습니다. R 시리즈는 리소스 균형을 갖춘 범용 서버 제품군입니다. 이 시리즈는 다양한 스토리지 미디어 조합과 함께 1U 및 2U 서버를 모두 제공합니다. 이 특정 검토를 위해 우리는 272개의 U.32 NVMe 베이를 자랑하는 GIGABYTE R24-Z2 서버를 살펴볼 것입니다.


AMD가 오늘 새로운 EPYC Rome 7002 CPU 시리즈를 출시함에 따라 여러 벤더가 GIGABYTE를 포함한 새로운 기술을 지원하는 서버를 발표했습니다. 실제로 GIGABYTE는 R 시리즈인 EPYC Rome을 지원하는 전체 랙 서버 시리즈를 출시했습니다. R 시리즈는 리소스 균형을 갖춘 범용 서버 제품군입니다. 이 시리즈는 다양한 스토리지 미디어 조합과 함께 1U 및 2U 서버를 모두 제공합니다. 이 특정 검토를 위해 우리는 272개의 U.32 NVMe 베이를 자랑하는 GIGABYTE R24-Z2 서버를 살펴볼 것입니다.

하드웨어 측면에서 서버는 GIGABYTE의 EPYC Rome MZ32-AR0 서버 마더보드를 활용합니다. 마더보드는 단일 AMD EPYC 7002 SoC와 DDR16 메모리를 위한 4개의 DIMM 슬롯에 적합합니다. 서버에는 NVMe 스토리지를 위한 24개의 슬롯(핫 스왑 가능)과 후면에 SATA SSD 또는 HDD를 위한 XNUMX개의 슬롯이 있습니다. 확장을 위해 마더보드에는 XNUMX개의 PCIe 확장 슬롯과 XNUMX개의 메자닌 커넥터가 제공되어 고객이 필요한 액세서리를 확장하거나 추가할 수 있는 공간을 제공합니다. 구성된 서버에서 NVMe 베이는 사용 가능한 대부분의 PCIe 슬롯과 전면 백플레인에 대한 PCIe 레인용 메자닌 슬롯을 사용합니다. 결국 진정한 확장을 위해 XNUMX개의 PCIe 슬롯이 고객에게 남게 됩니다.

모든 GIGABYTE 서버와 마찬가지로 R272-Z32는 원격 관리 소프트웨어에 GSM(GIGABYTE Server Management)을 활용합니다. GIGABYTE AMD EPYC Rome 서버는 BMC 서버 관리를 위해 AMI MegaRAC SP-X 플랫폼을 활용할 수도 있습니다. 이 직관적이고 기능이 풍부한 브라우저 기반 GUI에는 RESTful API 지원, HTML5 기반 iKVM, 자세한 FRU 정보, 사전 이벤트 자동 비디오 녹화 및 SAS/RAID 컨트롤러 모니터링을 비롯한 몇 가지 주목할만한 기능이 있습니다.

특정 빌드를 위해 AMD EPYC 7702P CPU를 활용하고 있습니다. RAM의 경우 8개의 32GB 3200MHz Micron 브랜드 DDR4 모듈을 활용했습니다. 스토리지에는 12TB 용량 버전인 9300개의 Micron Pro 3.84 SSD를 사용했습니다.

GIGABYTE R272-Z32 서버 주요 사양

CPU AMD EPYC 7002
폼 팩터 2U
마더 보드 EATX MZ32-AR0
메모리 16개의 DIMM 슬롯
드라이브 베이
24 x 2.5” 핫스왑 U.2 NVMe SSD
후방 2 x 2.5: 핫스왑 HDD
확장 슬롯
7 x 로우 프로파일 슬롯 (슬롯 7)PCIe x16 슬롯 @Gen4 x16 s/w, 4 x U.4에서 4 x Slim-SAS 2i
(슬롯6)PCIe x16 슬롯 @Gen4 x16
(슬롯5)PCIe x16 슬롯 @Gen4 x8
(슬롯4)PCIe x16 슬롯 @Gen4 x16
(슬롯3)PCIe x16 슬롯 @Gen4 x16
(슬롯2)PCIe x8 슬롯 @Gen3 x8
(슬롯 1)PCIe x16 슬롯 @Gen3 x16 메자닌 @Gen3 x16(유형 1, P1,P2,P3,P4; NCSI를 지원하는 유형 2 P5)
백플레인 U.2 HDD 백플레인 (CBP20O5+CEPM080x3)
IO 커넥터 후면 1 x VGA, 1 x COM, 2 x 1G LAN, 1 x MLAN, 3 x USB3.0, 1 x ID 버튼
내부 1 x COM, 1 x TPM, 1 x USB3.0(2포트), 1 x USB2.0(2포트)
전원 공급 장치 중복 1200W 80+ 플래티넘
시스템 냉각 4 x 8cm 이지 스왑 역회전 팬
외형 치수 87.5 X 438 X 660 mm

GIGABYTE R272-Z32 설계 및 구축

전면에서 시작하여 내부를 거쳐 서버 후면까지 작업하고 모든 기능을 자세히 설명합니다. 서버 전면에는 24인치 U.2.5 NVMe 베이 2개, USB 3.0 포트 XNUMX개, 전원 버튼, 오목한 재설정 버튼 및 ID 버튼이 있습니다. ID 버튼은 서버의 전면과 후면 모두에서 볼 수 있는 LED가 있으므로 데이터 센터에서 유용합니다. 수십 대의 서버가 있는 방에서 작업 중인 시스템을 식별하는 데 도움이 되도록 ID 표시등이 켜집니다.

내부에는 단일 프로세서 마더보드에 16개의 DDR4 슬롯과 7개의 PCIe 슬롯이 있습니다. 마더보드의 모든 슬롯은 이전 세대보다 두 배 빠른 Gen 4입니다. 각 NVMe 베이에는 마더보드에 대한 자체 PCIe 연결이 필요하므로 구성에는 NVMe 베이에 연결을 제공하는 8개의 도터 보드가 포함됩니다. 사용자 정의를 위해 16개의 개방형 PCIe 슬롯이 있으며 모두 절반 높이입니다. 8개의 열린 슬롯 중 하나는 기계적 및 전기적으로 x16입니다. 다른 두 슬롯은 기계적으로 x4이고 하나는 전기적으로 xXNUMX이고 다른 하나는 전기적으로 xXNUMX입니다. PCIe 케이블링을 사용하면 카드로의 공기 흐름이 제한될 수 있으므로 추가 냉각이 필요한 GPU에 비해 ​​LFM 공기 흐름 요구 사항이 낮아 네트워킹 연결에 더 적합합니다. 서버 전면 가까이에는 현장 핫 스왑이 가능한 XNUMX개의 섀시 팬이 있습니다.

마지막으로 서버 뒷면입니다. 서버에 관한 한 꽤 표준적인 것입니다. USB 3.0 포트 1개, 1200GbE 포트 XNUMX개, 관리 포트 XNUMX개, ID 스위치, 직렬 포트, VGA 포트, SATA 베이 XNUMX개, XNUMX와트 전원 공급 장치 XNUMX개가 있습니다. 전면에는 고가의 고성능 스토리지가 포함된 NVMe 베이가 있는 반면 후면의 SATA 베이는 부팅 드라이브를 위한 대용량 저비용 스토리지를 제공합니다. 앞면에 보이는 것과 일치하는 것은 뒷면의 해당 ID 버튼입니다. 직렬 포트가 여전히 그것을 활용하는 레거시 제품을 위한 차세대 플랫폼을 유지하고 있는 것을 보는 것은 좋은 일입니다.

GIGABYTE R272-Z32 관리

언급한 바와 같이 GIGABYTE R272-Z32에는 자체 GSM 원격 관리 소프트웨어가 있지만 BMC 서버 관리를 위해 AMI MegaRAC SP-X 플랫폼을 활용할 수도 있습니다. 우리는 이 검토를 위해 MegaRAC를 사용하여 KVM의 두 가지 구성 요소인 관리 화면 및 관련 랜딩 페이지와 서버 OS 관리 및 로딩 소프트웨어를 위한 원격 콘솔 팝업 창을 살펴볼 것입니다.

기본 관리 화면에서 랜딩 페이지의 빠른 통계를 볼 수 있으며 대시보드, 센서, 시스템 인벤토리, FRU 정보, 로그 및 보고서, 설정, 원격 제어, 이미지 리디렉션, 전원 제어, 및 유지 보수. 첫 번째 페이지는 대시보드입니다. 여기에서 BMC의 가동 시간, 보류 중인 어설션, 액세스 로그 및 발생한 문제 수, 센서 모니터링, 드라이브 슬롯 및 지난 24시간과 30일 동안 발생한 이벤트 수를 쉽게 확인할 수 있습니다.

센서를 클릭하면 개별 센서와 현재 상태를 빠르게 확인할 수 있습니다. 또한 사용자는 일반 센서와 센서가 현재 읽고 작동하는 방식(예: 팬 RPM 및 작동 시기)을 볼 수 있습니다.

시스템 인벤토리 탭을 통해 관리자는 서버의 다양한 하드웨어를 볼 수 있습니다. CPU를 클릭하면 AMD EPYC 7702P(이 경우 AMD EPYC XNUMXP)에 대한 자세한 정보가 제공됩니다. 사용자는 CPU에 대한 캐시 정보도 볼 수 있습니다.

CPU와 마찬가지로 DIMM 인벤토리 하위 탭은 가능한 최대값, 어느 슬롯에 얼마나 많이 설치되었는지, ECC인지 여부, 개별 DIMM에 대한 세부 정보를 포함하여 RAM에 대한 자세한 정보를 제공합니다.

HDD 인벤토리 하위 탭은 설치된 드라이브에 대한 정보와 자세한 정보를 드릴다운할 수 있는 기능을 제공하는 위와 유사합니다.

다음 기본 탭은 FRU(Field Replaceable Units) 정보입니다. 이름에서 알 수 있듯이 이 탭은 FRU 장치에 대한 정보를 제공하며 여기에서 섀시 및 마더보드에 대한 정보를 볼 수 있습니다.

상당히 포괄적인 설정 탭. 관리자에게 필요한 모든 설정 옵션에 대한 액세스 권한과 선택한 워크로드에 맞게 변경할 수 있는 기능을 제공합니다.

다음 탭은 원격 제어입니다. 여기에서 사용자는 KVM을 시작하거나 JAVA SOL을 시작할 수 있습니다. KVM을 시작했습니다.

일단 실행되면 사용자에게 서버 OS에 대한 원격 액세스를 제공합니다. 이 예에서는 Linux 로딩 화면입니다. 원격 콘솔 창은 모니터, 키보드 및 마우스 크래시 카트를 들고 다닐 필요 없이 로컬 제어가 필요한 데이터 센터에서 매우 중요한 도구입니다. 창의 오른쪽 상단에 보이는 것은 소프트웨어 로드를 위해 서버에서 원격으로 액세스할 수 있도록 로컬 시스템에서 ISO를 마운트할 수 있는 CD 이미지 기능입니다.

전원 제어 탭은 전원 끄기, 전원 켜기, 전원 주기, 하드 리셋 및 ACPI 종료를 포함한 작은 전원 작업 목록을 제공합니다.

유지 관리 탭에서는 백업 구성, 펌웨어 이미지 위치, 펌웨어 정보, 펌웨어 업데이트, HPM 펌웨어 업데이트, 구성 유지, 구성 복원, 공장 기본값 복원 및 시스템 관리자를 포함하여 관리자가 관리해야 할 수 있는 여러 항목에 액세스할 수 있습니다.

BIOS 정보는 유지 관리 탭 아래의 펌웨어 정보를 통해서도 액세스할 수 있습니다.

기가바이트 R272-Z32 구성 및 성능

초기 테스트 라인업의 경우 베어메탈 Linux 환경 내부의 합성 벤치마크에 중점을 둡니다. Ubuntu 18.04.02를 설치하고 vdbench를 활용하여 스토리지 기반 벤치마크를 적용했습니다. 서버에 로드된 12개의 Micron 9300 Pro 3.84TB SSD로 우리의 초점은 스토리지 I/O로 CPU를 포화시키는 것이었습니다. 추가 OS 지원이 AMD EYPC Rome, 주로 VMware vSphere(GA가 되기 위해 6.7 U3 대기 중)를 완전히 지원하게 되면 이 서버 플랫폼에 대한 테스트를 추가할 것입니다.

VDBench 워크로드 분석

스토리지 어레이를 벤치마킹할 때는 애플리케이션 테스트가 가장 좋고 합성 테스트가 두 번째입니다. 실제 워크로드를 완벽하게 나타내지는 못하지만 합성 테스트는 경쟁 솔루션 간의 비교를 쉽게 수행할 수 있는 반복성 요소로 스토리지 장치의 기준선을 만드는 데 도움이 됩니다. 이러한 워크로드는 "포 코너" 테스트, 공통 데이터베이스 전송 크기 테스트, 다양한 VDI 환경의 트레이스 캡처에 이르는 다양한 테스트 프로필을 제공합니다. 이러한 모든 테스트는 스크립팅 엔진과 함께 공통 vdBench 워크로드 생성기를 활용하여 대규모 컴퓨팅 테스트 클러스터에서 결과를 자동화하고 캡처합니다. 이를 통해 플래시 어레이 및 개별 스토리지 장치를 포함한 광범위한 스토리지 장치에서 동일한 워크로드를 반복할 수 있습니다.

프로필 :

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

무작위 4K 읽기에서 GIGABYTE R272-Z32는 100µs 이상에서 시작하여 6,939,004µs의 대기 시간과 함께 189.6 IOPS로 정점을 찍었습니다.

임의 4K 쓰기의 경우 서버는 대기 시간이 158,161µs에 불과한 28 IOPS입니다. 서버는 약 100만 IOPS까지 1.27µs 미만을 유지했으며 1,363,259µs의 대기 시간에서 699.8 IOPS로 정점에 도달했습니다.

순차 워크로드로 전환하면서 645,240K 읽기에서 40.3µs의 대기 시간에서 592.9 IOPS 또는 64GB/s에서 서버 피크를 확인했습니다.

64K 쓰기에서 서버는 110µs의 대기 시간에서 약 6.8K IOPS 또는 약 246.1GB/s로 정점에 도달한 후 크게 떨어졌습니다.

다음 테스트 세트는 SQL, SQL 90-10 및 SQL 80-20과 같은 SQL 워크로드입니다. SQL의 경우 서버는 2,489,862µs의 대기 시간과 함께 151.2 IOPS로 정점을 찍었습니다.

SQL 90-10의 경우 서버의 최대 성능은 2,123,201 IOPS이고 대기 시간은 177.2µs입니다.

마지막 SQL 테스트인 80-20에서는 서버가 1,849,018µs의 대기 시간으로 202.1 IOPS의 최고 성능을 기록했습니다.

다음은 Oracle 워크로드인 Oracle, Oracle 90-10 및 Oracle 80-20입니다. Oracle을 사용하는 경우 GIGABYTE 서버는 1,652,105µs의 대기 시간과 함께 227.5 IOPS로 정점을 찍었습니다.

Oracle 90-10에서 서버는 1,727,168µs의 대기 시간에서 150.1 IOPS로 정점을 찍었습니다.

Oracle 80-20의 경우 서버는 1,551,361µs의 대기 시간에서 166.8 IOPS의 최고 점수를 기록했습니다.

다음으로 VDI 클론 테스트인 Full and Linked로 전환했습니다. VDI 전체 복제(FC) 부팅의 경우 EPYC Rome 기반 서버는 1,680,812µs의 대기 시간에서 220.4 IOPS의 최고 성능을 보였습니다.

VDI FC 초기 로그인을 통해 서버는 39,309µs의 대기 시간으로 79.8 IOPS에서 시작되었습니다. 서버는 약 100K IOPS까지 200µs 미만을 유지했으며 393,139µs의 대기 시간에서 627.3 IOPS로 정점에 도달했습니다.

VDI FC Monday Login의 경우 서버는 351,133µs의 대기 시간과 함께 326.6 IOPS로 정점을 찍었습니다.

VDI LC 부팅의 경우 서버는 777,722µs의 대기 시간에서 197.6 IOPS로 정점을 찍었습니다.

VDI LC 초기 로그인으로 GIGABYTE 서버는 211,720µs 대기 시간에서 341.9 IOPS로 정점을 찍었습니다.

그리고 마지막으로 VDI LC Monday Login을 통해 EPYC Rome 서버는 216,084µs의 대기 시간과 함께 521.9 IOPS의 최고 성능을 보였습니다.

 결론

새로운 AMD EPYC 7002 CPU가 출시되었으며 새로운 프로세서가 장착된 첫 번째 서버(어쨌든 우리 랩에서)는 GIGABYTE R272-Z32입니다. 이 2U 범용 서버는 MZ32-AR0 마더보드를 사용하므로 새로운 단일 EPYC Rome 프로세서와 호환됩니다. 서버에는 16개의 DIMM 슬롯이 있으며 잠재적으로 총 1TB의 DDR4 3200MHz RAM이 있습니다. R272-Z32에는 전면에 모든 NVMe 스토리지를 위한 24개의 핫스왑 베이가 있으며 후면에는 SATA SSD 또는 HDD용 베이 4개가 있습니다. 고객이 PCIe 장치(현재 GenXNUMX 장치 포함)를 추가해야 하는 경우 후면에 XNUMX개의 슬롯이 있지만 XNUMX개만 열려 있습니다. 이 서버는 BMC 서버 관리를 위한 AMI MegaRAC SP-X도 지원합니다.

테스트를 위해 AMD EPYC 7702P CPU, 256GB 3,200MHz Micron DDR4 RAM, 12개의 3.84TB Micron Pro 9300 SSD를 활용했습니다. 위와 같이 이 작은 서버는 정말로 천둥을 가져왔습니다. VDBench 워크로드를 사용하여 서버가 7K 읽기에서 4만 IOPS, 1.4K 쓰기에서 4만 IOPS, 40.3K 순차 읽기에서 놀라운 64GB/s, 6.8K 순차 쓰기에서 64GB/s를 기록하는 것을 확인했습니다. SQL 워크로드로 이동하면서 서버는 계속해서 2.5만 IOPS, SQL 2.1-90에서 10만 IOPS, SQL 1.85-80에서 20만 IOPS로 깊은 인상을 남겼습니다. Oracle에서 서버는 1.65만 IOPS, 1.73-90에서 10만 IOPS, 1.55-80에서 20만 IOPS를 기록했습니다. VDI 복제 테스트에서도 서버는 VDI FC 부팅에서 1.68만 IOPS로 100만 IOPS를 깨뜨릴 수 있었습니다. 대기 시간은 대부분 1µs를 넘었지만 순차 64K 쓰기 테스트에서는 XNUMXms만 넘었습니다.

범용 서버의 경우 AMD EPYC Rome은 GIGABYTE R272-Z32를 야수로 만들었습니다. 우리는 서버에 좋은 장비를 가지고 있지만 그 잠재력을 최대한 활용하지도 못했습니다. Rome을 지원하는 OS 목록이 계속 늘어남에 따라 우리는 새로운 CPU가 과다한 작업 부하에서 얼마나 잘 쌓이는지 확인할 수 있을 것입니다. 이를 지원하는 서버가 있는 이 새로운 프로세서는 특히 PCIe Gen4의 미개척 잠재력을 고려하기 시작할 때 우리가 아직 보지 못한 데이터 센터의 새로운 수준의 성능에 진입할 수 있습니다.

기가바이트 기술

이 리뷰에 대해 토론