No início deste ano, a Fujitsu anunciou atualizações para sua linha de flashes ETERNUS (AF) , com o lançamento dos modelos AF250 S2 e AF650 S2. Já havíamos analisado o ETERNUS AF250 e constatado seu excelente desempenho (vencedor do nosso prêmio Escolha do Editor), especialmente considerando seu preço. Agora, estamos analisando a versão atualizada para verificar quais melhorias foram implementadas e como elas se comparam às demais.
O novo AF250 S2 também é uma unidade 2U, na verdade, do ponto de vista físico, parece quase idêntico à versão não-S2. O AF250 S2 é um array voltado para o midrange em termos de preço e capacidade com capacidade máxima de 737 TB (com expansão). Para desempenho, o array é um controlador duplo com até 64 GB de RAM com desempenho cotado de 760K IOPS e desempenho aleatório de 430K IOPS, com latência de leitura tão baixa quanto 170μs e latência de gravação tão baixa quanto 60μs. Isso o torna a escolha ideal para aplicações teir1. Uma observação interessante aqui é que as reivindicações de desempenho não mudaram de um modelo para outro. Então, o que é diferente é uma pergunta que implora para ser feita. De acordo com a Fujitsu, eles adicionaram CPUs Intel Skylake, otimizaram o software flash e fizeram melhorias tanto no controlador quanto no sistema operacional.
O AF250 S2 vem com um QoS automatizado que garante que a quantidade adequada de desempenho seja dedicada aos aplicativos adequados. E embora o array ofereça uma boa quantidade de armazenamento, com uma expansão, ele também oferece desduplicação e compactação flexíveis que podem ser desativadas quando não forem necessárias. O array oferece recuperação de desastres com espelhamento e failover transparente automatizado.
Para nossa análise, o Fujitsu ETERNUS AF250 S2 está configurado com capacidade de sistema bruto de 46 TB, aproveitando SSDs de 1.92 TB mais econômicos.
Especificações Fujitsu Storage ETERNUS AF250
| Fator de forma | 2U |
| Número de controladores | 2 |
| Número de interfaces de host | 4/8 portas [FC(16Gbit/s), iSCSI(10Gbit/s)] |
| Memória máxima do sistema | 64GB |
| Níveis de RAID suportados | 0, 1, 1+0, 5, 5+0, 6 |
| Interfaces de host | |
| Fibre Channel (16 Gb/s) | |
| iSCSI (10 Gb/s, 10 GBASE-T) | |
| iSCSI (10 Gb/s, 10 GBASE-SR) | |
| Número Máximo de Hosts | 1,024 |
| Armazenamento | |
| Capacidade máxima | 737TB |
| Total de compartimentos de unidade | 48 (com expansão) |
| Tipo de unidade compatível | |
| 2.5 polegadas, SSD | (15.36 TB / 7.68 TB / 3.84 TB / 1.92 TB / 960 GB / 400 GB) |
| 2.5 polegadas, SSD | (criptografia automática) (1.92 TB) |
| Interface do Drive | SAS (12Gb/s) |
| Desempenho | |
| Latência | Escreva 60μs, leia 160μs (mínimo) |
| Desempenho de acesso sequencial | 760K IOPS (100% de leitura, blocos de 4 KB) |
| Desempenho de acesso aleatório | 430K IOPS (100% de leitura, blocos de 4 KB) |
| Físico | |
| Dimensões (LxPxA) | 482 x 645 x 88 mm (19 x 25.4 x 3.5 polegada) |
| Peso | 35 kg (77 lb) |
| Responsabilidade | |
| Temperatura (não operacional) | 0 - 50 ° C |
| Umidade (operacional) | 20 – 80% (umidade relativa, sem condensação) |
| Umidade (não operacional) | 8 – 80% (umidade relativa, sem condensação) |
| Altitude | 3,000 m (10,000 pés) |
| Pressão sonora (LpAm) | 47dB (A) |
| Potência sonora (LWAd; 1B = 10dB) | 6.5B |
| Energia | |
| Tensão de alimentação | CA 100 – 120 V / CA 200 – 240 V |
| Freqüência de potência | 50 / 60 Hz |
| Eficiência da fonte de alimentação | 92% (80 MAIS ouro) |
| Consumo de energia máxima | CA 100 – 120 V: 1,240 W (1,260 VA) |
| Consumo de energia máxima | CA 200 – 240 V: 1,240 W (1,260 VA) |
| Fase de energia | Individual |
e Autônoma
Como o S2 utiliza o mesmo sistema de gerenciamento que o AF250, para uma análise mais detalhada do gerenciamento do leitor de matriz, você pode consultar a análise anterior.
Desempenho
Análise de carga de trabalho do aplicativo
Os benchmarks de carga de trabalho de aplicativos para o Fujitsu Storage ETERNUS AF250 S2 consistem no desempenho do MySQL OLTP via SysBench e no desempenho do Microsoft SQL Server OLTP com uma carga de trabalho TPC-C simulada. Em cada cenário, tínhamos o array configurado com 26 SSDs Toshiba PX04SV SAS 3.0, configurados em dois grupos de discos RAID12 de 10 unidades, um fixado em cada controlador. Isso deixou 2 SSDs como sobressalentes. Dois volumes de 5 TB foram então criados, um por grupo de discos. Em nosso ambiente de teste, isso criou uma carga balanceada para nossas cargas de trabalho SQL e Sysbench.
Desempenho do SQL Server
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 de 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 é enfatizado pelo Benchmark Factory para bancos de dados da Quest. 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 no Fujitsu AF250 (duas VMs por controlador).
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
Equipamento LoadGen de referência de fábrica SQL Server OLTP
- Dell EMC PowerEdge R740xd Cluster SQL virtualizado de 4 nós
- 8 CPU Intel Xeon Gold 6130 para 269 GHz em cluster (dois por nó, 2.1 GHz, 16 núcleos, cache de 22 MB)
- 1 TB de RAM (256 GB por nó, 16 GB x 16 DDR4, 128 GB por CPU)
- 4 x Emulex 16GB FC HBA de porta dupla
- 4 x NIC de porta dupla Mellanox ConnectX-4 rNDC 25GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPUs
Para nossos testes, compararemos a versão S2 com a versão mais antiga do Fujitsu Storage ETERNUS AF250.
Para o SQL Server, o AF250 S2 foi capaz de extrair uma pontuação transacional agregada de 12,638.3 com VMs individuais variando de 3,159.2 a 3,159.8 TPS. Esta é uma pequena melhoria em relação à versão mais antiga da matriz com uma pontuação agregada de 12,622.1 TPS.
Na latência média do SQL Server, o S2 avançou um pouco mais com um agregado de 4.2 ms em comparação com os 9.8 ms da versão anterior.
Desempenho do Sysbench
Cada máquina virtual (VM) do Sysbench é configurada com três discos virtuais (vDisks): um para inicialização (aproximadamente 92 GB), um com o banco de dados pré-construído (aproximadamente 447 GB) e o terceiro para o banco de dados em teste (270 GB). Em termos de recursos do sistema, configuramos cada VM com 16 vCPUs, 60 GB de DRAM e utilizamos o controlador SCSI SAS da LSI Logic. Os sistemas de geração de carga são servidores Dell R740xd.
Dell PowerEdge R740xd MySQL virtualizado cluster de 4 nós
- 8 CPUs Intel Xeon Gold 6130 para 269 GHz em cluster (dois por nó, 2.1 GHz, 16 núcleos, cache de 22 MB)
- 1 TB de RAM (256 GB por nó, 16 GB x 16 DDR4, 128 GB por CPU)
- 4 x Emulex 16GB FC HBA de porta dupla
- 4 x NIC de porta dupla Mellanox ConnectX-4 rNDC 25GbE
- VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPUs
Configuração de teste do Sysbench (por VM)
- CentOS 6.3 64 bits
- Pegada de armazenamento: 1 TB, 800 GB usados
- 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
Para o Sysbench, testamos vários conjuntos de VMs, incluindo 4VM, 8VM, 16VM e 24VM. Ao contrário do SQL Server, aqui analisamos apenas o desempenho bruto. No desempenho transacional, o AF250 S2 teve desempenho mais forte em comparação com o modelo mais antigo, começando em 8,336 TPS para 4VM, saltando para 12,447 TPS para 8VM (maior que o desempenho de 16VM do array anterior), 15,595 TPS para 16VM e 17,237 TPS para 24VM.
Com latência média, o AF250 S2 teve 15.36ms para 4VM, 20.57ms para 8VM, 32.87ms para 16VM e apenas 44.59ms para 24VM. Novamente, isso é uma melhoria em relação ao modelo antigo em todos os sentidos.
Em nosso benchmark de latência de pior cenário, o AF250 S2 novamente mostrou desempenho muito consistente com uma latência de percentil 99 de 28.16ms para 4VM, 38.87ms para 8VM, 67.19ms para 16VM e 93.52ms para 24VM.
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. No lado da matriz, usamos nosso cluster de servidores Dell PowerEdge R740xd:
perfis:
- Leitura aleatória em 4K: 100% de leitura, 128 threads, 0-120% de atualização
- Gravação aleatória em 4K: 100% de gravação, 64 threads, 0-120% de atualização
- 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
No desempenho de leitura de pico de 4K, o AF250 S2 teve desempenho de latência abaixo de milissegundos até quase 200K IOPS. O array atingiu um pico de 221,327 IOPS com uma latência de 6.38ms antes de cair ligeiramente e aumentar a latência. Esta é uma grande melhoria no desempenho em comparação com o modelo mais antigo que tinha desempenho máximo de 158K IOPS em uma latência de 25.77ms.
No desempenho de gravação de pico de 4K, o AF250 S2 teve desempenho abaixo de 1ms até atingir aproximadamente 170K IOPS. O S2 atingiu um pico de 187,167 IOPS com latência chegando a 10.9 ms. O modelo anterior tinha um pico de 137K IOPS com uma latência de 14.89ms.
Mudando para leitura de pico de 64K, o AF250 S2 teve desempenho de latência abaixo de milissegundos de até cerca de 71K IOPS ou cerca de 4.4 GB/s, superando o desempenho máximo dos modelos anteriores de 4.21 GB/s. O S2 atingiu um pico de 79,495 IOPS ou 4.97 GB/s com uma latência de 6.43 ms.
Para gravação de pico sequencial de 64K, o AF250 S2 realmente ficou atrás do modelo anterior com desempenho de latência abaixo de milissegundos até pouco menos de 20K IOPR ou 1.1 GB/s com pico de 26,201 IOPS ou 1.64 GB/s com latência de 9.6 ms. Por outro lado, o modelo originalmente testado apresentou desempenho máximo de 27,623 com latência de 8.5 ms e largura de banda de 1.77 GB/s.
Em nossa carga de trabalho SQL, o AF250 S2 chegou a quase 217 IOPS antes de passar de 1 ms e atingiu o pico de cerca de 238 IOPS com uma latência de 2.26 ms antes de cair um pouco no desempenho e aumentar a latência. O modelo anterior atingiu o pico de 156,638 IOPS com latência de 6.48ms.
No benchmark SQL 90-10, o AF250 S2 permaneceu abaixo de 1ms até cerca de 206K IOPS e atingiu um pico de pouco mais de 222K IOPS com latência de 2.41ms antes de cair um pouco. O modelo anterior atingiu o pico de 186,021 IOPS com latência de 5.5 ms.
O benchmark SQL 80-20 mostrou que o modelo mais antigo superou novamente o S2. Aqui, o AF250 S2 teve latência total de milissegundos até cerca de 201K IOPS e atingiu um pico de cerca de 218K IOPS e uma latência de 2.5ms. O modelo anterior não tinha desempenho de pico tão alto (176,789 IOPS), mas tinha desempenho total de milissegundos.
Com o Oracle Workload, o AF250 S2 ficou abaixo de 1 ms até quase 200 IOPS com um desempenho máximo de cerca de 212 IOPS com uma latência de 3.3 ms em comparação com os 172,811 IOPS do modelo mais antigo com uma latência de 6.05 ms.
O Oracle 90-10 mostrou o AF250 S2 com desempenho de latência abaixo de milissegundos até cerca de 206K IOPS e atingiu um pico de quase 225K com uma latência de 2.1 ms. O modelo anterior atingiu o pico de 181,813 IOPS com latência de 3.5 ms.
O AF250 S2 estava prestes a atingir 200 IOPS abaixo de 1 ms no benchmark Oracle 80-20. O array atingiu um pico de cerca de 214K IOPS com uma latência de 2.3ms em comparação com o pico do array anterior de 174,519 IOPS com uma latência de 3.68ms.
Em seguida, mudamos para nosso teste de clone VDI, Full and Linked. Para VDI Full Clone Boot, o AF250 S2 teve desempenho abaixo de 1ms até atingir cerca de 190K IOPS e atingir um pico de cerca de 210K IOPS com uma latência de 3ms. O modelo anterior atingiu o pico de 152,469 IOPS com uma latência de 6.84ms.
O login inicial do VDI Full Clone viu o AF250 S2 chegar a pouco mais de 100K IOPS antes de quebrar 1ms. O array atingiu um pico de 123,835 IOPS com uma latência de 7.24 ms em comparação com os 113,865 IOPS da versão anterior com uma latência de 7.8 ms.
O login do VDI Full Clone Monday teve o AF250 S2 executado com latência abaixo de milissegundos até cerca de 108K IOPS e pico de 135,978 IOPS com uma latência de 3.76 ms. O modelo anterior alcançou 118,884 IOPS com latência de 4.3 ms.
Passando para VDI Linked Clone, o teste de inicialização mostrou desempenho de latência abaixo de milissegundos até que o AF250 S2 atingiu mais de 150 IOPS e um pico de 186,477 IOPS com uma latência de 2.74 ms. O modelo anterior atingiu 144,317 IOPS com uma latência de 3.2ms.
No perfil Linked Clone VDI medindo o desempenho de Login inicial, o AF250 S2 quebrou acima de 1ms em cerca de 60K IOPS junto com o modelo mais antigo. Lá, o S2 atingiu um número inferior ao original com 77,278 IOPS contra 79,496 IOPS e 3.3 ms de latência contra 3.2 ms.
Em nosso último perfil, analisando o desempenho do VDI Linked Clone Monday Login, ambos os arrays AF250 executaram o desempenho de latência de sub-milissegundos quebrando pescoço a pescoço em cerca de 55K IOPS. O S2 foi capaz de superar a versão mais antiga com 82,460 IOPS com 6.19 ms de latência contra 80,703 IOPS e 6.27 ms de latência.
Conclusão
A Fujitsu fez algumas mudanças sob o capô em sua matriz ETERNUS AF250 com a nova versão AF250 S2. Ele ainda vem no mesmo fator de forma 2U e com a mesma quantidade de unidades totais (48 com expansão totalizando 737 TB aproveitando as unidades de 15+ TB). O design e o gerenciamento também são os mesmos, no entanto, a Fujitsu adicionou uma nova CPU Skylake e otimizou seu software de armazenamento flash e aprimorou o controlador no lado do sistema operacional.
Observando o desempenho de nossa análise de carga de trabalho do aplicativo, vimos um grande salto no desempenho com o S2. Em nossos benchmarks de servidor SQL, o novo array teve um desempenho transacional ligeiramente melhor em 12,628.3 a 12,622.1 TPS, mas quase menos da metade da latência com 4.2ms a 9.8ms. Em nosso Sysbench, também vimos melhorias em toda a linha, com o desempenho do array superando o modelo mais antigo, com pontuações de TPS tão altas quanto 17,237 para 24VM e 8,336 para 4VM. Para latência média, o S2 teve 15.36ms para 4VM, 20.57ms para 8VM, 32.87ms para 16VM e apenas 44.59ms para 24VM. E em nosso pior cenário de latência, vimos o S2 ter 4 VM, 38.87 ms para 8 VM, 67.19 ms para 16 VM e 93.52 ms para 24 VM.
Observando os testes VDBench de seu armazenamento bruto em RAID1 em faixas largas, na maioria das vezes, vimos melhorias significativas no desempenho do AF250 S2 em relação à versão mais antiga do array em várias instâncias, a nova versão teve melhor desempenho de latência abaixo de um milissegundo do que o desempenho máximo da versão mais antiga. Em nosso teste de leitura de 4K, vimos uma melhoria de desempenho de mais de 63K IOPS com desempenho máximo de 221,327 IOPS. Na gravação 4K, vimos uma melhoria de pico de 50 IOPS entre os arrays com o S2 atingindo 187 IOPS. Para leitura sequencial de 64K, o AF250 S2 atingiu o pico de 4.97 GB/s. Nas cargas de trabalho SQL, o AF250 S2 atingiu 238K IOPS, 222K IOPS para 90-10 e 218K IOPS para 80-20. A Oracle mostrou números fortes com 212K IOPS, 225K IOPS para 90-10 e 214K IOPS para 80-20. Para nossos benchmarks VDI Clone, Boot, Initial Login e Monday Login, o AF250 S2 conseguiu atingir 210K IOPS, 124K IOPS e 136K IOPS para clone completo e 186K IOPS, 77K IOPS e 82K IOPS para clone vinculado. Houve alguns testes em que o S2 foi superado pelo modelo anterior, como a gravação de 64K, o VDI LC Initial Login e no SQL 80-20 a latência foi muito melhor no modelo mais antigo, embora tivesse um desempenho geral inferior.
Com apenas alguns pequenos ajustes sob o capô, a Fujitsu foi capaz de obter um aumento de desempenho apreciável de sua matriz de armazenamento totalmente flash ETERNUS AF250. Embora não seja uma configuração de gravação, o AF250 S2 oferece amplo desempenho para usuários de pequenas e médias empresas.
Amazon