Recensione EMC VNX5200
Lo storage controller VNX5200 di EMC è il punto di ingresso per le offerte VNX2 dell'azienda e offre storage a blocchi con funzionalità di file e storage unificato opzionali. VNX5200 è in grado di gestire fino a 125 dischi rigidi e SSD SAS e NL-SAS da 2,5" o 3,5" ed è realizzato con l'architettura multicore MCx di EMC. Kevin O'Brien, Direttore dello StorageReview Enterprise Test Lab, si è recato di recente al data center EMC a Hopkinton, Massachusetts, per provare in prima persona e confrontare i benchmark del sistema VNX5200.
Lo storage controller VNX5200 di EMC è il punto di ingresso per le offerte VNX2 dell'azienda e offre storage a blocchi con funzionalità di file e storage unificato opzionali. VNX5200 è in grado di gestire fino a 125 dischi rigidi e SSD SAS e NL-SAS da 2,5" o 3,5" ed è realizzato con l'architettura multicore MCx di EMC. Kevin O'Brien, Direttore dello StorageReview Enterprise Test Lab, si è recato di recente al data center EMC a Hopkinton, Massachusetts, per provare in prima persona e confrontare i benchmark del sistema VNX5200.
Nel settembre dello scorso anno, EMC ha aggiornato la popolare linea VNX di array di storage unificati con significativi miglioramenti hardware. Il risultato è stata la linea VNX2, con miglioramenti come il passaggio da PCIe 2.0 a PCIe 3.0 e la nuova architettura MCx (che comprende RAID multicore, cache multicore e FAST Cache multicore) per sfruttare meglio i core CPU multipli nei processori di storage.
Molti di questi miglioramenti mirano a consentire alla piattaforma VNX di utilizzare meglio la tecnologia flash in un momento in cui gli amministratori dello storage continuano a spostarsi verso configurazioni di array ibridi. Secondo EMC, quasi il 70% dei sistemi VNX2 viene ora fornito in configurazioni flash ibride, un cambiamento che ha attribuito maggiore importanza anche al ruolo della suite FAST di EMC per il caching e il tiering.
Sebbene anche il più piccolo VNXe3200 recensito in precedenza sia stato aggiornato con le tecnologie VNX2, VNX5200 è progettato per i clienti del mercato medio che necessitano di un sistema di storage primario presso la sede centrale e per esigenze di uffici remoti/filiali più robusti di quanto può gestire VNXe3200. VNX5200 può essere configurato per storage a blocchi, file o unificato e utilizza uno chassis DPE (Disk Processor Enclosure) EMC 3U, 25x 2,5 pollici. Le unità processore di storage del VNX5200 incorporano un processore Xeon E5 a quattro core da 1,2 GHz con 16 GB di RAM e possono gestire un massimo di 125 unità con connettività FC, iSCSI, FCoE e NAS.
La famiglia VNX2 comprende attualmente anche cinque sistemi di storage progettati per scale più ampie rispetto a VNXe3200 e VNX5200.
Lo storage a blocchi VNX5200 è alimentato da due processori di storage VNX con una topologia di unità SAS da 6 Gb. Una distribuzione VNX2 può utilizzare uno o più Data Mover e un'unità controller per offrire servizi NAS. Come gli altri membri della serie VNX, VNX5200 utilizza moduli I/O UltraFlex sia per i data mover che per i processori di storage a blocchi. VNX5200 supporta fino a tre Data Mover e un massimo di tre moduli UltraFlex per Data Mover.
Funzionalità multicore MCx
VNX è antecedente alla diffusa tecnologia dei processori multicore e le generazioni precedenti della piattaforma non erano costruite su basi in grado di sfruttare il dimensionamento dinamico della CPU. FLARE, l'ambiente operativo VNX1 e CLARiiON CX, consentiva l'esecuzione di servizi tra cui RAID su uno specifico core della CPU, ma il paradigma a thread singolo di FLARE significava che molte funzioni core erano vincolate al primo core della CPU. Ad esempio, tutti i processi I/O in entrata venivano gestiti dal Core 0 prima di essere delegati ad altri core, creando scenari con colli di bottiglia.
MCx implementa ciò che EMC definisce come scalabilità orizzontale del sistema multicore, che consente la distribuzione di tutti i servizi su tutti i core. Con questa nuova architettura disponibile sia su VNX2 che su VNXe3200, è meno probabile che i processi I/O in ingresso subiscano colli di bottiglia perché, ad esempio, le porte Fibre Channel front-end possono essere distribuite uniformemente tra diversi core del processore. MCx implementa anche l'affinità dei core I/O attraverso il concetto di core preferiti. Ogni porta, front-end e back-end, ha sia un core preferito che un'assegnazione core alternativa. I servizi di sistema ospitano le richieste con lo stesso core front-end da cui hanno avuto origine per evitare lo scambio di cache e contesto tra i core.