Revisão do SSD Kingston DC1000M

Em março deste ano, a Kingston Digital Inc. expandiu sua linha de SSDs empresariais acessíveis com o lançamento do Kingston DC1000M. O novo SSD deve ser uma unidade acessível com desempenho de nível NVMe que substitui os antigos SSDs SATA e SAS à medida que as empresas avançam. O DC1000M vem em capacidades entre 960 GB e 7.68 TB e em formato U.2.

Em março deste ano, a Kingston Digital Inc. expandiu sua linha de SSDs empresariais acessíveis com o lançamento do Kingston DC1000M. O novo SSD deve ser uma unidade acessível com desempenho de nível NVMe que substitui os antigos SSDs SATA e SAS à medida que as empresas avançam. O DC1000M vem em capacidades entre 960 GB e 7.68 TB e em formato U.2.

O DC1000M funciona bem em qualquer servidor ou arrays que utilize backplanes NVMe e U.2. Projetado para cargas de trabalho de casos de uso mistos, o novo drive é capaz de atingir 3 GB/s e até 540 mil IOPS com latência muito baixa. Isso é ideal para aplicativos de unidades que incluem virtualização, HPC, cache de hospedagem na Web, captura e transporte de mídia de alta resolução, juntamente com cargas de trabalho de ERP, CRM, GL, OLAP, OLTP, ERM, BI e EDW. O DC1000M vem com proteção contra perda de energia e monitoramento de telemetria para melhor proteção e confiabilidade dos dados.

O Kingston DC 1000M vem em quatro fatores de forma: 960 GB, 1.92 TB, 3.84 TB e 7.68 TB para esta análise, veremos o modelo de 3.84 TB.

Especificações Kingston DC1000M

Kingston DC1000M Desempenho

Mesa de teste

Nossas análises de SSD corporativo utilizam um Lenovo ThinkSystem SR850 para testes de aplicativos (observação: tivemos que usar uma placa adaptadora em vez de um slot frontal devido a um problema de compatibilidade) e um Dell PowerEdge R740xd para benchmarks sintéticos. O ThinkSystem SR850 é uma plataforma quad-CPU bem equipada, oferecendo potência de CPU bem acima do necessário para enfatizar o armazenamento local de alto desempenho. Os testes sintéticos que não exigem muitos recursos da CPU usam o servidor de processador duplo mais tradicional. Em ambos os casos, a intenção é mostrar o armazenamento local da melhor maneira possível, de acordo com as especificações máximas de unidade do fornecedor de armazenamento.

Lenovo Think System SR850

• 4 x CPU Intel Platinum 8160 (2.1 GHz x 24 núcleos)
• 16 x 32GB DDR4-2666Mhz ECC DRAM
• 2 x placas RAID 930-8i 12 Gb/s
• 8 compartimentos NVMe
• VMware ESXI 6.5

Dell PowerEdge R740xd

• 2 x CPU Intel Gold 6130 (2.1 GHz x 16 núcleos)
• 4 x 16 GB DDR4-2666 MHz ECC DRAM
• 1 placa RAID PERC 730 2GB 12Gb/s
• Adaptador NVMe Complementar
• Ubuntu-16.04.3-desktop-amd64

Histórico de testes e comparáveis

A Laboratório de teste StorageReview Enterprise fornece uma arquitetura flexível para realizar benchmarks de dispositivos de armazenamento corporativo em um ambiente comparável ao que os administradores encontram em implantações reais. O Enterprise Test Lab incorpora uma variedade de servidores, redes, condicionamento de energia e outras infraestruturas de rede que permitem que nossa equipe estabeleça condições do mundo real para avaliar com precisão o desempenho durante nossas análises.

Incorporamos esses detalhes sobre o ambiente de laboratório e protocolos em revisões para que os profissionais de TI e os responsáveis ​​pela aquisição de armazenamento possam entender as condições em que alcançamos os resultados a seguir. Nenhuma de nossas análises é paga ou supervisionada pelo fabricante do equipamento que estamos testando. Detalhes adicionais sobre o Laboratório de teste StorageReview Enterprise e uma visão geral de seus recursos de rede estão disponíveis nessas respectivas páginas.

Análise de carga de trabalho do aplicativo

Para entender as características de desempenho dos dispositivos de armazenamento corporativo, é essencial modelar a infraestrutura e as cargas de trabalho de aplicativos encontradas em ambientes de produção ao vivo. Nossos benchmarks para a Kingston DC 1000M são, portanto, os Desempenho OLTP do MySQL via SysBench e Desempenho OLTP do Microsoft SQL Server com uma carga de trabalho TCP-C simulada. Para nossas cargas de trabalho de aplicativos, cada unidade executará de 2 a 4 VMs configuradas de forma idêntica.

Houdini por SideFX

O teste Houdini foi projetado especificamente para avaliar o desempenho do armazenamento no que se refere à renderização CGI. O banco de teste para este aplicativo é uma variante do tipo de servidor central Dell PowerEdge R740xd que usamos no laboratório com CPUs Intel 6130 duplas e DRAM de 64 GB. Nesse caso, instalamos o Ubuntu Desktop (ubuntu-16.04.3-desktop-amd64) executando bare metal. A saída do benchmark é medida em segundos para ser concluída, com menos sendo melhor.

A demonstração do Maelstrom representa uma seção do pipeline de renderização que destaca os recursos de desempenho do armazenamento, demonstrando sua capacidade de usar efetivamente o arquivo de troca como uma forma de memória estendida. O teste não grava os dados do resultado nem processa os pontos para isolar o efeito do tempo decorrido do impacto da latência no componente de armazenamento subjacente. O teste em si é composto por cinco fases, três das quais executamos como parte do benchmark, que são as seguintes:

• Carrega pontos compactados do disco. Este é o momento de ler do disco. Isso é de thread único, o que pode limitar a taxa de transferência geral.
• Descompacta os pontos em uma única matriz plana para permitir que sejam processados. Se os pontos não tiverem dependência de outros pontos, o conjunto de trabalho pode ser ajustado para permanecer no núcleo. Esta etapa é multiencadeada.
• (Not Run) Processa os pontos.
• Reempacota-os em blocos agrupados adequados para armazenamento em disco. Esta etapa é multiencadeada.
• (Não executado) Grava os blocos agrupados de volta no disco.

Aqui, o Kingston DC1000M atingiu 2,908.5 segundos ficando no quarto inferior das unidades testadas.

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. StorageReview's Protocolo de teste OLTP do Microsoft SQL Server 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 instância de nossa VM SQL Server para esta revisão usa um banco de dados SQL Server de 333 GB (escala 1,500) e mede o desempenho transacional e a latência sob uma carga de 15,000 usuários virtuais.

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 transacional do SQL Server, o Kingston DC1000M foi capaz de atingir 12,579.7 TPS, colocando-o no meio do pacote.

Para a latência média do SQL Server, o DC1000M teve um agregado de 26ms, colocando-o em segundo lugar.

Desempenho do Sysbench

O próximo benchmark de aplicativo consiste em um Banco de dados MySQL OLTP Percona medida 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 sysbench A VM é 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

Olhando para nosso benchmark transacional Sysbench, o Kingston DC1000M atingiu 5,485 TPS chegando na parte de trás do pacote testado contra ele.

Para a latência média do Sysbench, o DC1000M ficou em último novamente com 23.3 ms.

Para nossa latência de pior cenário (99º percentil), o DC1000M foi o último com 51.8ms.

Análise de Carga de Trabalho do VDBench

Quando se trata de dispositivos 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 comuns de tamanho de transferência de banco de dados até 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. Nosso processo de teste para esses benchmarks preenche toda a superfície da unidade com dados e, em seguida, particiona uma seção da unidade igual a 25% da capacidade da unidade para simular como a unidade pode responder às cargas de trabalho do aplicativo. Isso é diferente dos testes de entropia total, que usam 100% da unidade e os colocam em estado estacionário. Como resultado, esses números refletirão velocidades de gravação sustentadas mais altas.

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

Comparáveis:

• Membrana PBlaze5 910
• Intel P4510
• Hynix PE6011
• Samsung 983DCT

Em nossa primeira análise de carga de trabalho VDBench, leitura aleatória de 4K, o Kingston DC1000M ficou atrás do resto do pacote com um desempenho máximo de 580,077 IOPS em uma latência de 219.3 µs.

A gravação aleatória de 4K nos mostrou o oposto com o DC1000M ocupando o primeiro lugar com um desempenho máximo de 317,525 IOPS em uma latência de 399.9 µs.

Mudando para cargas de trabalho sequenciais de 64k, o DC1000M voltou a ocupar o primeiro lugar na leitura de 64K com um pico de 46,502 IOPS ou 2.91 GB/s com uma latência de 343.3 µs.

A gravação de 64K teve outro desempenho forte com o Kingston ocupando o primeiro lugar com 31,600 IOPS ou cerca de 2 GB/s em uma latência de 190 µ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 SQL, o DC1000M ficou em terceiro lugar com um desempenho máximo de 198,187 IOPS em uma latência de 160.9 µs.

O SQL 90-10 viu a nova unidade Kingston chegar em segundo lugar com um desempenho máximo de 197,847 IOPS em uma latência de 161.1 µs.

Com o SQL 80-20, o DC1000M novamente ficou em segundo lugar com um pico de 185,634 IOPS em uma latência de 171.4µs.

A seguir estão nossas cargas de trabalho Oracle: Oracle, Oracle 90-10 e Oracle 80-20. Começando com o Oracle, o DC1000M ficou em segundo lugar, atrás do Memblaze 910, com desempenho máximo de 158,140 IOPS 235.9µs.

Para Oracle 90-10, a Kingston empatou em segundo lugar com a Samsung e teve um pico de 156,623 IOPS com latência de 139.9µs.

O Oracle 80-20, o DC1000M, manteve o segundo lugar com uma pontuação máxima de 156,528 IOPS com uma latência de 139.9µs.

Em seguida, mudamos para nosso teste de clone VDI, Full and Linked. Para VDI Full Clone (FC) Boot, o Kingston DC1000M ficou em segundo lugar com um pico de 145,139 IOPS em uma latência de 238.5 µs.

VDI FC Initial Login DC1000M caiu para o terceiro lugar com um pico de 52,123 IOPS com 568.7 µs de latência.

Com o VDI FC Monday Login, o DC1000M ficou em terceiro lugar mais uma vez com um pico de 49,867 IOPS com uma latência de 318.7 µs.

Para VDI Linked Clone (LC) Boot, o DC1000M ficou em segundo lugar com um pico de 72,430 IOPS em uma latência de 220.2 µs.

O login inicial do VDI LC viu o Kingston cair para o terceiro lugar com 29,229 IOPS com uma latência de 271.3 µs.

Finalmente, com o VDI LC Monday Login, o DC1000M mais uma vez ficou em terceiro lugar com um desempenho máximo de 34,384 IOPS em uma latência de 462.8 µs.

Conclusão

O Kingston DC1000M é uma expansão dos SSDs NVMe acessíveis da empresa para data centers. A unidade é para casos de uso de cargas de trabalho mistas e atua como uma substituição para as unidades SATA e SAS à medida que os clientes avançam. A unidade vem em um fator de forma U.2 e capacidades de até 7.68 TB. O DC1000M tem velocidades cotadas de até 3GB/s e até 540K IOPS e é ideal para virtualização, HPC, cache de hospedagem na web e casos de uso de captura de mídia de alta resolução, entre outros.

Para desempenho, examinamos nossos testes de Application Workload Analysis e VDBench e comparamos o Kingston DC1000M com outras unidades com foco semelhante. Em nossos benchmarks de análise de carga de trabalho de aplicativos, o DC1000M se saiu bem com o desempenho do SQL Server de 12,579 TPS e uma latência média de 26 ms. Para Sysbench, a unidade ficou em último lugar com 5,485 TPS e latência média de 23.3ms e um cenário de pior caso de 51.8ms. Para Houdini, vimos 2,908.5 segundos colocando o drive no quarto inferior dos testados.

Com o VDBench, o DC100M se saiu melhor no geral. Os destaques incluem leitura aleatória de 580K de 4K IOPS (sua pior colocação aqui), gravação de 318K de 4K IOPS, leitura de 2.91K de 64GB/s e gravação de 2K de 64GB/s. O SQL obteve pontuações de 198 IOPS, 198 IOPS para SQL 90-10 e 186 IOPS para SQL 80-20. A Oracle teve a unidade atingindo 158K IOPS, 157K IOPS para Oracle 90-10 e 157K IOPS para Oracle 80-20. Para nossos testes de clone VDI, a unidade ficou em segundo ou terceiro lugar, com destaques nas pontuações de inicialização, 145K IOPS FC e 72K IOPS em LC.

O Kingston DC1000M oferece bom desempenho e capacidade para muitos casos de uso diferentes. Esta unidade seria um ótimo substituto para as unidades SATA ou SAS, onde as organizações procuram um aumento de desempenho a um preço acessível.

SSD Kingston

Envolva-se com a StorageReview

Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS feed