Salut à tutti ! Cum'è prumessu, pubblichemu i risultati di una prova di carica di un sistema di almacenamiento di dati di fabricazione russa - AERODISK ENGINE N2.
In l'articulu precedente, avemu rottu u sistema di almacenamento (vale à dì, avemu realizatu teste di crash) è i risultati di a prova di crash eranu pusitivi (vale à dì, ùn avemu micca rottu u sistema di almacenamiento). Pudete vede i risultati di u crash test .
In i cumenti à l'articulu precedente, e dumande sò state fatte per testi di crash supplementari, più sofisticati. L'avemu arregistratu tutti è l'avete definitivamente implementatu in unu di l'articuli seguenti. À u listessu tempu, pudete visità u nostru laburatoriu in Mosca in ogni mumentu (vene à pedi o fà remotamente via Internet) è eseguisce sti testi stessu (pudete ancu fà teste per un prughjettu specificu :-)). Scriviteci, cunsideremu tutti i scenarii!
Inoltre, sè ùn site micca in Mosca, pudete ancu diventà più familiarizatu cù u nostru sistema di almacenamiento assistendu à un avvenimentu di furmazione gratuitu in un centru di cumpetenza in a cità più vicinu à voi.
Quì sottu hè una lista di l'avvenimenti futuri è e date di operazione di i centri di cumpetenza.
- Ekaterinburg. 16 di maghju di u 2019. Seminariu di furmazione. Pudete registrà cù u ligame:
- Ekaterinburg. 20 maghju - 21 ghjugnu 2019. Centru di cumpetenza. Venite à una dimostrazione in diretta di u sistema di almacenamentu AERODISK ENGINE N2 in ogni mumentu di travagliu. L'indirizzu esattu è u ligame di registrazione seranu furniti più tardi. Segui l'infurmazioni.
- Novosibirsk SEGUITE L'INFORMAZIONI IN U NOSTRE SITE o HUBRA.
Ottobre 2019 - Kazan. SEGUITE L'INFORMAZIONI IN U NOSTRE SITE o HUBRA.
Ottobre 2019 - Krasnoyarsk SEGUITE L'INFORMAZIONI IN U NOSTRE SITE o HUBRA.
nuvembre 2019
Vulemu ancu sparte una altra bona nutizia: avemu finalmente u nostru un canale induve pudete fighjà video da avvenimenti passati. Publicemu regularmente i nostri video di furmazione quì.
banc d'essai
Allora, torna à i testi. Avemu aghjurnatu u nostru sistema di almacenamentu di laboratoriu ENGINE N2 installendu unità SSD SAS supplementari, è ancu adattatori Front-end Fibre Channel 16G. In una manera simmetrica, avemu aghjurnatu u servitore da quale correremu a carica aghjustendu adattatori FC 16G.
In u risultatu, in u nostru labburatoriu avemu un sistema d'almacenamiento 2-controller cù 24 SAS SSD 1,6 TB, 3 DWPD disks, chì hè cunnessu via switch SAN à un servitore fisicu Linux via FC 16G.
U diagramma di u bancu di prova hè mostratu in a figura sottu.
Metodologia di prova
Per u megliu rendimentu nantu à l'accessu di bloccu, useremu pools DDP (Dynamic Disk Pool), chì avemu creatu una volta apposta per i sistemi ALL-FLASH.
Per a prova, avemu creatu dui LUN cù una capacità di 1 TB ognunu cù u livellu di prutezzione RAID-10. "Spargeremu" ogni LUN à traversu 12 dischi (24 in totale) per aduprà cumplettamente u putenziale di ognunu di i dischi installati in u sistema di almacenamento.
Presentemu LUN à u servitore attraversu diversi controller per utilizà risorse di almacenamento quant'è pussibule.
Ciascuna di e teste durà una ora, è e teste seranu realizate da u prugramma Flexible IO (FIO); I dati FIO seranu caricati automaticamente in Excel, in quale i grafici sò digià custruiti per a chiarezza.
Caricà i Profili
In u tutale, faremu trè teste, una ora ognunu, escludendu u tempu di riscaldamentu, per quale avemu da attribuisce 15 minuti (questu hè esattamente quantu hè necessariu per riscalda un array di 24 unità SSD). Queste teste imitanu i profili di carica più frequenti, in particulare questi sò certi DBMS, sistemi di surviglianza video, emissioni di cuntenutu media è backups.
Inoltre, in tutti i testi, avemu disattivatu deliberatamente a capacità di cache in RAM in u sistema di almacenamento è in l'ospite. Di sicuru, questu aggravarà i risultati, ma, in u nostru parè, in tali cundizioni a prova serà più ghjustu.
Risultati di test
Testu n ° 1. Carica aleatoria in picculi blocchi. Emulazione di un DBMS transazionale di alta carica.
- Dimensione di u bloccu = 4k
- Lettura/Scrittura = 70%/30%
- Numero di opere = 16
- Profundità di a fila = 32
- Carattere di carica = Full Random
I risultati di u test:
In u tutale, cù u sistema junior mid-range Engine N2 avemu ricevutu 438k IOPS cù una latenza di 2,6 milliseconds. In cunsiderà a classa di u sistema, in u nostru parè, u risultatu hè abbastanza decentu. Per capisce s'ellu hè u limitu per u sistema, fighjemu l'utilizazione di risorse di i controller di almacenamento.
Semu principarmenti interessati à u CPU, postu chì, cum'è dettu sopra, avemu disattivatu deliberatamente a cache RAM per ùn distorsioni i risultati di a prova.
Nantu à i dui cuntrolli di almacenamentu vedemu apprussimatamente a stessa stampa.
Questu hè, a carica di CPU hè 50%. Questu suggerisce chì questu hè luntanu da u limitu di stu sistema di almacenamiento è pò ancu esse facilmente scalatu. Andemu un pocu avanti: tutte e seguenti teste anu ancu dimustratu chì a carica nantu à i processori di u controller hè intornu à u 50%, cusì ùn li ne listeremu più.
Basatu nantu à i nostri testi di laboratoriu, u limitu còmode di u sistema AERODISK Engine N2, se cuntemu IOPS aleatorii à blocchi 4k, hè ~ 700 000 IOPS. Sè questu ùn hè micca abbastanza è avete bisognu di strive per un milione, allora avemu u vechju mudellu ENGINE N4.
Questu hè, a storia di milioni di IOPS hè ENGINE N4, è se un milione hè troppu per voi, allora calmu aduprà N2.
Riturnemu à i testi.
Testu n ° 2. Registrazione sequenziale in grandi blocchi. Emulazione di sistemi di sorveglianza video, caricamentu di dati in un DBMS analiticu o registrazione di copie di salvezza.
In questa prova ùn simu più interessate in IOPS, postu chì quandu caricate sequenzialmente in grandi blocchi ùn anu micca sensu. Semu principarmenti interessate in: u flussu di scrittura (megabytes per seconda) è i ritardi, chì, sicuru, seranu più altu cù blocchi grossi cà cù chjuchi.
- Dimensione di u bloccu = 128k
- Lettura/Scrittura = 0%/100%
- Numero di opere = 16
- Profundità di a fila = 32
- Carica Carattere - Sequential
Totale: avemu un arregistramentu di cinque gigabyte è mezzo per seconda cù ritardu di undici millisecondi. Comparatu cù i so cuncurrenti stranieri più vicinu, u risultatu, in u nostru parè, hè eccellente, è ùn hè ancu micca u limitu di u sistema ENGINE N2.
Test n ° 3. Lettura sequenziale in grandi blocchi. Emulazione di trasmissione di cuntenutu media, generazione di rapporti da un DBMS analiticu o restaurà dati da backups.
Cum'è in a prova precedente, ci interessa u flussu è i ritardi.
- Dimensione di u bloccu = 128k
- Lettura/Scrittura = 100%/0%
- Numero di opere = 16
- Profundità di a fila = 32
- Carica Carattere - Sequential
A prestazione di lettura in streaming hè previsiblemente ligeramente megliu cà a prestazione di scrittura in streaming.
Curiosamente, l'indicatore di latenza hè identicu in tutta a prova (linea dritta). Questu ùn hè micca un errore; quandu leghje in sequenza in grandi blocchi, in u nostru casu hè una situazione cumuna.
Di sicuru, se abbandunemu u sistema in questa forma per un paru di simane, eventualmente vedemu salti periodichi in i grafici, chì seranu assuciati cù fatturi esterni. Ma, in generale, ùn affettanu micca a stampa.
scuperti
Da u sistema AERODISK ENGINE N2 dual-controller, avemu pussutu ottene risultati abbastanza serii (~ 438 IOPS è ~ 000-5 gigabytes per seconda). I testi di carica anu dimustratu chì ùn simu certamente micca vergogna di u nostru sistema di almacenamento. À u cuntrariu, l'indicatori sò assai decenti è currispondenu à un bonu sistema di almacenamiento.
Eppuru, cum'è avemu scrittu sopra, Engine N2 hè un mudellu junior, è in più, i risultati mostrati in questu articulu ùn sò micca u so limitu. Più tardi publicheremu una prova simili da u nostru sistema ENGINE N4 più anticu.
Naturalmente, ùn pudemu micca copre tutte e teste pussibuli in u quadru di un articulu, cusì urgemu di novu à i lettori à sparte i so desideri per i testi futuri in i cumenti; sicuramente li pigliaremu in contu in publicazioni future.
Inoltre, vi ricurdemu chì questu annu simu attivamente impegnati in a furmazione, cusì vi invitamu à i nostri centri di cumpetenza, induve pudete sottumette a furmazione nantu à i sistemi di almacenamento AERODISK, è à u stessu tempu avete un tempu interessante è divertente.
Duplicate l'infurmazioni nantu à l'avvenimenti di furmazione futuri.
- Ekaterinburg. 16 di maghju di u 2019. Seminariu di furmazione. Pudete registrà cù u ligame:
- Ekaterinburg. 20 maghju - 21 ghjugnu 2019. Centru di cumpetenza. Venite à una dimostrazione in diretta di u sistema di almacenamentu AERODISK ENGINE N2 in ogni mumentu di travagliu. L'indirizzu esattu è u ligame di registrazione seranu furniti più tardi. Segui l'infurmazioni.
- Novosibirsk SEGUITE L'INFORMAZIONI IN U NOSTRE SITE o HUBRA.
Ottobre 2019 - Kazan. SEGUITE L'INFORMAZIONI IN U NOSTRE SITE o HUBRA.
Ottobre 2019 - Krasnoyarsk SEGUITE L'INFORMAZIONI IN U NOSTRE SITE o HUBRA.
nuvembre 2019
Source: www.habr.com