Recensione dei sistemi per violino FSP 7650

Violin Systems non è esattamente una nuova azienda; li copriamo ormai da sei anni. L'azienda ha iniziato come pioniere nell'arena all-flash e ha incontrato alcuni guai dopo essere diventata pubblica. Tuttavia, l'azienda è risorta dalle ceneri con nuovi investitori che la sostengono e dispone di nuove opzioni di implementazione insieme allo stesso gruppo di attrezzature ad alte prestazioni. Lavoriamo con Violino in laboratorio ormai da qualche tempo; oggi esamineremo l'array 7650, che è il modello all-flash a "prestazioni estreme" nella Violin Flash Storage Platform (FSP).

Violin Systems non è esattamente una nuova azienda; li copriamo ormai da sei anni. L'azienda ha iniziato come pioniere nell'arena all-flash e ha incontrato alcuni guai dopo essere diventata pubblica. Tuttavia, l'azienda è risorta dalle ceneri con nuovi investitori che la sostengono e dispone di nuove opzioni di implementazione insieme allo stesso gruppo di attrezzature ad alte prestazioni. Lavoriamo con Violino in laboratorio ormai da qualche tempo; oggi esamineremo l'array 7650, che è il modello all-flash a "prestazioni estreme" nel portafoglio Violin Flash Storage Platform (FSP).

Violin FSP 7650 è una SAN all-flash caratterizzata da prestazioni più elevate e latenza estremamente bassa. La SAN promette di fornire fino a 2 milioni di IOPS mantenendo una latenza costantemente bassa. Questa soluzione SAN completa è scalabile fino a 140 TB di capacità grezza e inizia a partire da 8.8 TB. Qualcosa su cui l'azienda ha investito sta cambiando le sue opzioni di implementazione con un piano pay-as-you-grow che chiamano Scale Smart. Fondamentalmente, il modello viene consegnato con tutta la flash installata e gli utenti pagano solo ciò di cui hanno bisogno. Quando le loro esigenze aumentano, la nuova memoria flash è proprio lì, nel rack, in attesa, senza interruzioni.

Oltre ad essere veloce e più conveniente, il 7650 viene fornito con una serie di servizi dati aziendali tramite il software Concerto OS 7. Questi servizi includono la crittografia dei dati inattivi che soddisfa gli standard di conformità FIPS-140–2 e AES-XTS-256 per la sicurezza dei dati. Gli utenti possono scalare utilizzando il metodo sopra indicato o utilizzare l'espansione della capacità online e l'espansione delle LUN online. Inoltre, la SAN offre una replica asincrona globale che può essere combinata con lo Stretch Cluster FSP 770 per massimizzare la continuità aziendale.

Specifiche FSP7650

Progetta e costruisci

Il violino non varia molto nel design, poiché ogni piattaforma assomiglia sorprendentemente all'ultima. Lo stesso vale per l'FSP 7650, che è costruito come un carro armato. Nella parte anteriore è presente la maniglia con il marchio, insieme a un modo semplice per far scorrere fuori la SAN. Dietro la maniglia integrata c'è la ventilazione dell'array, alimentata da ventole straordinariamente grandi. In basso a destra ci sono le spie di stato LED e le porte USB.

Come altri dispositivi Violin, la SAN sfrutta i Violin Intelligent Memory Modules (VIMM) per l'archiviazione rispetto agli SSD con fattore di forma comune. Questi si trovano dietro i ventilatori. Come affermato in precedenza, i VIMM sono l'alternativa di Violin all'archiviazione SSD e gestiscono la garbage collection, il livellamento dell'usura e la gestione di errori/guasti per i supporti di archiviazione sottostanti. I VIMM sono composti da un controller flash basato su logica, un processore di gestione, DRAM per i metadati e NAND Flash per l'archiviazione. Ciascuno è sostituibile a caldo per facilitare la manutenzione e in un formato a scheda.

La parte posteriore del dispositivo presenta una maggiore ventilazione nella parte superiore sinistra, con due alimentatori rimovibili nella parte inferiore. A destra ci sono due porte USB, due porte 40GbE, due porte per console seriale e due porte Ethernet. Sul lato destro ci sono quattro slot per schede e porte I/O.

Management

Violin utilizza Concerto OS 7 per il suo software operativo e Symphony è il software di gestione della SAN. L'azienda si distingue davvero dalle altre GUI e non solo perché è flessibile e facile da usare. In realtà è costruito attorno all'archiviazione flash da persone che capiscono che il flash deve essere visto in modo diverso. La GUI si distingue anche perché consente agli utenti di personalizzare diverse dashboard attraverso l'uso di "gadget", mettendo in evidenza le informazioni più rilevanti per una facile visualizzazione. Per quanto riguarda la facilità d'uso, gli utenti possono esportare diverse visualizzazioni elenco direttamente in CSV, PDF e persino e-mail.

Ci sono diversi gadget tra cui scegliere e possono essere mescolati e abbinati per coprire la maggior parte delle basi.

Per prima cosa esamineremo la scheda Panoramica. Questa scheda ha diverse sottoschede che consentono agli utenti di dare una buona occhiata alla maggior parte del sistema. La prima sottoscheda è un riepilogo e, come suggerisce il nome, fornisce un rapido riepilogo generale di come funziona il sistema.

La sottoscheda successiva riguarda le prestazioni. Qui, gli utenti possono scegliere quale metrica desiderano esaminare (IOPS, latenza o larghezza di banda) e possono scegliere di vedere da dove provengono le prestazioni: FSP (supponendo che ce ne sia più di uno), controller o contenitore. È anche possibile scegliere un orario specifico per vedere come sono andate le prestazioni in un giorno particolare a un'ora particolare.

Successivamente esamineremo i LUN principali. Questi sono suddivisi in categorie come larghezza di banda, IOPS, latenza e dimensioni.

Gli utenti possono visualizzare tutte le informazioni sui LUN nella scheda successiva e, come la maggior parte degli aspetti di Symphony, possono scegliere quali informazioni desiderano visualizzare tramite un menu a discesa sul lato destro.

Prestazioni LUN è simile alla scheda Prestazioni e gli utenti possono scegliere quali prestazioni desiderano visualizzare e da dove provengono.

La sottoscheda Client elenca le informazioni sui client come controller, indirizzo IP, tipo, LUN e se è abilitato FC o iSCSI. Gli utenti hanno anche la possibilità di personalizzare ciò che viene visualizzato quando si apre la scheda.

Per l'archiviazione, gli utenti devono fare clic sulla scheda VIMM. Qui possono vedere lo stato come il tipo di flash, se è in corso la ricostruzione del RAID, se i VIMM sono bilanciati, nonché stati come la durata rimanente. Possono anche ottenere una lettura in tempo reale dei VIMM nella parte inferiore dello schermo e verificare se ci sono o meno problemi.

La scheda principale successiva è la scheda di gestione. Attraverso questa scheda, gli utenti possono gestire i dispositivi (suddivisi ulteriormente in array, SAN o LUN), gruppi o regole. Ancora una volta, agli utenti vengono presentate una serie di informazioni che possono essere personalizzate e facendo clic su una delle righe gli utenti possono approfondire un po' di più.

Fare clic con il tasto destro e aprire in una nuova scheda per un'immagine più grande

Analizzando un po' di più i LUN, agli utenti vengono fornite diverse nuove opzioni che includono istantanee e replica. Qui gli utenti possono impostare istantanee, istantanee di gruppo e repliche di LUN.

Sempre nella scheda Gestisci è presente la sottoscheda delle regole. Qui gli utenti possono impostare le regole per lo spazio sugli scaffali e gli avvisi di spazio insufficiente, nonché le regole di integrità del sistema FSP che impostano il nome e la soglia.

Nella scheda principale Analytics sono presenti quattro sottoschede: Report, Pianificazione report, Risultati report e Avvisi. Gli utenti possono selezionare il dispositivo su cui desiderano un report e visualizzarlo o pianificare la modalità di impostazione del report e quindi ottenere i risultati. Possono anche impostare e controllare gli avvisi in base alle metriche impostate.

Fare clic con il tasto destro e aprire in una nuova scheda per un'immagine più grande

Infine, la scheda Amministrazione presenta le solite funzionalità, come la configurazione degli utenti e delle notifiche di avviso, nonché la configurazione delle opzioni di failover e dei plug-in vCenter.

Sebbene la GUI rappresenti un miglioramento complessivo rispetto alla maggior parte delle GUI AFA, sono presenti alcuni problemi minori. Mentre "GUID" e "Serial #" sono colonne selezionabili nell'elenco LUN, una colonna per WWN era notevolmente assente dall'elenco delle scelte. Allo stesso modo, se un flusso di lavoro "Aggiungi replica" viene interrotto durante la configurazione, lascia dietro di sé una definizione di risorsa snapshot orfana, anziché ripulirla adeguatamente.

Performance

Analisi del carico di lavoro dell'applicazione

I benchmark del carico di lavoro dell'applicazione per Violin FSP 7650 consistono nelle prestazioni di MySQL OLTP tramite SysBench e nelle prestazioni di Microsoft SQL Server OLTP con un carico di lavoro TPC-C simulato. In ogni scenario, avevamo una suddivisione 50/50 degli array VIMM controllati da ciascun controller, nel suo tipo RAID predefinito su 12 gruppi sub-RAID. Da questo layout, distribuiamo uniformemente il carico di lavoro sull'array, per bilanciare ciascun 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 sul Violin FSP 7650 (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

• Dell'EMC PowerEdge R740xd Cluster SQL virtualizzato a 4 nodi
  • 8 CPU Intel Xeon Gold 6130 per 269 GHz in cluster (due per nodo, 2.1 GHz, 16 core, cache da 22 MB)
  • 1 TB di RAM (256 GB per nodo, 16 GB x 16 DDR4, 128 GB per CPU)
  • 4 HBA FC Emulex a doppia porta da 16 GB
  • 4 schede di rete Mellanox ConnectX-4 rNDC 25GbE a doppia porta
  • VMware ESXi vSphere 6.5 / Enterprise Plus 8 CPU

Per SQL Server abbiamo esaminato le singole VM e i punteggi aggregati. Il violino FSP 7650 è stato in grado di raggiungere un punteggio complessivo di 12,642.2 TPS con le singole VM che hanno raggiunto da 3,160.4 TPS a 3,160.7 TPS.

Con una latenza media, il 7650 aveva sia VM individuali che un punteggio aggregato di 3 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 prova (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 sono server Dell R740xd.

Cluster MySQL virtualizzato a 740 nodi Dell PowerEdge R8xd

• 16 CPU Intel Xeon Gold 6130 per 538 GHz in cluster (due per nodo, 2.1 GHz, 16 core, 22 MB di cache)
• 2 TB di RAM (256 GB per nodo, 16 GB x 16 DDR4, 128 GB per CPU)
• 8 HBA FC Emulex a doppia porta da 16 GB
• 8 schede di rete Mellanox ConnectX-4 rNDC 25GbE 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

Nel nostro benchmark Sysbench, abbiamo testato diversi set di 8VM, 16VM e 32VM. A differenza di SQL Server, qui abbiamo esaminato solo le prestazioni grezze. Nelle prestazioni transazionali, il 7650 è stato in grado di raggiungere 17,021.7 TPS con 8VM, 23,202.2 TPS con 16VM e 25,313.7 TPS con 32VM.

Considerando la latenza media, il 7650 aveva 15 ms con 8 VM; raddoppiando a 16 VM la latenza è arrivata a soli 22 ms, mentre raddoppiandola nuovamente a 32 VM la latenza è arrivata solo a 41.1 ms.

Nel nostro benchmark sulla latenza dello scenario peggiore, il 7650 ha raggiunto 27.7 ms con 8 VM, 40.8 ms con 16 VM e 75.5 ms con 32 VM.

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. Dal lato dell'array, utilizziamo il nostro cluster di server Dell PowerEdge R740xd:

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

Nel nostro test di lettura di picco 4K, il Violin FSP 7650 ha avuto prestazioni inferiori al millisecondo fino a poco più di 1.5 milioni di IOPS e ha raggiunto il picco di 1,613,302 IOPS e una latenza di 2.26 ms.

Per le scritture di picco 4K, il 7650 è arrivato a quasi 900 IOPS prima di superare 1 ms e raggiungere il picco di 902,388 IOPS con una latenza di 2.26 ms.

Passando ai carichi di lavoro sequenziali, il 7650 ha avuto una latenza inferiore al millisecondo fino a circa 115 IOPS o 7.2 GB/s per 64 letture. La SAN ha raggiunto il picco di circa 127 IOPS o 8 GB/s con una latenza di 4 ms prima di diminuire leggermente le prestazioni e aumentare leggermente la latenza.

Per la scrittura a 64K, il 7650 ha avuto prestazioni di latenza inferiori al millisecondo fino a circa 51 IOPS o 3.2 GB/s prima di raggiungere un picco di poco superiore a 56 IOPS o 3.5 GB/s con una latenza di 4.3 ms seguita da un leggero calo.

Per SQL, il 7650 è arrivato a poco più di 650 IOPS prima di superare 1 ms. Ciò è stato seguito da un forte picco di latenza che è diminuito fino a raggiungere il picco della SAN a 767,440 IOPS e una latenza di 821μs.

Con SQL 90-10, il 7650 è arrivato a circa 661 IOPS prima di superare 1 ms. Anche in questo caso è stato seguito da un picco di latenza (anche se non così elevato come il precedente) prima che la SAN raggiungesse il picco di 752,175 IOPS e una latenza di 1.02 ms.

Per SQL 80-20, il 7650 ha avuto una latenza inferiore al millisecondo fino a circa 620 IOPS e ha raggiunto il picco a 678,858 IOPS e una latenza di 1.45 ms.

Nel nostro carico di lavoro Oracle, il 7650 è rimasto sotto 1 ms fino a poco più di 552 IOPS e ha raggiunto il picco di 623,453 IOPS con una latenza di 1.95 ms.

Con Oracle 90-10, il 7650 ha avuto una latenza inferiore al millisecondo e ha raggiunto il picco di 685 IOPS con una latenza di 837μs prima di diminuire in termini di prestazioni insieme all'aumento della latenza.

Con l'Oracle 80-20, il Violin FSP 7650 ha avuto ancora una volta una latenza inferiore al millisecondo, ma solo di poco. La SAN ha raggiunto il picco di 642,732 IOPS e 996μs.

Successivamente siamo passati al nostro test clone VDI, Completo e Collegato. Per l'avvio VDI Full Clone, il 7650 è arrivato fino a circa 320 IOPS prima di superare 1 ms. La SAN ha raggiunto il picco di 433 IOPS con una latenza di 1.3 ms prima di scendere leggermente.

Per l'accesso iniziale VDI FC, il 7650 ha avuto una latenza inferiore al millisecondo fino a 192 IOPS e ha raggiunto il picco a circa 213 IOPS con una latenza di 3 ms prima di diminuire leggermente.

L'accesso del lunedì VDI Full Clone ha visto il 7650 raggiungere 181 IOPS prima di superare 1 ms e raggiungere il picco di 201,378 IOPS con una latenza di 2.5 ms.

Passando a VDI Linked Clone, il test di avvio ha mostrato che il 7650 è riuscito a raggiungere circa 210 IOPS prima di superare 1 ms, anche se è rimasto un po' a cavallo della linea prima di superarlo. La SAN ha raggiunto il picco di 216,102 IOPS con una latenza di 2.16 ms.

Con l'accesso iniziale di VDI Linked Clone, il 7650 ha superato 155 IOPS con meno di 1 ms di latenza. La SAN ha raggiunto il picco di 128,002 IOPS con una latenza di 1.93 ms.

Infine, il VDI Linked Clone Monday Login aveva il 7650 con una latenza inferiore al millisecondo fino a circa 118 IOPS e ha raggiunto il picco a circa 132 IOPS con una latenza di circa 3.5 ms.

Conclusione

La SAN FSP 7650 di Violin è orientata a prestazioni estreme e con ciò l'azienda intende IOPS elevati con latenza ultra bassa. In effetti, l'azienda dichiara prestazioni fino a 2 milioni di IOPS con una latenza di solo 1 ms. La SAN è disponibile con capacità che vanno da 8.8 TB a 140 TB e utilizza il nuovo piano pay-as-you-grow dell'azienda, Scale Smart. La SAN viene spedita con tutto lo storage flash contenuto nella confezione e quando i clienti ne hanno bisogno, possono iniziare a pagarlo e accedervi immediatamente. L'FSP 7650 viene fornito con diversi servizi dati tramite il software Concerto OS 7 che copre la sicurezza dei dati, scalando attraverso l'espansione online e la replica per la continuità.

Nuovo marchio dell'array di sistemi per violino

Per quanto riguarda le prestazioni, abbiamo eseguito sia i test di analisi del carico di lavoro delle nostre applicazioni come SQL Sever e Sysbench, sia i nostri test VDBench. Con il test SQL Server, il 7650 è stato in grado di raggiungere un punteggio transazionale aggregato di 12,642.2 TPS pur avendo una latenza aggregata di 3 ms. Per Sysbench abbiamo eseguito 8VM, 16VM e 32VM che hanno prodotto prestazioni transazionali. Il 7650 è stato in grado di raggiungere 17,021.7 TPS e una latenza media di 15 ms con 8 VM, 23,202.2 TPS a 22 ms di latenza con 16 VM e 25,313.7 TPS a 41.1 ms di latenza con 32 VM. Nello scenario peggiore, la latenza è stata di soli 27.7 ms per 8 VM, 40.8 ms per 16 VM e 75.5 ms per 32 VM. In entrambi i nostri scenari di test delle applicazioni, il Violin FSP 7650 ha fatto esattamente quello che affermava di poter fare: offrire prestazioni eccezionalmente elevate mantenendo una latenza molto bassa. Esaminando i dati di Sysbench, siamo rimasti colpiti anche dalla quantità di prestazioni che siamo riusciti a ottenere con un numero basso di VM, poiché alcuni sistemi di storage richiedono carichi molto elevati per raggiungere tutte le loro prestazioni, al prezzo di una latenza più elevata. La latenza su questa unità è stata così buona che anche con il carico massimo di 32 VM in Sysbench, la latenza del 99° percentile è rimasta sotto i 76 ms!

I risultati dei test VDBench hanno mostrato numeri impressionanti per il Violino FSP 7650. Anche in questo caso, l'array ha offerto prestazioni elevate eccezionalmente costanti, anche con l'aumento della profondità della coda. Nel nostro carico di lavoro casuale da 4K gestito su 16 VM in un ambiente ESXi 6.5, l'array è iniziato con 162K IOPS a 0.196 ms e ha mantenuto una latenza inferiore al ms fino a 1.5 milioni di IOPS. La SAN ha superato 1.6 milioni di IOPS con una latenza di 2.26 ms in lettura 4K e ha raggiunto 902 IOPS in scrittura 4K, sempre a 2.26 ms. Per i numeri sequenziali, la SAN ha raggiunto 8 GB/s in lettura e 3.5 GB/s in scrittura nei nostri test a 64K. Con i nostri carichi di lavoro SQL, Violin ha registrato prestazioni di picco di 767 IOPS, 752 IOPS per 90-10 e 679 IOPS per 80-20. In Oracle, l'FSP 7650 ha raggiunto il picco di 623 IOPS, 685 IOPS per 90-10 e 643 IOPS in 80-20. Le prestazioni non hanno mantenuto IOPS così elevati durante il passaggio ai test di clone VDI, ma era previsto. Per la clonazione completa, il 7650 ha raggiunto il picco di 433 IOPS per l'avvio, 213 IOPS per l'accesso iniziale e 201 IOPS per l'accesso del lunedì, con 3 ms che rappresentano la latenza massima per le prestazioni di picco. Per Linked Clone la SAN ha raggiunto il picco di 216 IOPS per l'avvio, 128 IOPS per l'accesso iniziale e 132 IOPS per l'accesso del lunedì, registrando 3.5 ms per la latenza massima.

Il violino FSP 7650 raggiunge tutti i livelli che stavamo cercando, incluso un prezzo molto più aggressivo del previsto. L'array è dotato di uno chassis sovradimensionato progettato per sopportare qualsiasi cosa tu possa lanciargli e offre una suite di gestione facile da usare e personalizzabile, gestendo con facilità ogni carico di lavoro che abbiamo distribuito. Le applicazioni sensibili alla latenza, come il nostro ambiente SQL Server, non hanno avuto problemi e i carichi di lavoro affamati di IOPS/throughput, come Sysbench, sono andati ancora più in alto senza faticare. Inoltre, è stata data risposta alle domande sulla redditività dell'azienda che avrebbero potuto trattenere gli acquirenti negli anni passati. Violin dispone dei finanziamenti per tornare ad essere protagonista nel settore IT aziendale, oltre ai servizi di supporto richiesti. Chiunque abbia bisogno di un potente array per carichi di lavoro di livello 0/1 farebbe bene a prendere in considerazione Violin Systems.

Sistemi per violino

Discuti questa recensione

Iscriviti alla newsletter di StorageReview