O servidor GIGABYTE R282-Z92 é um novo servidor dual-socket 2U que utiliza os processadores AMD EPYC de 2ª geração. Sendo de soquete duplo, o que significa que os usuários podem aproveitar até 128 núcleos (64 por soquete) com duas CPUs EPYC. Os processadores AMD EPYC também oferecem o benefício adicional dos dispositivos PCIe 4.0, que aumentam as opções para armazenamento, FPGAs e GPUs mais rápidos. O servidor vem com dois slots de expansão PCIe 4.0 abertos para oferecer suporte a itens complementares.
O servidor GIGABYTE R282-Z92 é um novo servidor dual-socket 2U que utiliza os processadores AMD EPYC de 2ª geração. Sendo de soquete duplo, o que significa que os usuários podem aproveitar até 128 núcleos (64 por soquete) com duas CPUs EPYC. Os processadores AMD EPYC também oferecem o benefício adicional dos dispositivos PCIe 4.0, que aumentam as opções para armazenamento, FPGAs e GPUs mais rápidos. O servidor vem com dois slots de expansão PCIe 4.0 abertos para oferecer suporte a itens complementares.
Com base nos novos processadores AMD EPYC, o servidor GIGABYTE R282-Z92 suporta mais de 4 TB de memória DDR4 com velocidades de até 3200 MHz. Ele pode atingir isso por meio de 16 DIMMs por CPU com suporte a módulos de até 128 GB cada. Embora o servidor ofereça suporte ao armazenamento NVMe por meio de 24 compartimentos hot-swappable na frente (para não mencionar mais dois compartimentos na parte traseira para armazenamento SATA/SAS), ele não oferece suporte a PCIe 4.0 nos compartimentos frontais.
Outros recursos de hardware notáveis são um slot M.2 integrado, bem como mais capacidade M.2 por meio de uma placa riser. O servidor vem com duas portas LAN de 1 GbE, mas bastante expansão para uma rede mais rápida, incluindo um slot para cartão OCP. O gerenciamento de energia é feito por meio de duas PSUs hot-swappable, bem como os recursos inteligentes de gerenciamento de energia da GIGABYTE que tornam o servidor mais eficiente em termos de uso de energia e retêm energia em caso de falha.
O R282-Z92 utiliza seu próprio GSM para gerenciamento, aqui está um mergulho mais profundo na GUI. O GSM vem com um plug-in VMware que permite aos usuários usar o vCenter para monitoramento e gerenciamento remotos.
Especificações GIGABYTE R282-Z92
| Dimensões (LxAxP, mm) | 2U 438 x 87 x 730 milímetros |
| motherboard | MZ92-FS0 |
| CPU | Família de processadores da série AMD EPYC 7002 Processadores duplos, 7nm, soquete SP3 Até 64 núcleos, 128 threads por processador TDP até 225W, cTDP até 240W Suporta totalmente 280W Compatível com a família de processadores AMD EPYC série 7001 |
| Chipset | Sistema no Chip |
| Memória | 32 slots DIMM Memória DDR4 suportada apenas Memória de 8 canais por arquitetura de processador Módulos RDIMM de até 128 GB suportados Módulos LRDIMM de até 128 GB suportados Velocidade da memória: até 3200/ 2933 MHz |
| LAN | 2 portas LAN de 1 GbE (1 x Intel I350-AM2) 1 LAN de gerenciamento 10/100/1000 |
| Vídeo | Integrado no adaptador gráfico de vídeo 2500D Aspeed AST2 com interface de barramento PCIe 1920×1200@60Hz 32bpp |
| Armazenamento | Parte frontal: 24 baias HDD/SSD NVMe de 2.5" hot-swappable Lado traseiro: 2 compartimentos HDD/SSD SATA/SAS de 2.5″ hot-swappable, a partir de portas SATA integradas |
| Slots de expansão | Cartão Riser CRS2014: – 1 x slot PCIe x16 (Gen4 x16), ocupado por CNV3024, 4 x NVMe HBARiser Card CRS2033: – 1 x slot PCIe x16 (Gen4 x16), FHHL, ocupado por CNV3024, 4 x NVMe HBA – 1 x slot PCIe x8 (Gen4 x8), FHHL, ocupado por CNV3022, 2 x NVMe HBA – 1 x slot PCIe x8 (Gen4 x8), FHHLRiser Card CRS2033: – 1 x slot PCIe x16 (Gen4 x16), FHHL, ocupado por CNV3024, 4 x NVMe HBA – 1 x slot PCIe x8 (Gen4 x8), FHHL, ocupado por CNV3022, 2 x NVMe HBA – 1 x slot PCIe x8 (Gen4 x8), FHHL1 x slot mezanino OCP 3.0 com largura de banda PCIe Gen4 x16 da CPU_0 Função NCSI suportada, ocupada por CNVO134, 4 x NVMe HBA1 x slot mezanino OCP 2.0 com largura de banda PCIe Gen3 x8 (Tipo 1, P1 , P2) Função NCSI suportada, ocupada por CNVO022, 2 x NVMe HBA1 x slot M.2: - tecla M – PCIe Gen3 x4 – Suporta cartões NGFF-2242/2260/2280/22110 – O TDP da CPU é limitado a 225 W se estiver usando um dispositivo M.2 |
| E / S interna | 1 x ranhura M.2 1 x conector USB 3.0 1 x cabeçalho COM 1 x cabeçalho TPM 1 x cabeçalho do painel frontal 1 x cabeçalho da placa traseira do HDD 1 x conector PMBus 1 x conector IPMB 1 x jumper claro CMOS 1 x jumper de recuperação do BIOS |
| Front I / O | 2 x USB 3.0 1 x botão liga / desliga com LED 1 x botão de identificação com LED 1 botão x Repor 1 x botão NMI 1 x LED de status do sistema 1 x LED de atividade do HDD 2 x LEDs de atividade da LAN |
| I / O traseiro | 2 x USB 3.0 1 x VGA 2 x RJ45 1 x MLAN 1 x botão de identificação com LED |
| E/S do painel traseiro | Front side_CBP20O5: 24 portas NVMe Lado traseiro_CBP2020: 2 portas SATA/SAS Velocidade e largura de banda: SATA 6Gb/s, SAS 12Gb/s ou PCIe x4 por porta |
| TPM | 1 x cabeçalho TPM com interface SPI Kit TPM2.0 opcional: CTM010 |
| Fonte de alimentação do laboratório | 2 PSUs redundantes de 1600 W 80 PLUS Platinum AC Entrada: – 100-120V~/ 12A, 50-60Hz – 200-240 V~/ 10.0 A, 50-60 Hz Entrada CC: 240Vdc, 10ADC Saída: – Máx. 1000 W/ 100-120 V +12V/81.5A +12Vsb/ 2.5A – Max 1600W na entrada de 200-240V ou 240Vdc +12V/133A +12Vsb/ 2.5A |
| OS Compatibilidade | Windows Server 2016 (X2APIC/256T não suportado) Servidor 2019 do Windows Red Hat Enterprise Linux 7.6 (x64) ou posterior Red Hat Enterprise Linux 8.0 (x64) ou posterior SUSE Linux Enterprise Server 12 SP4 (x64) ou posterior SUSE Linux Enterprise Server 15 SP1 (x64) ou posterior Ubuntu 16.04.6 LTS (x64) ou posterior Ubuntu 18.04.3 LTS (x64) ou posterior Ubuntu 20.04 LTS (x64) ou posterior VMware ESXi 6.5 EP15 ou posterior VMware ESXi 6.7 Update3 ou posterior VMware ESXi 7.0 ou posterior Citrix Hypervisor 8.1.0 ou posterior |
| Peso | Peso Líquido: kg 18.5 Peso Bruto: kg 25.5 |
| Ventiladores do sistema | 4 x 80 x 80 x 38 mm (16,300 rpm) |
| Propriedades operacionais | Temperatura de operação: 10 ° C a 35 ° C Umidade operacional: 8%-80% (sem condensação) Temperatura fora de operação: -40°C a 60°C Umidade fora de operação: 20%-95% (sem condensação) |
GIGABYTE R282-Z92 Projeto e Construção
O GIGABYTE R282-Z92 é um servidor 2U que tem uma aparência muito semelhante a outros servidores GIGABYTE (estrutura de metal, baias de unidade pretas com destaques laranja, frente preta). Na frente do dispositivo estão os vinte e quatro compartimentos PCIe Gen2.5 de 3” que ocupam a maior parte da frente. No lado esquerdo está o botão liga/desliga, o botão ID, o botão reset, o botão NMI e os LEDs (status do sistema, atividade do HDD e atividade da LAN). No lado direito estão as duas portas USB 3.0.
Na parte traseira, vemos mais duas baias hot-swap de 2.5” (para SATA ou SAS, HDD/SSD) no canto superior esquerdo e duas fontes de alimentação abaixo. Oito slots de expansão ocupam a maior parte do restante. Na parte inferior estão duas portas USB 3.0, duas portas LAN 1GbE e uma porta MLAN.
Saindo do topo, podemos ver as ventoinhas na frente, seguidas pelos processadores e slots de RAM. Perto da parte traseira está o slot M.2 para serviço de inicialização.
Desempenho GIGABYTE R282-Z92
Configuração GIGABYTE R282-Z92:
- 2x AMD EPYC 7702
- 512 GB, 256 GB por CPU
- Armazenamento de desempenho: 12 x Micron 9300 NVMe 3.84TB
- CentOS 7 (1908)
- ESXi 6.7u3
Desempenho do SQL Server
O protocolo de teste OLTP do Microsoft SQL Server da StorageReview emprega o rascunho atual do Benchmark C (TPC-C) do Transaction Processing Performance Council, um benchmark de processamento de transações on-line que simula as atividades encontradas em ambientes de aplicativos complexos. O benchmark TPC-C chega mais perto do que os benchmarks sintéticos de desempenho para medir os pontos fortes de desempenho e os gargalos da infraestrutura de armazenamento em ambientes de banco de dados.
Cada VM do SQL Server é configurada com dois vDisks: volume de 100 GB para inicialização e um volume de 500 GB para o banco de dados e arquivos de log. Do ponto de vista dos recursos do sistema, configuramos cada VM com 16 vCPUs, 64 GB de DRAM e aproveitamos o controlador LSI Logic SAS SCSI. Embora nossas cargas de trabalho Sysbench testadas anteriormente tenham saturado a plataforma tanto em E/S de armazenamento quanto em capacidade, o teste SQL procura desempenho de latência.
Este teste usa o SQL Server 2014 em execução em VMs convidadas do Windows Server 2012 R2 e é reforçado pelo Benchmark Factory da Dell para bancos de dados. Embora nosso uso tradicional desse benchmark tenha sido testar grandes bancos de dados de escala 3,000 em armazenamento local ou compartilhado, nesta iteração nos concentramos em distribuir quatro bancos de dados de escala 1,500 uniformemente em nossos servidores.
Configuração de teste do SQL Server (por VM)
- Windows Server 2012 R2
- Ocupação de armazenamento: 600 GB alocados, 500 GB usados
- SQL Server 2014
-
- Tamanho do banco de dados: escala 1,500
- Carga de cliente virtual: 15,000
- Memória RAM: 48 GB
- Duração do teste: 3 horas
- 2.5 horas de pré-condicionamento
- período de amostra de 30 minutos
Para nosso benchmark SQL Server de latência média, testamos AMD EPYC 7702 dual com 8VMs e 4VMs. Com 8 VMs, vimos 1.1 ms para latência média e 4 VMs nos deram 1 ms.
Desempenho do Sysbench MySQL
Nosso primeiro benchmark de aplicativo de armazenamento local consiste em um banco de dados Percona MySQL OLTP medido via SysBench. Este teste mede o TPS (transações por segundo) médio, a latência média e também a latência média do 99º percentil.
Cada VM do Sysbench é configurada com três vDisks: um para inicialização (~92 GB), um com o banco de dados pré-construído (~447 GB) e o terceiro para o banco de dados em teste (270 GB). Do ponto de vista dos recursos do sistema, configuramos cada VM com 16 vCPUs, 60 GB de DRAM e aproveitamos o controlador LSI Logic SAS SCSI.
Configuração de teste do Sysbench (por VM)
- CentOS 6.3 64 bits
- Percona XtraDB 5.5.30-rel30.1
-
- Tabelas de banco de dados: 100
- Tamanho do banco de dados: 10,000,000
- Segmentos de banco de dados: 32
- Memória RAM: 24 GB
- Duração do teste: 3 horas
- 2 horas de pré-condicionamento 32 tópicos
- 1 hora 32 tópicos
Com o Sysbench OLTP, testamos um único 7702P com 8VMs, 7702 duplos com 8VMs e 16VMs. O 7702P com 8VMs vimos 15,914 IOPS. Com os dois 7702 com 8VMs, o servidor atingiu 18,978 IOPS. E com dois 7702 com 16VMs atingiu 29,995 IOPS.
Com a latência média do Sysbench, vimos 16.08 ms com o único 7702P. Os dois 7702 com 8VMs atingiram 13.49ms e os 16VMs atingiram 17.07ms.
Para nossa latência de pior cenário (99º percentil), o único 7702P atingiu 31.07ms. As 7702VMs 8 duplas atingiram 26.48ms e as 16VMs atingiram apenas 32.94ms.
Análise de Carga de Trabalho do VDBench
Quando se trata de matrizes de armazenamento de comparação, o teste de aplicativo é o melhor e o teste sintético vem em segundo lugar. Embora não seja uma representação perfeita das cargas de trabalho reais, os testes sintéticos ajudam a estabelecer a linha de base dos dispositivos de armazenamento com um fator de repetibilidade que facilita a comparação entre soluções concorrentes. Essas cargas de trabalho oferecem uma variedade de perfis de teste diferentes, desde testes de "quatro cantos", testes de tamanho de transferência de banco de dados comuns, bem como capturas de rastreamento de diferentes ambientes VDI. Todos esses testes utilizam o gerador de carga de trabalho vdBench comum, com um mecanismo de script para automatizar e capturar resultados em um grande cluster de teste de computação. Isso nos permite repetir as mesmas cargas de trabalho em uma ampla variedade de dispositivos de armazenamento, incluindo arrays flash e dispositivos de armazenamento individuais.
perfis:
- 4K Random Read: 100% Read, 128 threads, 0-120% iorate
- 4K Random Write: 100% Write, 64 threads, 0-120% iorate
- Leitura sequencial de 64K: 100% de leitura, 16 threads, 0-120% iorado
- Gravação sequencial de 64K: 100% gravação, 8 threads, 0-120% iorado
- Banco de Dados Sintético: SQL e Oracle
- Clone completo de VDI e rastreamentos de clone vinculados
Com leitura aleatória de 4K, o servidor GIGABYTE R282-Z92 atingiu o pico de 7,005,724 IOPS com uma latência de 213µs.
A gravação aleatória de 4K viu o servidor iniciar em 389,144 IOPS com apenas 29.6 µs de latência. Permaneceu abaixo de 100µs até quebrar 3 milhões de IOPS. Chegou ao pico de 3,478,209 IOPS com 282µs de latência.
Em seguida, estão as cargas de trabalho sequenciais, nas quais analisamos 64k. Para leitura de 64K, o servidor GIGABYTE atingiu o pico de 640,344 IOPS ou 40 GB/s com uma latência de 448 µs.
Para gravação de 64K, o servidor iniciou em 65µs e permaneceu abaixo de 1ms até chegar perto do pico de cerca de 255K IOPS ou 15.9GB/s a 739µs antes de cair um pouco.
Nosso próximo conjunto de testes são nossas cargas de trabalho SQL: SQL, SQL 90-10 e SQL 80-20. Começando com o SQL, o servidor atingiu um pico de 2,352,525 IOPS com uma latência de 159.2µs.
Para o SQL 90-10, o servidor atingiu o pico de 2,377,576 IOPS a 156 µs de latência.
O SQL 80-20 obteve um desempenho máximo de 2,231,986 IOPS com uma latência de 165 µs.
A seguir estão nossas cargas de trabalho Oracle: Oracle, Oracle 90-10 e Oracle 80-20. Começando com o Oracle, o servidor GIGABYTE R282-Z92 atingiu um pico de 2,277,224 IOPS com uma latência de 164.4µs.
Com o Oracle 90-10, o servidor atingiu o pico de 1,925,440 IOPS com uma latência de 133.4 µs, cerca de 20 µs a mais do que onde começou.
O Oracle 80-20 deu ao servidor um desempenho máximo de 1,867,576 IOPS com uma latência de 137.3µs.
Em seguida, mudamos para nosso teste de clone VDI, Full and Linked. Para inicialização VDI Full Clone (FC), o servidor GIGABYTE atingiu um pico de 1,862,923 IOPS com uma latência de 195µs.
O login inicial do VDI FC registrou um pico de cerca de 802,373 IOPS a 280 µs antes de cair um pouco.
O próximo é o VDI FC Monday Login, que nos dá um pico de 699,134 IOPS com uma latência de 201µs.
Mudando para VDI Linked Clone (LC) Boot, a GIGABYTE atingiu um pico de 823,245 IOPS e uma latência de 187.2µs.
Para VDI LC Initial Login, o servidor atingiu um pico de 426,528 IOPS com uma latência de 188.1 µs.
Por fim, o VDI LC Monday Login teve um pico de 476,985 IOPS com uma latência de apenas 261.5 µs.
Conclusão
O GIGABYTE R282-Z92 é um servidor 2U de soquete duplo que aproveita os processadores AMD EPYC de segunda geração e a maioria dos benefícios que vêm com eles. Equipar o servidor com duas CPUs de 64 núcleos oferece aos usuários até 128 núcleos no total. Além disso, pode-se aproveitar mais de 4 TB de RAM DDR4 com velocidades de até 3200 MHz (16 DIMMS por CPU para um total de 32 com suporte para até 128 GB por slot). O EPYC oferece suporte ao PCIe 4.0 para novas opções de armazenamento, FPGAs, GPUs e OCP 3.0. Para capacidade de armazenamento, o servidor possui 24 baias NVMe Gen2.5 de 3” na frente, duas baias SAS/SATA de 2.5” na parte traseira e um slot M.2 integrado. Em termos de expansão, nossa configuração deixa dois slots PCIe Gen4 abertos, junto com o slot OCP. O resto dos slots PCIe são usados para as placas adaptadoras para suportar os compartimentos de unidade NVMe na frente.
Para nossa análise de carga de trabalho do aplicativo, analisamos a latência média do SQL Server e nossos testes normais do Sysbench. Para o SQL Server, executamos AMD EPYC 7702 duplo com 8 VMs e 4 VMs, vendo 1.1 ms e 1 ms, respectivamente. Com o Sysbench, executamos um único 7702P com 8 VMs, 7702 duplos com 8 VMs e 16 VMs. Em transacional, o 7702P único atingiu 16K IOPS, os 7702 8VMs duplos atingiram 19K IOPS e os 30K IOPS para os 7702 16VMs duplos. A latência média do Sysbench viu o 7702P único atingir 16.1ms, os 7702 8VMs duplos atingirem 13.5ms e os 7702 16VMs duplos atingirem 17.1ms. A latência do pior cenário do Sysbench viu o 7702P único atingir 31.1ms, os 7702 8VMs duplos atingirem 26.5ms e os 7702 16VMs duplos atingirem 32.9ms.
Em nossas cargas de trabalho VDBench, o GIGABYTE R282-Z92 realmente impressionou. Embora nem sempre tenha latência abaixo de milissegundos, os números de pico foram consistentemente altos. Os destaques incluem 7 milhões de IOPS para leitura em 4K, a gravação em 4K teve mais de 3.4 milhões de IOPS, a leitura em 64K atingiu 40 GB/s e a gravação em 64K atingiu 15.9 GB/s. Com o SQL, vimos 2.4 milhões de IOPS para SQL e SQL 90-10 e 2.2 milhões de IOPS para SQL 80-20. Com o Oracle, o servidor atingiu 2.3 milhões de IOPS, 1.9 milhão para Oracle 90-10 e 1.9 milhão para Oracle 80-20. Para nosso teste clonado de VDI, vimos resultados de clone completo de inicialização de 1.9 milhão de IOPS, logon inicial de 802 mil IOPS e logon de segunda-feira de 699 mil IOPS e, para clone vinculado, vimos 823 mil IOPS para inicialização, 427 mil IOPS para logon inicial e 477 mil IOPS para logon de segunda-feira.
No geral, o GIGABYTE R282-Z92 é uma plataforma robusta com densidade de armazenamento impressionante, aproveitando 24 baias na frente, duas atrás e um slot M.2 integrado para inicialização. Existem duas desvantagens principalmente de uma perspectiva de armazenamento. A primeira é que a GIGABYTE usa até cinco slots de expansão para placas NVMe, o que limita as opções de expansão. Em segundo lugar, eles não suportam PCIe Gen4 nas baias frontais. Existem dois slots Gen4 abertos na parte traseira, o que permite um pouco de E/S, armazenamento ou expansão de GPU, se necessário. Na frente do SSD Gen4, ainda não há muitas opções, mas Gen4 é o futuro e um investimento valioso, então ficaríamos mais felizes em vê-lo suportado aqui, mas se você realmente precisa dos SSDs mais recentes, então você não estamos considerando este servidor em particular de qualquer maneira. Dito isto, o sistema grita como está.
O que temos nesta plataforma é uma quantidade incrível de poder computacional em 2U. Vimos um perfil de desempenho muito bom, com apenas 12 SSDs NVMe, e apenas limitamos a CPU em uma única carga de trabalho, o que significa que há mais para oferecer. Mesmo assim, atingimos alguns bons números heroicos de 7 milhões de 4K IOPS e 40GB/s de leitura de 64K. A AMD fez um ótimo trabalho com suas CPUs EPYC de segunda geração e esta plataforma funciona bem para aproveitar esses 128 núcleos.
Envolva-se com a StorageReview
Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS feed
