No mês passado, a NetApp anunciou seu mais recente array all-flash de médio porte com o EF600. Enquanto o EF600 visa o mesmo mercado que o EF570, não é uma substituição. Enquanto o EF570 oferece suporte a NVMe, o EF600 é NVMe de ponta a ponta, o que traz novos níveis de flexibilidade e desempenho nunca antes vistos na faixa intermediária. Além do desempenho e da relação preço/desempenho, o EF600 oferece um nível de preparação para o futuro que será capaz de atender às demandas de amanhã sem a necessidade de atualizações de empilhadeiras.
No mês passado, a NetApp anunciou seu mais recente array all-flash de médio porte com o EF600. Enquanto o EF600 visa o mesmo mercado que o EF570, não é uma substituição. Enquanto o EF570 oferece suporte a NVMe, o EF600 é NVMe de ponta a ponta, o que traz novos níveis de flexibilidade e desempenho nunca antes vistos na faixa intermediária. Além do desempenho e da relação preço/desempenho, o EF600 oferece um nível de preparação para o futuro que será capaz de atender às demandas de amanhã sem a necessidade de atualizações de empilhadeiras.
Saltando direto para o desempenho, o EF600 reivindica 2 milhões de IOPS, até 44 GB/s para largura de banda e latência abaixo de 100 μs em determinadas cargas de trabalho. Esse nível de desempenho abre a matriz para novas cargas de trabalho sensíveis ao desempenho, como bancos de dados Oracle, análises em tempo real, além de FS paralelos de alto desempenho, como BeeGFS e Spectrum Scale. O perfil de desempenho é amplamente derivado da implementação NVMe de ponta a ponta do EF600. Isso também permite que o array suporte 100 Gb NVMe sobre InfiniBand, 100 Gb NVMe sobre RoCE e 32 Gb NVMe sobre FC, que serão mais importantes no futuro. Além disso, o EF600 pode embalar até 367 TB de capacidade em seu fator de forma 2U
O EF600 é construído em cinco gerações de hardware NetApp que provou ser confiável. Do ponto de vista da disponibilidade, o EF600 oferece seis 9s e failover automatizado com monitoramento avançado. A matriz pode detectar um problema antes que uma unidade falhe. Em caso de falha, a tecnologia Dynamic Disk Pool do array pode fazer reconstruções de unidades mais rápidas do que com RAID5 ou RAID6. Por meio do SANtricity (otimizado para flash), o EF600 pode fornecer várias opções de proteção de dados, como capacidade dinâmica, migração dinâmica de tamanho de segmento, migração dinâmica de nível de RAID e vem com atualizações de firmware sem interrupções.
Especificações NetApp AFA EF600
| Fator de Forma | 2U |
| A memória do sistema | Até 128GB |
| Armazenamento | |
| Capacidade bruta máxima | 360TB |
| Unidades máximas | 24 |
| Tipos de unidade suportados | SSD 1.9 TB, 3.8 TB, 7.6 TB FIPS de 3.8 TB 1.9 TB, 3.8 TB, 7.6 TB, 15.3 TB FDE |
| Portas de E/S do host | Portas de E/S adicionais opcionais: 16 portas 32 Gb FC 16 portas 32 Gb NVMe sobre FC 8 portas 100 Gb NVMe sobre InfiniBand 8 portas 100 Gb NVMe sobre RoCE Ethernet |
| System Management | SANtricity System Manager 11.60 (baseado na web, na caixa) |
| Desempenho | |
| IOPS | 2 milhões |
| Latência Média | <100μs até 200,000 IOPS de gravação aleatória 4K <100μs até 150,000 IOPS de leitura aleatória de 4K <250μs até 2,000,000 4K IOPS de leitura aleatória |
| Rendimento sustentado | Até 44 GB/s |
| Físico | |
| Dimensões HxWxD | 3.43 9.02 x x 17.6 em (8.7 48.3 x x 44.7 cm) |
| Peso | 53.66lb (24.34kg) |
| kVA | Típico: 0.979 Máximo: 1.128 |
| Watts | Típico: 979.09 Máximo: 1,128 |
| BTU | Típico: 3348 Máximo: 3,859.128 |
Criação e projeto NetApp AFA EF600
O NetApp AFA EF600 é um array de 2U que vem com a aparência padrão de todos os outros arrays NetApp: o mesmo painel elegante com a marca NetApp. Abaixo do painel estão os 24 compartimentos de unidade que correm verticalmente na frente da matriz. Conforme observado anteriormente, a NetApp mudou para um compartimento de unidade azul brilhante mais alinhado com sua marca. O botão liga/desliga e os indicadores de LED estão à esquerda do dispositivo.
Movendo-nos para a parte traseira do dispositivo, vemos a imagem espelhada dos controladores, um em cima do outro. Da esquerda para a direita estão a PSU, uma porta RJ45, porta USB 3.0, uma porta de gerenciamento, duas portas de rede, com o canto superior direito ocupado por conectores FC para NVMe sobre FC neste caso.
Gerenciamento NetApp AFA EF600
O novo EF600 oferece suporte aos pacotes de software NetApp SANtricity OS 11.XX, que incluem o firmware do controlador, o firmware IOM e o SANtricity System Manager usados para operar as matrizes de armazenamento E-Series e EF-Series. SANtricity System Manager lhe dará assistência para simplificar o fluxo de trabalho de gerenciamento; a GUI parece e parece nova, com uma interface web simples e terminologia fácil.
Quando você faz login no System Manager, a guia Home é a primeira tela exibida; aqui você verá o painel no corpo principal da GUI. Não importa em qual guia você esteja, você sempre verá as opções gerais disponíveis no canto superior direito da GUI; incluindo Preferências, Ajuda, Logout e também o usuário conectado no momento. E no painel esquerdo, as guias principais do sistema são apresentadas, Início, Armazenamento, Hardware, Configurações e Suporte.
No painel, você pode dar uma olhada nas áreas críticas resumindo o estado e a integridade da matriz de armazenamento. Na parte superior, a área de notificações mostra o status e os componentes do sistema; a área de desempenho mostra as principais métricas, incluindo IOPS, MiB/S e CPU; a área de capacidade permite ver a capacidade alocada do sistema; e a área de hierarquia de armazenamento fornece uma visão organizada dos vários componentes de hardware e objetos de armazenamento gerenciados pela matriz de armazenamento.
Descendo para a guia Armazenamento, você chega às principais categorias do sistema, onde são exibidas as configurações de Grupos de pools e volumes, Volumes, Hosts, Desempenho e Instantâneos. Alguns deles serão detalhados nas seções abaixo.
A página Pools & Volume Groups mostra os pools e grupos de volumes que foram criados no sistema; permite editar os existentes ou criar novos a partir de unidades não atribuídas. Esta página também mostra a capacidade total, a capacidade usada, o número de unidades, a configuração de RAID e outras estatísticas desses pools ou grupos de volumes.
A página Volumes mostra os volumes que foram configurados. Para cada volume, a página mostra o status, hosts atribuídos, pool ou grupo de volumes aos quais pertencem, capacidade relatada, capacidade alocada e outras informações. Essa também é a área onde você pode criar ou editar volumes ou definir cargas de trabalho por aplicativo.
A página Desempenho fornece várias maneiras de monitorar o desempenho da matriz de armazenamento. Na guia Visualização lógica, você define os componentes que deseja monitorar, incluindo todo o sistema, pool, grupo de volumes ou volume único. Você também pode monitorar outras áreas-chave da matriz de armazenamento usando a Exibição física e de aplicativos e cargas de trabalho. A página de desempenho também pode ser acessada na página inicial clicando em Exibir detalhes de desempenho.
A próxima guia, Hardware, é onde você pode gerenciar as prateleiras físicas, os controladores e as unidades instaladas na matriz de armazenamento. Esta página mostra os drivers que estão em qualquer lugar na matriz de armazenamento; você também pode alterar essa exibição para mostrar drivers por pool ou grupo de volumes.
Clicar no ícone do controlador, na área da prateleira do controlador, permite selecionar e ver as configurações do controlador A ou do controlador B. A partir desta janela, você pode navegar pelas diferentes guias, Base, Cache, Host Interfaces, Drive Interfaces, Management Ports e DNS/NTP para ver informações detalhadas do controlador.
Clicar em qualquer um dos outros ícones, também na área Controller Shelf, abre a janela Shelf Component Settings. Essa área é ótima para monitorar o status e as configurações relacionadas aos componentes da prateleira, incluindo fontes de alimentação, ventiladores, temperatura, baterias e informações de SFPs.
Na guia Configurações, é onde você pode configurar alertas para notificar se houver um problema com a matriz de armazenamento. Essa área também é onde você pode alterar as configurações do sistema, como o nome da matriz de armazenamento, autenticar usuários, importar certificados e executar outras funções em todo o sistema.
O gerenciamento de acesso é onde você pode estabelecer a autenticação do usuário no sistema. A partir desta área, você pode gerenciar senhas, usuários locais, configurar permissões, adicionar servidor de diretório e outras configurações de gerenciamento de acesso. Os métodos de autenticação incluem RBAC (controle de acesso baseado em função), Directory Services e Security Assertion Markup Language (SAML) 2.0.
A última aba, a de Suporte, permite realizar diagnósticos e coletar as principais informações que podem ser solicitadas pelo suporte técnico; se você estiver tendo problemas com a matriz de armazenamento. Aqui você pode usar o log de eventos para ver os registros históricos da matriz de armazenamento; também realizar atualizações do sistema.
Rolando para baixo na área do Centro de suporte, você pode ver as principais propriedades da matriz de armazenamento, como número de série do chassi do identificador mundial da matriz de armazenamento, número de prateleiras, número de unidades, tipo de unidade, número de controladores, versão do firmware do controlador, versão de gerenciamento do sistema e outras informações do sistema.
NetApp AFA EF600 Configuração
O NetApp EF600 foi fornecido com 24 SSDs NVMe, todos modelos Samsung de 1.92 TB. Especificamente para armazenamento, aproveitamos o RAID10, que é comumente usado por clientes que compram essa matriz de armazenamento. Com 24 drives e um layout de dois controladores, nós os dividimos em dois grupos de volume de doze drives. A partir desses dois grupos de volumes, alocamos um volume para cada host (dois volumes por host balanceados em ambos os controladores) com 100 GB de tamanho. Com 12 hosts de computação, isso nos deu um tamanho de conjunto de dados de trabalho total de 24 x 100 GB ou 2.4 TB.
Para a conectividade de back-end, o EF600 atualmente oferece suporte apenas a NVMeoF, com suporte a FCP chegando. O sistema foi fornecido com todas as lentes FC de 32 Gb e, para esta revisão, atualizamos nossos 12 hosts para os HBAs de porta dupla Emulex de 32 Gb mais recentes. Embora tradicionalmente tenhamos testado AFAs no VMware, para avaliar o desempenho do NVMeoF, executamos uma instalação bare-metal do SLES 12 SP4 em cada host. Aproveitamos todas as 16 portas de 32 Gb (oito por controlador) conectadas à nossa malha FC de comutador duplo alimentada por comutadores Brocade G620. No agregado, isso permitiu uma largura de banda teórica de 512 Gb do array de armazenamento (64 GB/s), onde nosso cluster de 12 hosts de porta dupla suporta pico de 768 Gb ou 96 GB/s.
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:
- 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
Nossos testes VDBench foram colocados lado a lado usando o EF600 no NVMeoF e o EF570 no FC. Com leitura aleatória de 4K, o EF600 começou em 206,592 com latência de 192.7μs e ficou abaixo de 1ms até atingir cerca de 2,082,389 IOPS; atingiu o pico de 2,082,693 com uma latência de 1.4 ms. O EF570 começou em 103,330 com uma latência de 184μs. O EF570 dá dois picos, e após o primeiro pico, ficou abaixo de 1ms até atingir 929,562 IOPS, então atinge o máximo de 1,031,613 IOPS com latência de 2.5ms.
Olhando para o desempenho de gravação em 4K, novamente ambos os subsistemas começaram com latência ultrabaixa, abaixo de 100 μs. O EF600 teve um bom desempenho abaixo de 1ms até cerca de 640,171 IOPS, onde o array também atingiu seu pico. Esta foi uma diferença marcante em comparação com o desempenho máximo do EF570 de 222,416 IOPS com uma latência de 4.7 ms.
Mudando para cargas de trabalho sequenciais, observamos o desempenho máximo de leitura de 64K, e aqui o EF600 começou abaixo de 500 μs a 128,713 IOPS ou 4 GB/s e atingiu o pico de 643,152 IOPS ou 40.2 GB/s com latência de 458 μs; mostrando uma latência constante sobre o desempenho geral. O EF570 também começou abaixo de 500 μs e permaneceu abaixo de 1 ms até atingir 202,776 IOPS ou 12.67 GB/s, e então atingiu rapidamente um pico de 247,692 IOPS ou 15.48 GB/s com uma latência de 2 ms.
Na gravação de 64K, ambos os arrays começaram com latência abaixo de milissegundos abaixo de 250μs e mantiveram uma latência constante antes de atingir seu desempenho máximo. O EF600 atingiu um pico de 141,859 IOPS ou 8.87 GB/s com uma latência de 1.3 ms. O desempenho do EF570 atingiu um pico de 80,675 ou 5 GB/s com latência de 3.2 ms.
Nosso próximo conjunto de testes são nossas cargas de trabalho SQL: SQL, SQL 90-10 e SQL 80-20. No SQL, ambos os arrays começaram abaixo de 200μs e permaneceram abaixo de 1ms mesmo depois de atingir o desempenho máximo. Com o EF600, vimos um pico de 1,880,526 IOPS com latência de 398 μs. E o EF570 teve um pico de 1,029,910 IOPS com uma latência de 818μs.
Com o SQL 90-10, vimos os dois arrays iniciados e mantivemos o desempenho abaixo da latência de 1 ms. O EF600 atingiu um pico de 1,784,866 IOPS com uma latência de 387μs, enquanto o EF570 marcou apenas metade do desempenho do EF600, atingindo um pico de 875,340 IOPS com uma latência de 853μs.
Com o SQL 80-20, vimos novamente um ponto inicial semelhante para latência em ambos os arrays, acima de 200μs. O EF600 começou em 156,264 IOPS e atingiu o pico em 1,559,733 IOPS com uma latência de 406μs. O EF570 começou com 73,990 IOPS e atingiu o pico de 739,139 IOPS com uma latência de 1.1 ms.
Nosso próximo lote de benchmarks são nossas cargas de trabalho Oracle: Oracle, Oracle 90-10 e Oracle 80-20. Com o Oracle, o EF600 começou com 153,376 IOPS com latência de 158 μs e se manteve abaixo da latência de menos de um milissegundo, chegando ao pico de 1,531,381 IOPS com latência de 507 μs. Isso é comparado ao pico do EF570 de 718,141 IOPS com latência de 1.2 ms.
No Oracle 90-10, o EF600 começou com 172,788 IOPS com uma latência de 161μs e ficou abaixo de 1ms durante todo o teste, chegando ao pico de 1,660,486 IOPS com uma latência de 286μs. O EF570, por outro lado, teve desempenho máximo de 874,181 IOPS com latência de 650μs.
Para Oracle 80-20, o EF600 começou em 156,113 IOPS com uma latência de 158μs, permanecendo abaixo da latência de milissegundos até o final do teste. O EF600 atingiu o pico de 1,514,221 IOPS com uma latência de 310 μs. Isso foi cerca do dobro dos 570 IOPS do EF735,093 com latência de 681 μs.
Conclusão
O NetApp AFA EF600 é um array NVMe de ponta a ponta destinado ao midrange. O array tem apenas 2U, mas pode embalar até 367 TB de capacidade em seu pequeno quadro e citar desempenho que rivalizaria com arrays corporativos muito maiores. Isso inclui 2 milhões de IOPS, até 44 GB/s para largura de banda e latência abaixo de 100 μs. A matriz também vem com alguma proteção futura integrada com o suporte de 100 Gb NVMe sobre InfiniBand, 100 Gb NVMe sobre RoCE, suporte FCP e 32 Gb NVMe sobre FC. Como todos os arrays NetApp, o EF600 vem com alta disponibilidade e vários recursos integrados de proteção de dados.
Olhando para o desempenho, comparamos o EF600 executando NVMe-oF versus o EF570 sobre FCP. Isso não foi projetado para mostrar qual é o melhor, mas mais para ilustrar o que se pode esperar das duas unidades. Para leitura aleatória de 4K, o EF600 teve mais que o dobro do desempenho máximo do EF570 em mais de 2 milhões de IOPS e quase metade da latência em apenas 1.4 ms. Para gravação em 4K, o EF600 teve quase 3x o desempenho máximo (640K IOPS) com um terço da latência (cerca de 1.5ms). Com nossas cargas de trabalho sequenciais de 64K, vimos desempenho máximo de 40.2 GB/s de leitura e 8.87 GB/s de gravação, cerca de 2.6 vezes mais rápido nas leituras e 1.8 vezes mais rápido nas gravações. Para SQL, o EF600 teve pontuações máximas de 1.88 milhão de IOPS, 1.78 milhão de IOPS para SQL90-10 e 1.56 milhão de IOPS para SQL 80-20, todos com latência abaixo de milissegundos. Com nossos testes Oracle, o EF600 atingiu 1.53 milhão de IOPS, 1.66 milhão de IOPS no Oracle 90-10 e 1.51 milhão de IOPS no Oracle 80-20, novamente com latência de 1 ms.
O AFA EF600 é mais um array impressionante da NetApp. O EF600 oferece aos usuários de médio porte a capacidade de que precisam, bem como desempenho transacional muito alto com baixa latência. Para clientes que não precisam da redução de dados ou dos serviços de dados avançados que o lado ONTAP da casa oferece, o EF600 se encaixa na função de oferecer alto desempenho para aplicativos direcionados que podem se beneficiar do mais recente SSD NVMe e tecnologias de transporte de dados . Em última análise, o EF600 não será para todos, mas essa não é a intenção, claramente não é um canivete suíço. A intenção da NetApp com o EF600 é um pouco mais tática; ou seja, fornecer uma plataforma robusta capaz de receber aplicativos que tendem a ficar fora dos pontos de acesso de virtualização usuais e gerar valor de tempo para a empresa mais rápido. O EF600 acelerará as cargas de trabalho de AI, ML e banco de dados, oferecendo insights acionáveis para os negócios mais rápido do que nunca nesta categoria de armazenamento. Por esse benefício de preço e desempenho e pela confiabilidade que este EF de quinta geração oferece, o EF600 concede à família NetApp EF outro prêmio StorageReview Editor's Choice.
Inscreva-se no boletim informativo StorageReview
