Recensione NetApp AFF A200

NetApp AFF A200 è un array di storage all-flash 2U che fornisce un interessante punto di ingresso al portafoglio di storage flash aziendale di NetApp. L'AFF A200 è dotato di 24 unità da 2.5 pollici montate frontalmente gestite da doppi controller e alimentate da processori Intel Broadwell-DE a sei core. È possibile accedere all'A200 con carichi di lavoro SAN o NAS (o entrambi). L'AFF A200 supporta SSD fino a 15 TB di capacità, consentendo di dotare un singolo array di un massimo di 367 TB di spazio di archiviazione grezzo, con spazio aggiuntivo disponibile tramite lo scaffale di espansione DS224C.

NetApp AFF A200 è un array di storage all-flash 2U che fornisce un interessante punto di ingresso al portafoglio di storage flash aziendale di NetApp. L'AFF A200 è dotato di 24 unità da 2.5 pollici montate frontalmente gestite da doppi controller e alimentate da processori Intel Broadwell-DE a sei core. È possibile accedere all'A200 con carichi di lavoro SAN o NAS (o entrambi). L'AFF A200 supporta SSD fino a 15 TB di capacità, consentendo di dotare un singolo array di un massimo di 367 TB di spazio di archiviazione grezzo, con spazio aggiuntivo disponibile tramite lo scaffale di espansione DS224C.

Quando si considera la capacità totale di una configurazione NetApp AFF A200, è importante tenere presente che NetApp garantisce l'efficacia delle sue tecnologie di riduzione dei dati in linea, tra cui compressione, deduplicazione e compattazione dei dati. NetApp fornisce efficienza di storage garantita in base alle tipologie di carichi di lavoro. Se i clienti non realizzano l'efficienza garantita, NetApp farà la differenza. Questa garanzia è valida nella sua forma attuale fino ad aprile 2018.

La valutazione dell'efficacia della riduzione dei dati dell'AFF A200 non rientra nell'ambito del nostro processo di revisione, ma secondo NetApp, l'AFF A200 dovrebbe ridurre i requisiti di capacità da 2 a 10 volte. In breve, la tecnologia di compattazione dei dati di NetApp colloca più blocchi di dati logici dallo stesso volume in un singolo blocco da 4KB. Secondo NetApp, questa funzionalità ha un impatto "quasi zero" sulle prestazioni, il che è qualcosa che rientra perfettamente nel nostro processo di revisione da valutare. L'architettura dell'A200 sfrutta l'array FAS2650 dell'azienda (l'architettura dell'AFF A200 è simile a quella della piattaforma FAS entry-level), anche se i precedenti amministratori FAS2650 dovrebbero tenere presente che l'A200 non incorpora NVMe FlashCache e funziona solo con SSD.

Molto è cambiato all'interno dell'ecosistema NetApp durante i tre anni trascorsi dal nostro ultimo sguardo a un prodotto Netapp, FAS2240-2. Ciò include il debutto della linea all-flash AFF e il debutto del sistema operativo ONTAP 9 (attualmente alla versione 9.2). L'AFF A200 fa parte della gamma "AFF A", la seconda generazione della famiglia AFF. Nel frattempo anche la tecnologia flash e il mercato degli array all-flash si sono evoluti. Quindi è ragionevole considerare NetApp AFF A200 un'indicazione di dove NetApp vede le maggiori opportunità per espandersi in nuovi mercati e consolidare la base clienti costruita in passato con offerte come FAS2240.

Questa recensione offre uno sguardo completo a questo storage flash entry-level di ultima generazione di NetApp, con un AFF A200 dalle dotazioni modeste dotato di 24 SSD da 960 GB.

Specifiche NetApp AFF A200

• Per coppia HA (controller attivo-attivo)
• Fattore di forma: 2U
• Memoria: 64GB
• NVRAM: 8 GB
• Archiviazione
  • Alloggiamenti integrati: 24 slot da 2.5".
  • SSD massimo: 144
  • Capacità massima non elaborata: 2.2 PB
  • Capacità effettiva: 8.8 PB (base10)
  • SSD supportati: 15.3 TB, 7.6 TB, 3.8 TB e 960 GB. 3.8 TB e 800 GB con crittografia automatica
  • Scaffali di archiviazione supportati: DS224C, DS2246
• Scalabilità orizzontale SAN: 2-8 nodi
• RAID supportato: RAID6, RAID4, RAID 6 + RAID 1 o RAID 4 + RAID 1 (SyncMirror)
• OS supportati:
  • Windows 2000
  • Di Windows Server 2003
  • Di Windows Server 2008
  • Di Windows Server 2012
  • Di Windows Server 2016
  • Linux
  • Oracolo Solaris
  • AIX
  • HP-UX
  • Mac OS
  • VMware
  • ESX
• porte:
  • 8 UTA2 (FC da 16 Gb, 10 GbE/FCoE)
  • 4x10GbE
  • 4 SAS da 12 Gb
• Rete di archiviazione supportata:
  • FC
  • FCoE
  • iSCSI
  • NFS
  • pNFS
  • CIFS/PMI
• Versione del sistema operativo: ONTAP 9.1 RC2 o successiva
• Numero massimo di LUN: 4,096
• Numero di host SAN supportati: 512

Costruire e disegnare

NetApp AFF A200 è costruito attorno a uno chassis a 24 alloggiamenti che supporta SSD SAS da 2.5 pollici. Questa architettura si basa sullo scaffale di archiviazione DS224C di NetApp, abbinato a processori Intel Broadwell-DE a 6 core e connettività SAS a 12 Gbps per unità interne ed esterne. Dal punto di vista del design, Netapp ha sovraccaricato tutto per il massimo livello di ridondanza. Le connessioni SAS MP-HA (Multi-path High-Availability) vengono instradate internamente ed esternamente, in modo che ogni controller possa comunicare con ogni unità attraverso più percorsi, anche se un collegamento è scollegato o sovrautilizzato. Inoltre, l'unità è dotata di una batteria NVMEM, che quando è completamente carica è in grado di gestire 25 eventi di interruzione di corrente separati, offrendo a ciascun controller un tempo di attività sufficiente per disattivare i dati in volo su un dispositivo di avvio di bordo. Inoltre, anche i dati disattivati ​​sono completamente crittografati per proteggerli, indipendentemente dall'evento che ha causato l'interruzione di corrente. Questo stesso livello di resilienza si manifesta nella progettazione dei sistemi di raffreddamento e alimentazione del telaio, in cui ciascun alimentatore da solo può raffreddare e alimentare completamente il sistema per un tempo indefinito in condizioni operative normali.

La parte anteriore del dispositivo è abbastanza semplice con una cornice con marchio NetApp che copre gli alloggiamenti delle unità. Sul lato sinistro è presente il pulsante di accensione, insieme a un display LED che indica guasti e stato di attività.

La vista posteriore ha qualcosa in più con vari percorsi di cavi, ma è la connettività che consente che si verifichi la maggior parte della magia ridondante. Ci sono due nodi e il dispositivo è diviso a metà con entrambi i lati identici all'altro. Sul lato sinistro di ciascun controller sono presenti due porte SAS. Questi vengono utilizzati insieme a ripiani di archiviazione aggiuntivi, oltre a fungere anche da collegamento ridondante esterno tra ciascun controller per la connettività SAS HA. Accanto alle porte SAS ci sono due porte 10GbE che consentono la connettività da nodo a nodo. In una distribuzione a coppia singola, entrambi i nodi sono direttamente connessi tra loro, mentre in un cluster più grande (Clustered Data ONTAP), queste porte sono connesse a uno switch dedicato per il traffico del cluster. Successivamente ci sono quattro porte UTA2, che possono essere configurate per funzionare in modalità FC o Ethernet per i dati primari o la struttura di rete. Sopra le porte UTA2 c'è una porta micro-USB della console. A destra delle porte UTA2 ci sono una porta per console RJ-45 e una porta USB. E sul lato destro c'è la porta di gestione. Sotto le porte elencate ci sono i doppi alimentatori.

Management

NetApp AFF A200 esegue ONTAP 9.1 e versioni successive; 9.2 è uscito durante la nostra recensione. L'interfaccia utente è OnCommand System Manager di NetApp. Nella parte superiore sono presenti diverse schede principali tra cui Dashboard, LUN, SVM, Rete, Hardware e diagnostica, Protezione e Configurazioni. Attraverso il dashboard principale, gli utenti sono in grado di visualizzare facilmente avvisi e notifiche, il modo in cui vengono attualmente utilizzati i nodi man (nel nostro caso 2), l'efficienza dello storage, gli oggetti principali e una lettura delle prestazioni attuali in termini di latenza, IOPS e larghezza di banda. 

Nella scheda LUN, gli utenti possono gestire facilmente i propri LUN poiché sono elencati per nome e facendo clic su uno si visualizzano le proprietà nella parte inferiore dello schermo. 

Nella scheda LUN è inoltre presente la sottoscheda per i gruppi iniziatori. Qui gli utenti possono visualizzare e gestire facilmente nome, SVM, tipo, sistema operativo, set di porte e conteggio.

La scheda principale successiva è SVM (Storage Virtual Machines). Facendo clic su questa scheda viene fornito agli utenti un elenco di SVM, insieme ai relativi dettagli nell'angolo in basso a sinistra.

Facendo clic su una SVM specifica gli utenti offrono diverse altre opzioni, come una panoramica che mostra cose come la connessione, i volumi prossimi alla capacità e le prestazioni delle SVM.

Quando si fa clic su una SVM, sono presenti diverse altre sottoschede tra cui Volumi, Provisioning delle applicazioni, LUN, Qtrees, Quote e Impostazioni SVM. Nella sottoscheda Volumi, gli utenti possono vedere i volumi configurati, modificarli o rimuoverli, scattare uno snapshot e regolare la QoS tra le altre funzioni.

Se gli utenti desiderano modificare uno dei volumi, devono solo fare clic con il pulsante destro del mouse su un volume e verranno portati alla schermata seguente. Qui vengono fornite tre schede da modificare, tra cui Generale, Efficienza di archiviazione e Avanzate. Come suggerisce il nome, la scheda Generale consente di modificare informazioni generali tra cui il nome, lo stile di sicurezza e se il volume è sottoposto o meno a thin provisioning.

L'efficienza di archiviazione consente agli utenti di modificare le funzionalità di riduzione dei dati all'interno del volume. Ciò include l'attivazione o la disattivazione della deduplica in background, della compressione in linea e della deduplica in linea.

Advanced consente agli utenti di impostare il recupero dello spazio, incluso il ridimensionamento automatico del volume e l'eliminazione delle vecchie istantanee. Gli utenti possono anche abilitare la riserva frazionaria e aggiornare il tempo di accesso quando un file viene letto.

La sottoscheda successiva è Provisioning delle applicazioni. Come suggerisce il nome, gli utenti possono fornire determinate applicazioni per SVM in questa scheda. Queste applicazioni (e i relativi modelli) includono Oracle SAN Oracle Single, Oracle SAN Oracle RAC, SAN SQL Server, SAN Virtual Desktop Instance e SAN SAP HANA.

La sottoscheda LUN per SVM consente agli utenti di visualizzare, gestire e modificare i LUN per ciascuna SVM. I LUN sono elencati per nome (anche se è possibile modificarlo) con dettagli generali per ciascuno. E se gli utenti ne fanno clic su uno, possono vedere proprietà più avanzate in basso.

Una sottoscheda importante in SVM è la scheda Impostazioni. Questa scheda consente agli utenti di vedere cose come protocolli, policy, servizi, dettagli utente e stati correnti. 

La successiva scheda principale che esamineremo è la scheda Rete. Questa scheda presenta diverse sottoschede tra cui Sottoreti, Interfacce di rete, Porte Ethernet, Domini di trasmissione, Adattatori FC/FoE e Spazi IP. La prima sottoscheda che esamineremo è Interfacce di rete. Qui gli utenti possono vedere il nome dell'interfaccia, la SVM, l'indirizzo IP, la porta corrente, se si tratta o meno di una porta home, il tipo di accesso al protocollo dati, l'accesso alla gestione, la sottorete e il ruolo. Facendo clic su un'interfaccia vengono visualizzate anche le proprietà generali e di failover. 

La sottoscheda Porte Ethernet elenca le diverse porte, su quale nodo si trovano, il loro dominio di trasmissione e spazio IP e di che tipo sono. Facendo clic su una porta vengono fornite agli utenti anche le proprietà e le interfacce. 

La sottoscheda Dominio di trasmissione indica agli utenti se il dominio di trasmissione è un cluster o predefinito, le sue unità di trasmissione massime (MTU), il suo spazio IP e lo stato di aggiornamento della porta combinato.

La sottoscheda Adattatori FC/FoE mostra informazioni sugli adattatori come il suo WWNN, su quale nodo si trova, in quale slot si trova, il suo WWPN, il suo stato e la sua velocità. Facendo clic su un adattatore vengono forniti agli utenti dettagli aggiuntivi come tipo di supporto, connessione stabilita, struttura stabilita, velocità, indirizzo della porta e velocità di collegamento dati. 

La scheda principale successiva è Hardware e diagnostica. Questa scheda offre all'utente un menu a discesa con diverse opzioni. Una delle opzioni è disco, con due sottoschede, Riepilogo e Inventario. In Inventario, gli utenti possono vedere tutti i dischi nel proprio cluster, i nomi, il tipo di contenitore, la casa e il proprietario attuale, il tipo (in questo caso tutti SSD), RPM (in questo caso nessuno, poiché i dischi sono tutti SSD) , dimensione effettiva e spazio fisico. Facendo clic su un disco vengono inoltre forniti dettagli aggiuntivi come aggregato, ID fornitore, azzeramento, numeri di serie e dettagli danneggiati.

Gli utenti possono esaminare gli aggregati per visualizzare informazioni quali il nome, il nodo su cui si trovano, la percentuale utilizzata, lo spazio disponibile, lo spazio utilizzato, lo spazio totale, il conteggio dei volumi e il conteggio dei dischi. 

La diagnostica per i nodi fornisce alcune informazioni generali come nome, stato, tempo di attività, versione ONTAP, numero di modello, ID di sistema, numero di serie e se il nodo è o meno ottimizzato per tutto-flash.

La diagnostica degli eventi fornisce agli amministratori un messaggio abbastanza dettagliato sugli eventi, la loro gravità, il luogo in cui hanno avuto origine, il nodo in cui si sono verificati, la data e l'ora e altri dettagli dell'evento.

La scheda principale successiva è Protezione, che offre agli utenti un menu a discesa per le istantanee. Agli utenti viene fornita una schermata per la pianificazione degli snapshot, con varie opzioni basate sul tempo o sull'intervallo.

L'altra schermata nella scheda Protezione consente agli utenti di impostare criteri di snapshot.

L'ultima scheda principale è Configurazione. La scheda Configurazione presenta numerose sottosezioni sul lato sinistro, tra cui Aggiornamenti di configurazione, Processore di servizio, Peer cluster, Alta disponibilità, Licenze, Aggiornamenti cluster, Data e ora, SNMP, LDAP, Utenti e Ruoli. Facendo clic su Service Processor, gli utenti visualizzano i nodi nel cluster, i loro indirizzi IP, lo stato e l'indirizzo MAC, nonché la rete e i dettagli generali. 

In Aggiornamento cluster, gli utenti possono vedere quali aggiornamenti sono disponibili tramite ONTAP per il proprio cluster e cosa comporta l'aggiornamento. 

Nel complesso, l'interfaccia di gestione del NetApp AFF A200 è piacevole da usare e non ha avuto intoppi durante i nostri test. Offre un approccio indipendente dal browser e dal software per lavorare su qualsiasi tipo di piattaforma, incluso un iPhone (screenshot incluso di seguito). Sebbene l'interfaccia mobile non fosse il modo preferito per gestire il sistema, il solo fatto che tu possa farlo in caso di necessità è impressionante. L'interfaccia è pulita e facile da seguire, con tutte le aree con cui abbiamo interagito semplici da scorrere per gestire l'array. Anche se alcune interfacce potrebbero avere un aspetto "più nuovo", la WebGUI di ONTAP riduce al minimo l'ingombro e, soprattutto, è molto reattiva e facile da utilizzare.

Analisi del carico di lavoro dell'applicazione

I benchmark del carico di lavoro dell'applicazione per NetApp AFF A200 consistono nelle prestazioni di MySQL OLTP tramite SysBench e nelle prestazioni di Microsoft SQL Server OLTP con un carico di lavoro TPC-C simulato.

I test sono stati eseguiti su FC utilizzando quattro collegamenti da 16 Gb, con due connessioni per controller.

Prestazioni dell'SQL Server

Ogni VM SQL Server è configurata con due vDisk: volume da 100 GB per l'avvio e volume da 500 GB per il database e i file di log. Dal punto di vista delle risorse di sistema, abbiamo configurato ciascuna VM con 16 vCPU, 64 GB di DRAM e abbiamo sfruttato il controller SCSI SAS LSI Logic. Sebbene i nostri carichi di lavoro Sysbench testati in precedenza saturassero la piattaforma sia in termini di I/O di storage che di capacità, il test SQL cerca prestazioni di latenza.

Questo test utilizza SQL Server 2014 in esecuzione su VM guest Windows Server 2012 R2 ed è sottoposto a stress da Benchmark Factory for Databases di Quest. Mentre il nostro utilizzo tradizionale di questo benchmark è stato quello di testare grandi database su scala 3,000 su storage locale o condiviso, in questa iterazione ci concentriamo sulla distribuzione uniforme di quattro database su scala 1,500 sull'A200 (due VM per controller).

Configurazione di test di SQL Server (per VM)

• Di Windows Server 2012 R2
• Impronta di archiviazione: 600 GB allocati, 500 GB utilizzati
• SQL Server 2014
  • Dimensioni del database: scala 1,500
  • Carico del client virtuale: 15,000
  • Memoria RAM: 48 GB
• Durata della prova: 3 ore
  • 2.5 ore di precondizionamento
  • Periodo di campionamento di 30 minuti

Attrezzatura LoadGen di fabbrica del benchmark OLTP di SQL Server

• Cluster SQL virtualizzato a 730 nodi Dell PowerEdge R4
  • Otto CPU Intel E5-2690 v3 per 249 GHz in cluster (due per nodo, 2.6 GHz, 12 core, 30 MB di cache)
  • 1 TB di RAM (256 GB per nodo, 16 GB x 16 DDR4, 128 GB per CPU)
  • 4 x HBA FC a doppia porta Emulex da 16 GB
  • 4 x Scheda di rete Emulex 10GbE a doppia porta
  • VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPU

Osservando le prestazioni transazionali di NetApp AFF A200 nel nostro test SQL Server, l'AFF A200 ha ottenuto risultati di 12,620.15 TPS con VM individuali che vanno da 3,154.95 TPS a 3,155.113 TPS. In modalità di riduzione dei dati, abbiamo riscontrato risultati simili con NetApp A200 che ha raggiunto un punteggio aggregato di 12,583.81 TPS, con singole VM che vanno da 3,145.29 TPS a 3,146.43 TPS.

Considerando la latenza media, l'A200 ha raggiunto 11 ms in tutte le VM, ottenendo anche un totale di 11 ms. In modalità DR, la latenza è leggermente aumentata, anche se questo è prevedibile con singole VM che vanno da 24 ms a 26 ms, fornendo un punteggio complessivo di 25 ms.

Prestazioni del Sysbench

Ogni banco di sistema La VM è configurata con tre vDisk, uno per l'avvio (~92 GB), uno con il database predefinito (~447 GB) e il terzo per il database in fase di test (270 GB). Dal punto di vista delle risorse di sistema, abbiamo configurato ciascuna VM con 16 vCPU, 60 GB di DRAM e abbiamo sfruttato il controller SCSI SAS LSI Logic. I sistemi di generazione del carico lo sono Server Dell R730; in questa recensione andiamo da quattro a otto, scalando i server per gruppo 4VM.

Cluster Dell PowerEdge R730 MySQL virtualizzato a 4-5 nodi

• 8-10 CPU Intel E5-2690 v3 per 249 GHz in cluster (due per nodo, 2.6 GHz, 12 core, 30 MB di cache)
• 1-1.25 TB di RAM (256 GB per nodo, 16 GB x 16 DDR4, 128 GB per CPU)
• 4-5 x HBA FC a doppia porta Emulex da 16 GB
• 4-5 x Scheda di rete Emulex 10GbE a doppia porta
• VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPU

Configurazione test Sysbench (per VM)

• CentOS 6.3 a 64 bit
• Impronta di archiviazione: 1 TB, 800 GB utilizzati
• Percona XtraDB 5.5.30-rel30.1
  • Tabelle del database: 100
  • Dimensione del database: 10,000,000
  • Discussioni del database: 32
  • Memoria RAM: 24 GB
• Durata della prova: 3 ore
  • 2 ore di precondizionamento di 32 thread
  • 1 ora 32 thread

Per Sysbench, abbiamo testato diversi set di VM, tra cui 4, 8, 16 e 20, e abbiamo eseguito Sysbench sia con la riduzione dei dati "Attiva" che nel formato "Non elaborato". Per quanto riguarda le prestazioni transazionali, NetApp A200 ha mostrato le sue migliori prestazioni con 20 VM e la riduzione dei dati disattivata, ottenendo 9,695 TPS. Con il DR attivato, l'A200 ha comunque raggiunto 8,986 TPS a 20 VM.

Per quanto riguarda la latenza media, ovviamente è inferiore con meno VM, quindi i benchmark 4VM avevano 17.84 ms per il Raw e solo 19.2 ms per il DR. Ciò che è interessante è che a 20 VM, la differenza tra la versione Raw e quella con riduzione dei dati era solo di circa 5 ms (da 66.02 ms a 71.24 ms).

Nel nostro benchmark sulla latenza dello scenario peggiore, anche l'A200 ha ottenuto ottime prestazioni con la versione di riduzione dei dati di 4VM che ha avuto la latenza più bassa a 48.43 ms (anche se la versione Raw era solo a 48.63 ms). Quando si aumenta il conteggio delle VM a 20, la versione di riduzione dei dati ha raggiunto solo 180.27 ms e la versione Raw ha raggiunto 172.6 ms.

 

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. NetApp ha condiviso con noi il proprio POC Toolkit durante la revisione dell'AFF A200, che offre una gamma di diversi profili di test 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. Dal lato dell'array, utilizziamo il nostro cluster di server Dell PowerEdge R730:

Profili:

• Lettura casuale 4k: lettura al 100%, 128 thread, 0-120% irate
• Scrittura casuale 4k: scrittura al 100%, 64 thread, 0-120% irate
• 64k lettura sequenziale: 100% di lettura, 16 thread, 0-120% irate
• Scrittura sequenziale a 64k: scrittura al 100%, 8 thread, 0-120% iorato
• Database sintetici: SQL e Oracle
• Clonazione completa VDI e tracce di clonazione collegata

Considerando le prestazioni di lettura di picco, NetApp AFF A200 ha offerto eccezionali prestazioni di lettura 4K a bassa latenza, misurando 0.31 ms all'inizio e rimanendo al di sotto di 1 ms fino a circa 190 IOPS. Al suo apice, l'A200 ha misurato 249 IOPS con una latenza di 16.4 ms.

Considerando le prestazioni di scrittura di picco a 4k, l'A200 ha iniziato con una latenza di 0.34 ms ed è rimasto al di sotto di 1 ms fino a raggiungere tra 40 e 50 IOPS. Al suo apice, l'A200 ha raggiunto oltre 85 IOPS a 19.6 ms

Passando alla lettura di picco di 64, l'A200 ha iniziato con una latenza di 0.27 ms ed è rimasto al di sotto di 1 ms fino a raggiungere oltre 48.5 IOPS. Ha raggiunto il picco di poco più di 60 IOPS con 8.5 ms di latenza. L'A200 ha terminato con una larghezza di banda di 3.75 GB/s.    

Per la scrittura di picco sequenziale a 64, l'A200 ha iniziato a 0.49 ms ed è rimasto sotto 1 ms fino a raggiungere poco più di 6 IOPS. L'A200 ha raggiunto il suo picco a 19.7K IOPS con una latenza di 12.85 ms. L'A200 aveva anche una larghezza di banda di 1.22 GB/s al suo massimo.

Nel nostro carico di lavoro SQL, l'A200 ha iniziato la sua latenza a 0.37 ms ed è rimasta sotto 1 ms fino a poco più di 120 IOPS. Il picco è stato di 179 IOPS e 5.7 ms.

Nel benchmark SQL 90-10, l'A200 ha iniziato con una latenza di 0.37 ms ed è rimasto sotto 1 ms fino a raggiungere tra 80 e 100 IOPS. L'A200 ha raggiunto il picco di 159 IOPS con una latenza di 6.5 ms. 

L'SQL 80-20 ha visto l'A200 iniziare con una latenza di 0.38 ms e rimanere sotto 1 ms fino a quando non ha superato i 60 IOPS. L'A200 ha raggiunto il picco di 131 IOPS con una latenza di 7.8 ms.

Con Oracle Workload, l'A200 è iniziato con una latenza di 0.39 ms ed è rimasto sotto 1 ms fino a superare i 50 IOPS. L'A200 ha raggiunto il picco di 125 IOPS con una latenza di 10.2 ms.

Con Oracle 90-10, l'A200 è partito con una latenza di 0.37 ms ed è rimasto sotto 1 ms fino a raggiungere poco meno di 100 IOPS. Il picco è stato di 155 IOPS con una latenza di 4.2 ms. 

Con Oracle 80-20, l'A200 è partito con una latenza di 0.38 ms ed è rimasto sotto 1 ms fino a raggiungere poco meno di 65 IOPS. Il picco è stato di 129 IOPS con una latenza di 4.9 ms. 

Passando a VDI Full Clone, il test di avvio ha mostrato che l'A200 inizia con una latenza di 0.35 ms e rimane sotto 1 ms fino a circa 52 IOPS. L'A200 ha raggiunto il picco di 122 IOPS con una latenza di 8.6 ms.

L'accesso iniziale a VDI Full Clone è iniziato con una latenza di 0.41 ms ed è rimasto sotto 1 ms fino a circa 22 IOPS. L'A200 ha raggiunto il picco di 48 IOPS con una latenza di 18.6 ms.

L'accesso VDI Full Clone Monday è iniziato con una latenza di 0.48 ms, rimanendo inferiore a 1 ms fino a oltre 20 IOPS. Ha raggiunto il picco di 49 IOPS con 10.4 ms. 

Passando a VDI Full Clone, il test di avvio ha mostrato che le prestazioni sono rimaste al di sotto di 1 ms fino a circa 49 IOPS, per poi raggiungere un picco di 95.7 IOPS con una latenza media di 5.13 ms.

Nel profilo VDI Linked Clone che misura le prestazioni dell'accesso iniziale, abbiamo riscontrato una latenza inferiore al ms fino a circa 18.8k IOPS, dove è ulteriormente aumentata fino a 36.8k IOPS a 6.95 ms al suo picco.

Nel nostro ultimo profilo che esamina le prestazioni del VDI Linked Clone Monday Login, vediamo che la transizione della barriera di 1 ms avviene a circa 17.5k IOPS, dove il carico di lavoro ha continuato ad aumentare fino al suo picco a 37.4k IOPS e una latenza media di 13.3 ms.

VMmark 3

Aggiornamento 1/31/18: Al momento di questa recensione iniziale, i nostri test VMmark non erano ancora terminati. Da allora questo è diventato online e abbiamo pubblicato ulteriori dettagli sul Le prestazioni di virtualizzazione di A200 di conseguenza. I dati aumentano ulteriormente il nostro entusiasmo per l'unità poiché ha funzionato molto bene con un impatto minimo quando sono stati abilitati i servizi di riduzione dei dati.

Conclusione

NetApp AFF A200 è un array entry-level per le piccole organizzazioni che desiderano iniziare o migrare verso uno storage all-flash oppure come un'ottima opzione per uffici remoti/filiali. L'A200 è una piattaforma a doppio controller alimentata da processori Intel Broadwell-DE a sei core e oltre 64 GB di memoria. Dal punto di vista della capacità, l'A200 dispone di 24 alloggiamenti da 2.5” per unità flash SAS. L'array supporta unità fino a 15 TB, portando una capacità totale totale fino a 367 TB, sebbene la capacità effettiva sia molto più elevata con la riduzione dei dati. Inoltre, NetApp offre una riduzione garantita dell'efficienza dello storage di 4:1. L'A200 può anche aggiungere capacità tramite uno scaffale di espansione DS224C. L'array viene eseguito sul sistema operativo ONTAP di NetApp.

Per quanto riguarda le prestazioni, abbiamo eseguito sia le nostre consuete analisi dei carichi di lavoro delle applicazioni, inclusi i carichi di lavoro delle applicazioni SQL Server e Sysbench, sia i benchmark sintetici di analisi dei carichi di lavoro VDBench di recente introduzione. NetApp ha condiviso con noi il suo POC Toolkit per la revisione, offrendoci un modo più semplice per avviare i carichi di lavoro su più server e semplificando il test di array più veloci in modo coerente in futuro.

Con i carichi di lavoro delle nostre applicazioni, testiamo l'array sia con che senza i servizi di riduzione dei dati in linea (DR) attivati. Nel nostro benchmark transazionale per SQL Server, l'impatto del DR è stato minimo con un punteggio aggregato pari a 12,620.1 TPS grezzi e 12,583.8 TPS con DR attivato. Le singole VM variavano da 3,145.3 TPS a 3,155.1 TPS. Con la latenza media di SQL Server, abbiamo visto la latenza raddoppiare con il DR attivo; il raw dura 11 ms (sia individualmente che in totale) e il DR ha un totale di 25 ms. Con Sysbench, abbiamo eseguito diversi set di scalabilità delle VM, tra cui 4, 8, 16 e 20. Alla scala più bassa di 4VM, NetApp ha funzionato abbastanza bene, offrendo prestazioni elevate senza dover saturare completamente l'array. Le prestazioni grezze a 4VM sono state di 7,175 TPS, con una latenza media di 17.84 ms e una latenza nel caso peggiore di 48.63 ms. D'altro canto, con 20 VM, il raw ha raggiunto 9,695 TPS con una latenza di 66.02 ms e una latenza nel caso peggiore di 172.6 ms. Ancora una volta, non c’è stata una differenza enorme con il DR attivato, anche se il raw ha funzionato meglio in tutti i test.

Osservando i test VDBench eseguiti con i servizi di riduzione dei dati attivati, è stato impressionante vedere prestazioni così elevate con una latenza inferiore al millisecondo. In 4K casuale, l'A200 ha raggiunto 40 IOPS prima di superare 1 ms di latenza in scrittura, mentre in lettura l'A200 è arrivato a 190 prima di superare 1 ms di latenza. Questa tendenza è continuata per tutto il resto dei parametri di riferimento. Nei test sequenziali da 64, l'A200 è stato in grado di raggiungere 48 IOPS al di sotto di 1 ms di latenza in lettura, mentre in scrittura ha raggiunto quasi 20 IOPS al di sotto di 1 ms di latenza (il test si è concluso anche con velocità di larghezza di banda di 3.75 GB/s in lettura e 1.22 GB/s scrivere). Abbiamo eseguito tre carichi di lavoro SQL al 100% di lettura, 90% di lettura e 10% di scrittura e 80% di lettura e 20% di scrittura, con l'A200 che ha raggiunto punteggi rispettivamente di 120 IOPS, 80 IOPS e 60 IOPS, tutti inferiori a 1 ms di latenza. Eseguendo gli stessi tre test con un carico di lavoro Oracle, abbiamo visto l'A200 raggiungere 50 IOPS, 100 IOPS e 65 IOPS con una latenza di 1 ms. Abbiamo anche eseguito i benchmark VDI Full Clone e Linked Clone per Boot, Accesso iniziale e Accesso del lunedì. L'A200 è stato in grado di raggiungere 52 IOPS, 22 IOPS e 20 IOPS con una latenza inferiore a 1 ms in Full Clone e 49 IOPS, 18 IOPS e 17 IOPS con una latenza inferiore a 1 ms in Linked Clone. NetApp si affretta a commentare quanta ottimizzazione avviene dietro le quinte per mettere a punto i carichi di lavoro, e puoi vedere questo risultato in ogni test che abbiamo eseguito sull'A200, anche con la riduzione completa dei dati in linea in gioco.

Dopo tutti questi carichi di lavoro e le numerose settimane di test nel nostro laboratorio, una cosa è evidente: la migrazione ai sistemi all-flash ha comportato una trasformazione per NetApp. Alcuni dei miglioramenti sono dovuti alle offerte flash uplift, ma in gran parte sono dovuti ai miglioramenti di ONTAP. Qualunque sia il merito, il prodotto finale è assolutamente fantastico. Il segmento del mercato medio per lo storage è sorprendentemente competitivo; ci sono un'infarinatura di startup, opzioni definite dal software e il resto dei soliti sospetti. Se stai cercando di spendere meno di sei cifre per lo storage, potresti essere perdonato per non aver guardato NetApp oltre uno sguardo casuale in questo segmento. Sarebbe tuttavia un tragico errore, poiché l'A200 semplicemente si schiaccia. Fornire prestazioni fenomenali in meno di un millisecondo è una cosa, ma ecco la parte importante: NetApp lo sta facendo con i servizi di riduzione dei dati attivati ​​per raggiungere quella garanzia di capacità 4:1. Questo non è banale; molti altri array risultano molto piatti con la riduzione dei dati attivata o semplicemente non la offrono. Il nostro A200 entry-level con le unità con capacità più bassa offriva 15.5 TB su due pool da 7.75 TB, il che significa che avremmo una capacità di fascia alta di 62 TB se raggiungessimo l'obiettivo 4:1 e oltre un petabyte con le unità da 15 TB offerte da NetApp . Portata davvero impressionante per un box di fascia media da 2U. Le prestazioni, combinate con un set completo e maturo di servizi dati, rendono l'A200 una scelta facile come il nostro secondo vincitore dell'Editor's Choice del 2017.

Vantaggi

• Fino a 367 TB in un ingombro 2U (prima dell'efficienza dei dati 4:1)
• Le tecnologie di riduzione dei dati hanno avuto un impatto minimo sui benchmark del carico di lavoro delle applicazioni
• Prestazioni eccezionali con latenze inferiori al millisecondo in VDBench
• Insieme maturo di servizi dati e integrazioni

Svantaggi

• Manca un'opzione SSD da 1.92 TB per colmare il divario di prezzo tra le configurazioni da 960 GB e 3.8 TB

Conclusione

NetApp AFF A200 è una soluzione di storage unificato ideale per il mercato medio che richiede un mix senza compromessi di reattività delle applicazioni, supportato da un ampio elenco di servizi dati purosangue.

NetApp All Flash Array

Discuti questa recensione

Iscriviti alla newsletter di StorageReview