Revisão do EMC VNX5200 | Grupo CFPS de Shandong

O controlador de armazenamento VNX5200 da EMC é o ponto de entrada para as ofertas VNX2 da empresa e apresenta armazenamento em bloco com arquivo opcional e funcionalidade de armazenamento unificado. O VNX5200 pode gerenciar até 125 discos rígidos SAS e NL-SAS de 2,5 ou 3,5 polegadas e SSDs e é desenvolvido com a arquitetura multicore MCx da EMC. Kevin O'Brien, diretor do StorageReview Enterprise Test Lab, viajou recentemente para o data center da EMC em Hopkinton, MA, para um tempo prático e benchmarks do VNX5200.

Em setembro do ano passado, a EMC atualizou sua popular linha VNX de arrays de armazenamento unificado com aprimoramentos significativos de hardware. O resultado foi a linha VNX2, com aprimoramentos como uma mudança de PCIe 2.0 para PCIe 3.0 e a nova arquitetura MCx (abrangendo RAID multicore, cache multicore e FAST Cache multicore) para aproveitar melhor os múltiplos núcleos de CPU nos processadores de armazenamento.

Muitos desses aprimoramentos se concentram em permitir que a plataforma VNX faça melhor uso do flash em um momento em que os administradores de armazenamento continuam migrando para configurações de array híbrido. De acordo com a EMC, quase 70% dos sistemas VNX2 agora são fornecidos em configurações flash híbridas, uma mudança que também deu mais importância à função do conjunto FAST da EMC para armazenamento em cache e classificação por níveis.

Embora o VNXe3200 menor que analisamos anteriormente também tenha sido atualizado com tecnologias VNX2, o VNX5200 foi projetado para clientes de médio porte que precisam de um sistema de armazenamento principal em suas sedes e para necessidades de escritórios remotos/filiais que são mais robustas do que o VNXe3200 pode atender. O VNX5200 pode ser configurado para armazenamento em bloco, arquivo ou unificado e utiliza um chassi EMC Disk Processor Enclosure (DPE) de 25 x 2,5 polegadas 3U. As unidades de processador de armazenamento do VNX5200 incorporam um processador Xeon E5 de 1,2 GHz e quatro núcleos com 16 GB de RAM e podem gerenciar no máximo 125 drives com conectividade FC, iSCSI, FCoE e NAS.

Atualmente, a família VNX2 também inclui cinco sistemas de armazenamento projetados para escalas maiores do que o VNXe3200 e o VNX5200.

O armazenamento em bloco do VNX5200 é alimentado por processadores de armazenamento VNX duplos com uma topologia de drive SAS de 6 Gb. Uma implementação do VNX2 pode usar um ou mais Data Movers e uma unidade controladora para oferecer serviços NAS. Assim como outros membros da série VNX, o VNX5200 usa módulos de E/S UltraFlex para seus Data Movers e processadores de armazenamento em bloco. O VNX5200 suporta até três Data Movers e no máximo três módulos UltraFlex por Data Mover.

Funcionalidade MCx Multi-Core

O VNX é anterior à ampla tecnologia de processador multicore, e as gerações anteriores da plataforma não foram construídas sobre uma base que pudesse alavancar o dimensionamento dinâmico da CPU. FLARE, o ambiente operacional VNX1 e CLARiiON CX, permitia que serviços, incluindo RAID, fossem executados em um núcleo de CPU específico, mas o paradigma de thread único do FLARE significava que muitas funções principais eram vinculadas ao primeiro núcleo de CPU. Por exemplo, todos os processos de E/S de entrada foram tratados pelo Core 0 antes de serem delegados a outros cores, levando a cenários de gargalo.

O MCx implementa o que a EMC caracteriza como dimensionamento de sistema multicore horizontal, que permite que todos os serviços sejam distribuídos por todos os núcleos. Nessa nova arquitetura disponível no VNX2 e no VNXe3200, os processos de E/S de entrada têm menos probabilidade de se tornarem gargalos porque, por exemplo, as portas Fibre Channel de front-end podem ser distribuídas uniformemente entre vários núcleos de processador. O MCx também implementa afinidade de núcleo de E/S por meio de seu conceito de núcleos preferenciais. Cada porta, front-end e back-end, tem um núcleo preferencial e uma atribuição de núcleo alternativo. Os serviços do sistema hospedam as solicitações com o mesmo núcleo front-end de origem das solicitações para evitar a troca de cache e contexto entre os núcleos.