ArmazenamentoReview.com

Dell Technologies aposta tudo em NVMe/TCP

Empreendimento

Ficamos impressionados com os drives NVMe desde a nossa primeira análise, quando percebemos o seu potencial de desempenho. Inicialmente, o custo e a falta de slots PCIe nos servidores para acomodá-los limitavam a sua adoção como armazenamento local. No entanto, em um relatório recente , constatamos que o custo por GB é apenas ligeiramente superior ao dos drives flash SATA. Além disso, todos os principais fabricantes equiparam seus servidores mais recentes com slots para suportar múltiplos drives NVMe. Mas o armazenamento local de drives NVMe, assim como o armazenamento baseado em SATA, tem capacidades e utilidade limitadas em data centers. Para serem realmente úteis, precisamos agregar, gerenciar e disponibilizar os drives NVMe remotamente.

Dell NVMe/TCP

A entrega remota de NVMe enfrentou algumas dificuldades crescentes, sendo a maior delas o protocolo a ser usado. Ao contrário do armazenamento NAS e SAN tradicional, o NVMe tem algumas características exclusivas que precisam ser preservadas ao entregá-lo ao lado da computação da casa. Como acontece com a maioria das novas tecnologias, muitos padrões diferentes surgiram para apresentar unidades NVMe remotas aos servidores. 

A filosofia de ter diferentes padrões de tecnologia para cumprir o mesmo objetivo é análoga a jogar espaguete contra a parede e ver o que gruda – é confuso, mas funciona. Com isso em mente, a Dell acaba de anunciar que está lançando seu suporte massivo por trás do protocolo remoto NVMe/TCP. Acreditamos que esta é a escolha certa e definirá o padrão que outros na indústria seguirão. Para apoiar essa decisão, eles lançarão em breve uma série de novos produtos baseados em NVMe/TCP.

O que é NVMe/TCP?

NVMe/TCP, como o nome indica, entrega NVMe sobre Ethernet padrão usando TCP. Para ser justo, outros protocolos remotos NVMe podem ter um desempenho um pouco melhor, mas exigem o uso de equipamentos não padronizados não apenas nos servidores, mas também na rede. Concordamos com a Dell que preservar a capacidade de fornecer NVMe em equipamentos já em uso e usar um padrão aberto compensará o pequeno ganho de desempenho de alguns dos outros protocolos.

O anúncio de lançamento da Dell incluiu testes de desempenho ( que esperamos verificar internamente ) que mostram que o NVMe/TCP oferece de 2.5 a 3.5 vezes mais IOPS, reduz a latência em até 75% e diminui a carga da CPU por E/S pela metade em comparação com o iSCSI. Normalmente, somos bastante céticos em relação a alegações de desempenho que mostram ganhos de tamanha magnitude como esses, mas nossa experiência anterior com a tecnologia NVMe coloca esses números no campo das possibilidades.

A Dell identificou alguns problemas e, em seguida, apresentou as soluções correspondentes para o uso de NVMe/TCP no data center. Um dos principais problemas que eles identificaram foi que o NVMe/TCP depende de um modelo Direct Discovery. Para atenuar esse problema, a Dell desenvolveu um Centralized Discovery Controller (CDC) chamado SmartFabric Storage Software (SFSS) que automatiza a descoberta de NVMe remoto.

Suporte NVMe/TCP da Dell

A Dell anunciou que, em 18 de novembro de 2021, lançará os seguintes produtos para dar suporte à sua iniciativa NVMe/TCP:

  • Software de armazenamento SmartFabric (SFSS) – Automatiza a conectividade de armazenamento para seu NVMe IP SAN. Ele permite que as interfaces de armazenamento e host se registrem em um controlador de descoberta centralizado, permite que os administradores de armazenamento criem e ativem configurações de zoneamento e notifique automaticamente os hosts sobre novos recursos de armazenamento. Os hosts se conectarão automaticamente a esses recursos de armazenamento. 
  • PowerStore: protocolo NVMe/TCP e integração SFSS – Habilitamos nosso array de armazenamento Dell EMC PowerStore líder de mercado para usar o protocolo NVMe/TCP e ele será compatível com os modelos de gerenciamento Direct Discovery e Centralized Discovery. A integração do PowerStore com o SFSS é inicialmente realizada por meio da técnica de registro pull.
  • VMware ESXi 7.0u3: protocolo NVMe/TCP e integração SFSS – Fizemos uma parceria com a VMware para adicionar suporte ao protocolo NVMe/TCP, bem como a capacidade de cada interface do servidor ESX registrar explicitamente as informações de descoberta com SFSS por meio da técnica de registro push. Também atualizamos nosso plug-in OMNI para oferecer suporte à configuração do SFSS no vCenter.
  • Borda de energia: ESXi 7.0u3 usando NVMe/TCP foi qualificado.
  • Serviços PowerSwitch e SmartFabric (SFS): Embora nossa solução NVMe IP SAN seja executada em comutadores de malha tradicionais, a implementação do Dell EMC PowerSwitch e SmartFabric Services (SFS) pode ser usada para automatizar a configuração dos comutadores que compõem seu NVMe IP SAN. Eventualmente, o SFSS terá uma integração com o SFS para criar zonas impostas por hardware em versões futuras.

No futuro, a Dell espera adicionar suporte para NVMe/TCP às suas linhas de produtos PowerMax e PowerFlex.

O Dell SFSS é de particular interesse, pois combina vários subserviços para criar a funcionalidade equivalente em uma rede IP como uma rede Fibre Channel (FC).

Como mencionado acima, consideramos o apoio da Dell uma grande vitória para a adoção e padronização do NVMe/TCP em data centers. Esperamos receber alguns equipamentos em nossos laboratórios para realizar uma avaliação prática desses novos produtos.

Você pode encontrar mais informações sobre as soluções NVMe/TCP da Dell Technologies aqui.

Envolva-se com a StorageReview

Newsletter | YouTube | Podcast iTunes / Spotify | Instagram | Twitter | TikTok | Feed RSS

Tom Fenton

Tom Fenton tem uma vasta experiência prática em TI adquirida ao longo dos últimos 27 anos em uma variedade de tecnologias, com os últimos 20 anos focando em virtualização e armazenamento. Anteriormente, ele trabalhou na VMware como desenvolvedor sênior de cursos, engenheiro de soluções e no grupo de marketing competitivo. Ele também trabalhou como Engenheiro de Validação Sênior no The Taneja Group, onde chefiou o Validation Service Lab e foi fundamental para iniciar sua prática de vSphere Virtual Volumes. Ele está no Twitter @vDoppler