Il mese scorso NetApp ha annunciato il suo ultimo array all-flash di fascia media con l'EF600. Sebbene l'EF600 sia rivolto allo stesso mercato del EF570, non è una sostituzione. Mentre l'EF570 supporta NVMe, l'EF600 è NVMe end-to-end, che offre nuovi livelli di flessibilità e prestazioni mai visti prima nella fascia media. A parte le prestazioni e il rapporto prezzo/prestazioni, l'EF600 offre un livello di protezione futura che sarà in grado di soddisfare le esigenze di domani senza la necessità di aggiornamenti del carrello elevatore.
Il mese scorso NetApp ha annunciato il suo ultimo array all-flash di fascia media con l'EF600. Sebbene l'EF600 sia rivolto allo stesso mercato del EF570, non è una sostituzione. Mentre l'EF570 supporta NVMe, l'EF600 è NVMe end-to-end, che offre nuovi livelli di flessibilità e prestazioni mai visti prima nella fascia media. A parte le prestazioni e il rapporto prezzo/prestazioni, l'EF600 offre un livello di protezione futura che sarà in grado di soddisfare le esigenze di domani senza la necessità di aggiornamenti del carrello elevatore.
Passando direttamente alle prestazioni, l'EF600 dichiara 2 milioni di IOPS, fino a 44 GB/s di larghezza di banda e latenza inferiore a 100 μs in determinati carichi di lavoro. Questo livello di prestazioni apre la gamma a nuovi carichi di lavoro sensibili alle prestazioni come database Oracle, analisi in tempo reale, oltre a FS paralleli ad alte prestazioni come BeeGFS e Spectrum Scale. Il profilo delle prestazioni deriva in gran parte dall'implementazione NVMe end-to-end dell'EF600. Ciò consente inoltre all'array di supportare NVMe da 100 Gb su InfiniBand, NVMe da 100 Gb su RoCE e NVMe da 32 Gb su FC che saranno più importanti in futuro. Inoltre, l'EF600 può contenere fino a 367 TB di capacità nel suo fattore di forma 2U
L'EF600 si basa su cinque generazioni di hardware NetApp che ha dimostrato di essere affidabile. Dal punto di vista della disponibilità, l'EF600 offre sei 9 e failover automatizzato con monitoraggio avanzato. L'array è in grado di rilevare un problema prima che un'unità si guasti. In caso di guasto, la tecnologia Dynamic Disk Pool dell'array può eseguire ricostruzioni delle unità più rapide rispetto a RAID5 o RAID6. Attraverso SANtricity (ottimizzato per flash), l'EF600 può fornire diverse opzioni di protezione dei dati come capacità dinamica, migrazione dinamica delle dimensioni del segmento, migrazione dinamica del livello RAID e viene fornito con aggiornamenti firmware senza interruzioni.
Specifiche NetApp AFA EF600
| Fattore di forma | 2U |
| Memoria di sistema | Fino a 128GB |
| Archiviazione | |
| Massima capacità grezza | 360TB |
| Unità massime | 24 |
| Tipi di unità supportati | SSD 1.9 TB, 3.8 TB, 7.6 TB FIPS da 3.8 TB FDE da 1.9 TB, 3.8 TB, 7.6 TB, 15.3 TB |
| Porte I/O dell'host | Porte I/O aggiuntive opzionali: FC a 16 porte da 32 Gb 16 porte NVMe da 32 Gb su FC 8 porte NVMe da 100 Gb su InfiniBand 8 porte NVMe da 100 Gb su RoCE Ethernet |
| Gestione del sistema | SANtricity System Manager 11.60 (basato sul web, integrato) |
| Performance | |
| IOPS | 2 milioni |
| Latenza media | <100μs fino a 200,000 IOPS in scrittura casuale 4K <100μs fino a 150,000 IOPS in lettura casuale 4K <250μs fino a 2,000,000 di IOPS in lettura casuale 4K |
| Produttività sostenuta | Fino a 44 GB/s |
| Fisico | |
| Dimensioni AxLxP | 3.43 x 9.02 x 17.6 in (8.7 x 48.3 x 44.7 cm) |
| Peso | 53.66lb (24.34kg) |
| kVA | Tipico: 0.979 Massimo: 1.128 |
| Watts | Tipico: 979.09 Massimo: 1,128 |
| BTU | Tipico: 3348 Massimo: 3,859.128 |
NetApp AFA EF600 Creazione e progettazione
NetApp AFA EF600 è un array 2U dotato dell'aspetto standard di tutti gli altri array NetApp: stessa cornice elegante con marchio NetApp. Sotto il frontalino si trovano i 24 alloggiamenti per unità che corrono verticalmente lungo la parte anteriore dell'array. Come notato in precedenza, NetApp è passata a un alloggiamento per unità blu brillante più in linea con il proprio marchio. Il pulsante di accensione e gli indicatori LED si trovano sulla sinistra del dispositivo.
Spostandoci sul retro del dispositivo vediamo l'immagine speculare dei controller, uno sopra l'altro. Da sinistra a destra ci sono l'alimentatore, una porta RJ45, una porta USB 3.0, una porta di gestione, due porte di rete, con l'angolo in alto a destra occupato dai connettori FC per NVMe over FC in questo caso.
Gestione NetApp AFA EF600
Il nuovo EF600 supporta i bundle software NetApp SANtricity OS 11.XX che includono il firmware del controller, il firmware IOM e SANtricity System Manager utilizzato per gestire gli array di storage E-Series ed EF-Series. SANtricity System Manager ti darà assistenza semplificando il flusso di lavoro gestionale; la GUI ha un aspetto fresco, con una semplice interfaccia web integrata e una terminologia semplice.
Quando si accede a System Manager, la scheda Home è la prima schermata visualizzata; qui vedrai la dashboard nel corpo principale della GUI. Non importa in quale scheda ti trovi, vedrai sempre le opzioni generali disponibili nell'angolo in alto a destra della GUI; inclusi Preferenze, Guida, Esci e anche l'utente attualmente connesso. E sul pannello di sinistra vengono presentate le schede di sistema principali, Home, Archiviazione, Hardware, Impostazioni e Supporto.
Nella dashboard puoi dare un'occhiata alle aree critiche che riepilogano lo stato e l'integrità dell'array di archiviazione. In alto, l'area notifiche mostra lo stato dei sistemi e i componenti; l'area delle prestazioni mostra parametri chiave tra cui IOPS, MiB/S e CPU; l'area della capacità consente di visualizzare la capacità del sistema allocata; e l'area della gerarchia di archiviazione fornisce una visualizzazione organizzata dei vari componenti hardware e oggetti di archiviazione gestiti dall'array di archiviazione.
Passando alla scheda Archiviazione, si accede alle principali categorie di sistema, dove viene visualizzata la configurazione di pool e gruppi di volumi, volumi, host, prestazioni e istantanee. Alcuni di questi saranno dettagliati nelle sezioni seguenti.
La pagina Pool e gruppi di volumi mostra i pool e i gruppi di volumi che sono stati creati nel sistema; consente di modificare quelli esistenti o di crearne di nuovi da unità non assegnate. Questa pagina mostra anche la capacità totale, la capacità utilizzata, il numero di unità, la configurazione RAID e altre statistiche di tali pool o gruppi di volumi.
La pagina Volumi mostra i volumi che sono stati configurati. Per ciascun volume, la pagina mostra lo stato, gli host assegnati, il pool o il gruppo di volumi a cui appartiene, la capacità segnalata, la capacità allocata e altre informazioni. Questa è anche l'area in cui è possibile creare o modificare volumi oppure definire carichi di lavoro per applicazione.
La pagina Prestazioni fornisce diversi modi per monitorare le prestazioni dell'array di archiviazione. Dalla scheda Vista Logica è possibile definire i componenti che si desidera monitorare, incluso l'intero sistema, il pool, il gruppo di volumi o il singolo volume. È inoltre possibile monitorare altre aree chiave dell'array di storage utilizzando la visualizzazione Fisica e Applicazioni e carichi di lavoro. È possibile accedere alla pagina Prestazioni anche dalla Home page facendo clic su Visualizza dettagli prestazioni.
La scheda successiva, quella Hardware, consente di gestire gli scaffali fisici, i controller e le unità installati nell'array di archiviazione. Questa pagina mostra i driver che si trovano ovunque nell'array di archiviazione; puoi anche modificare questa visualizzazione per mostrare i driver per pool o gruppo di volumi.
Facendo clic sull'icona Controller, sotto l'area Controller Shelf, è possibile selezionare e visualizzare le impostazioni del Controller A o del Controller B. Da questa finestra è possibile spostarsi su diverse schede, Base, Cache, Interfacce host, Interfacce unità, Porte di gestione e DNS/NTP per visualizzare informazioni dettagliate sul controller.
Facendo clic su una qualsiasi delle altre icone, anch'esse sotto l'area Controller Shelf, viene visualizzata la finestra Impostazioni componente Shelf. Quest'area è ideale per monitorare lo stato e le impostazioni relative ai componenti dello scaffale, comprese le informazioni su alimentatori, ventole, temperatura, batterie e SFP.
Nella scheda Impostazioni è possibile configurare gli avvisi per avvisare se si verifica un problema con l'array di archiviazione. In quest'area è inoltre possibile modificare le impostazioni di sistema come il nome dell'array di archiviazione, autenticare gli utenti, importare certificati ed eseguire altre funzioni a livello di sistema.
La gestione degli accessi consente di stabilire l'autenticazione dell'utente nel sistema. Da quest'area è possibile gestire password, utenti locali, configurare autorizzazioni, aggiungere server di directory e altre configurazioni di gestione degli accessi. I metodi di autenticazione includono RBAC (controllo degli accessi basato sui ruoli), servizi di directory e Security Assertion Markup Language (SAML) 2.0.
L'ultima scheda, quella del Supporto, consente di eseguire la diagnostica e raccogliere informazioni chiave che potrebbero essere richieste dal supporto tecnico; se riscontri problemi con l'array di archiviazione. Qui è possibile utilizzare il registro eventi per visualizzare i record cronologici dell'array di archiviazione; eseguire anche aggiornamenti di sistema.
Scorrendo verso il basso nell'area Centro supporto, è possibile visualizzare le principali proprietà dell'array di archiviazione, come il numero di serie del telaio dell'identificatore mondiale dell'array di archiviazione, il numero di scaffali, il numero di unità, il tipo di unità, il numero di controller, la versione del firmware del controller, versione di gestione del sistema e altre informazioni di sistema.
Configurazione NetApp AFA EF600
NetApp EF600 è stato fornito con 24 SSD NVMe, tutti modelli Samsung da 1.92 TB. Nello specifico, per l'archiviazione, abbiamo sfruttato il RAID10 comunemente utilizzato dai clienti che acquistano questo array di archiviazione. Con 24 unità e un layout a due controller, le abbiamo suddivise in due gruppi di volumi da dodici unità. Da questi due gruppi di volumi, abbiamo allocato un volume ciascuno per ciascun host (due volumi per host bilanciati su entrambi i controller) con una dimensione di 100 GB. Con 12 host di calcolo, abbiamo ottenuto una dimensione totale del set di dati funzionante di 24 x 100 GB o 2.4 TB.
Per la connettività back-end, l'EF600 attualmente supporta solo NVMeoF, con il supporto FCP in arrivo. Il sistema è stato fornito con tutte le ottiche FC da 32 Gb e per questa recensione abbiamo aggiornato i nostri 12 host agli ultimi HBA a doppia porta Emulex da 32 Gb. Anche se tradizionalmente abbiamo testato gli AFA in VMware, per valutare le prestazioni di NVMeoF abbiamo eseguito un'installazione bare metal di SLES 12 SP4 su ciascun host. Abbiamo sfruttato tutte le 16 porte da 32 Gb (otto per controller) collegate alla nostra struttura FC a doppio switch alimentata da switch Brocade G620. Nel complesso, ciò ha consentito una larghezza di banda teorica di 512 Gb dall'array di archiviazione (64 GB/s) dove il nostro cluster a 12 host a doppia porta supporta 768 Gb o 96 GB/s di picco.
Analisi del carico di lavoro VDBench
Quando si tratta di effettuare benchmark sugli array di storage, il test delle applicazioni è la soluzione migliore, mentre il test sintetico viene al secondo posto. Pur non essendo una rappresentazione perfetta dei carichi di lavoro effettivi, i test sintetici aiutano a definire i dispositivi di storage con un fattore di ripetibilità che semplifica il confronto tra soluzioni concorrenti. Questi carichi di lavoro offrono una gamma di profili di test diversi che vanno dai test "quattro angoli", test comuni sulle dimensioni di trasferimento del database, nonché acquisizioni di tracce da diversi ambienti VDI. Tutti questi test sfruttano il comune generatore di carichi di lavoro vdBench, con un motore di scripting per automatizzare e acquisire risultati su un ampio cluster di test di calcolo. Ciò ci consente di ripetere gli stessi carichi di lavoro su un'ampia gamma di dispositivi di storage, inclusi array flash e singoli dispositivi di storage.
Profili:
- Lettura casuale 4K: 100% di lettura, 128 thread, 0-120% irate
- Scrittura casuale 4K: scrittura al 100%, 64 thread, 0-120% irate
- Lettura sequenziale 64K: lettura al 100%, 16 thread, 0-120% irate
- Scrittura sequenziale 64K: scrittura al 100%, 8 thread, 0-120% irate
- Database sintetici: SQL e Oracle
- Clonazione completa VDI e tracce di clonazione collegata
I nostri test VDBench sono stati confrontati utilizzando l'EF600 su NVMeoF e l'EF570 su FC. Con la lettura casuale 4K, l'EF600 è partito da 206,592 con una latenza di 192.7μs ed è rimasto sotto 1 ms fino a raggiungere circa 2,082,389 IOPS; ha raggiunto il picco di 2,082,693 con una latenza di 1.4 ms. L'EF570 è partito a 103,330 con una latenza di 184μs. L'EF570 ha due picchi e, dopo il primo picco, è rimasto sotto 1 ms fino a raggiungere 929,562 IOPS, quindi raggiunge un massimo di 1,031,613 IOPS con una latenza di 2.5 ms.
Osservando le prestazioni di scrittura 4K, ancora una volta entrambi i sottosistemi sono partiti con una latenza ultra-bassa, inferiore a 100μs. L'EF600 ha funzionato bene sotto 1 ms fino a circa 640,171 IOPS, dove anche l'array ha raggiunto il suo picco. Si tratta di una differenza marcata rispetto alle prestazioni di picco dell'EF570 di 222,416 IOPS con una latenza di 4.7 ms.
Passando ai carichi di lavoro sequenziali, osserviamo le prestazioni di lettura di picco a 64K, e qui l'EF600 è iniziato sotto i 500μs a 128,713 IOPS o 4GB/s e ha raggiunto il picco a 643,152 IOPS o 40.2GB/s con una latenza di 458μs; mostrando una latenza costante rispetto alle prestazioni complessive. Anche l'EF570 è partito sotto i 500μs ed è rimasto sotto 1ms fino a raggiungere 202,776 IOPS o 12.67GB/s, per poi raggiungere rapidamente un picco di 247,692 IOPS o 15.48GB/s con una latenza di 2ms.
Nella scrittura a 64K, entrambi gli array hanno iniziato con una latenza inferiore al millisecondo inferiore a 250μs e hanno mantenuto una latenza costante appena prima di raggiungere le prestazioni di picco. L'EF600 ha raggiunto il picco di 141,859 IOPS o 8.87 GB/s con una latenza di 1.3 ms. Le prestazioni dell'EF570 hanno raggiunto il picco di 80,675 o 5 GB/s con una latenza di 3.2 ms.
La prossima serie di test riguarda i carichi di lavoro SQL: SQL, SQL 90-10 e SQL 80-20. Nell'SQL entrambi gli array sono partiti sotto i 200μs e sono rimasti sotto 1ms anche dopo aver raggiunto il picco delle prestazioni. Con l'EF600 abbiamo riscontrato un picco di 1,880,526 IOPS con una latenza di 398μs. E l'EF570 ha avuto un picco di 1,029,910 IOPS con una latenza di 818μs.
Con SQL 90-10, abbiamo visto entrambi gli array avviati e mantenuto le prestazioni al di sotto di 1 ms di latenza. L'EF600 ha raggiunto il picco di 1,784,866 IOPS con una latenza di 387μs, mentre l'EF570 ha segnato solo la metà delle prestazioni dell'EF600, con un picco di 875,340 IOPS con una latenza di 853μs.
Con SQL 80-20, abbiamo riscontrato nuovamente un punto di partenza simile per la latenza in entrambi gli array, oltre 200μs. L'EF600 è partito da 156,264 IOPS e ha raggiunto un picco di 1,559,733 IOPS con una latenza di 406μs. L'EF570 ha iniziato a 73,990 IOPS e ha raggiunto il picco a 739,139 IOPS con una latenza di 1.1 ms.
La prossima serie di benchmark riguarda i carichi di lavoro Oracle: Oracle, Oracle 90-10 e Oracle 80-20. Con Oracle, l'EF600 è partito da 153,376 IOPS con una latenza di 158μs mantenendosi al di sotto del millisecondo, per poi raggiungere il picco di 1,531,381 IOPS con una latenza di 507μs. Questo valore viene confrontato con il picco di 570 IOPS dell'EF718,141 con una latenza di 1.2 ms.
In Oracle 90-10, l'EF600 è partito da 172,788 IOPS con una latenza di 161μs ed è rimasto sotto 1 ms durante l'intero test, per poi raggiungere un picco di 1,660,486 IOPS con una latenza di 286μs. L'EF570, invece, ha avuto una prestazione di picco di 874,181 IOPS con una latenza di 650μs.
Per Oracle 80-20, l'EF600 ha iniziato a 156,113 IOPS con una latenza di 158μs rimanendo sotto una latenza inferiore al millisecondo fino alla fine del test. L'EF600 ha raggiunto il picco di 1,514,221 IOPS con una latenza di 310μs. Si trattava di circa il doppio dei 570 IOPS dell'EF735,093 con una latenza di 681μs.
Conclusione
Il NetApp AFA EF600 è un array NVMe end-to-end rivolto alla fascia media. L'array è solo 2U ma può contenere fino a 367 TB di capacità nel suo piccolo telaio e offre prestazioni che potrebbero rivaleggiare con array aziendali molto più grandi. Ciò include 2 milioni di IOPS, fino a 44 GB/s di larghezza di banda e latenza inferiore a 100 μs. L'array è inoltre dotato di funzionalità a prova di futuro integrate con il supporto di NVMe da 100 Gb su InfiniBand, NVMe da 100 Gb su RoCE, supporto FCP e NVMe da 32 Gb su FC. Come tutti gli array NetApp, l'EF600 è dotato di elevata disponibilità e di numerose funzionalità di protezione dei dati integrate.
Guardando alle prestazioni, abbiamo confrontato l'EF600 con NVMe-oF rispetto all'EF570 su FCP. Questo non è stato progettato per mostrare quale sia il migliore, ma più per illustrare cosa ci si può aspettare dalle due unità. Per la lettura casuale 4K l'EF600 ha avuto più del doppio delle prestazioni di picco dell'EF570 con oltre 2 milioni di IOPS e quasi la metà della latenza a soli 1.4 ms. Per la scrittura 4K l'EF600 ha avuto quasi 3 volte le prestazioni di picco (640 IOPS) con un terzo della latenza (circa 1.5 ms). Con i nostri carichi di lavoro sequenziali da 64K abbiamo riscontrato prestazioni di picco di 40.2 GB/s in lettura e 8.87 GB/s in scrittura, circa 2.6 volte più veloci in lettura e 1.8 volte più veloci in scrittura. Per SQL l'EF600 ha registrato punteggi di picco di 1.88 milioni di IOPS, 1.78 milioni di IOPS per SQL90-10 e 1.56 milioni di IOPS per SQL 80-20, tutti con latenza inferiore al millisecondo. Con i nostri test Oracle, l'EF600 ha raggiunto 1.53 milioni di IOPS, 1.66 milioni di IOPS su Oracle 90-10 e 1.51 milioni di IOPS in Oracle 80-20, sempre tutti con una latenza inferiore a 1 ms.
L'AFA EF600 è un altro impressionante array di NetApp. L'EF600 offre agli utenti di fascia media la capacità di cui hanno bisogno, oltre a prestazioni transazionali molto elevate con bassa latenza. Per i clienti che non necessitano della riduzione dei dati o dei ricchi servizi dati offerti dal lato ONTAP dell'azienda, l'EF600 si adatta al ruolo di offrire prestazioni elevate per applicazioni mirate che possono beneficiare delle più recenti tecnologie SSD NVMe e di trasporto dati . Alla fine l'EF600 non sarà per tutti, ma non è questo l'intento, chiaramente non è un coltellino svizzero. L'intento di NetApp con l'EF600 è un po' più tattico; ovvero fornire una piattaforma rafforzata in grado di accogliere applicazioni che tendono a non rientrare nei consueti punti caldi della virtualizzazione e di accelerare il time-to-enterprise-value. L'EF600 accelererà i carichi di lavoro di AI, ML e database, offrendo insight fruibili al business più velocemente che mai in questa categoria di storage. Per il rapporto prestazioni/prezzo vantaggioso e per l'affidabilità offerta da questa quinta generazione di EF, l'EF600 fa guadagnare alla famiglia NetApp EF un altro StorageReview Editor's Choice Award.
Iscriviti alla newsletter di StorageReview
