Análise do EMC VNX5200 | Yunnan DAEEA Co., Ltd

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 unidades de disco rígido e SSDs SAS e NL-SAS de 2,5 ou 3,5 polegadas e é desenvolvido com a arquitetura multicore MCx da EMC. Kevin O'Brien, diretor do StorageReview Enterprise Test Lab, viajou recentemente ao data center da EMC em Hopkinton, MA, para praticar e fazer benchmarks do VNX5200.

Em setembro do ano passado, a EMC atualizou sua popular linha VNX de arrays de armazenamento unificados com melhorias significativas de hardware. O resultado foi a linha VNX2, com melhorias como a 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.

Muitas dessas melhorias 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 camadas.

Embora o VNXe3200 menor que testamos 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 primário em suas sedes e para necessidades de escritórios remotos/filiais que são mais robustos 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) 3U de 25 x 2,5 polegadas. As unidades de processador de armazenamento do VNX5200 incorporam um processador Xeon E5 de quatro núcleos e 1,2 GHz com 16 GB de RAM e podem gerenciar no máximo 125 unidades com conectividade FC, iSCSI, FCoE e NAS.

A família VNX2 também inclui atualmente cinco sistemas de armazenamento projetados para escalas maiores que o VNXe3200 e o VNX5200.

O armazenamento em block VNX5200 é alimentado por dois processadores de armazenamento VNX com uma topologia de drive SAS de 6 Gb. Uma implantaçã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 oferece suporte a 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 aproveitar o escalonamento dinâmico da CPU. FLARE, o ambiente operacional VNX1 e CLARiiON CX, permitiu 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 estavam vinculadas ao primeiro núcleo de CPU. Por exemplo, todos os processos de E/S recebidos foram tratados pelo Core 0 antes de serem delegados a outros núcleos, levando a cenários de gargalos.

O MCx implementa o que a EMC caracteriza como escalabilidade horizontal de sistema multicore, que permite que todos os serviços sejam distribuídos por todos os núcleos. Sob essa nova arquitetura disponível no VNX2 e no VNXe3200, os processos de E/S de entrada têm menos probabilidade de sofrer gargalos porque, por exemplo, as portas Fibre Channel front-end podem ser distribuídas uniformemente entre vários núcleos de processador. 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, possui um núcleo preferencial e uma atribuição de núcleo alternativo. Os serviços do sistema hospedam solicitações com o mesmo núcleo de front-end onde as solicitações foram originadas para evitar a troca de cache e contexto entre núcleos.