Per favore, non affrettatevi a trarre conclusioni in base al titolo! Abbiamo argomenti validi a supporto e li abbiamo confezionati nel modo più compatto possibile. Vi proponiamo un post sulla concezione e i principi di funzionamento del nostro nuovo sistema di archiviazione dati, il cui rilascio è avvenuto nel gennaio 2020.
A nostro avviso, il principale vantaggio competitivo della famiglia di sistemi di archiviazione Dorado V6 è rappresentato esattamente dalle prestazioni e dall'affidabilità menzionate nel titolo. Sì, è così semplice, e oggi parleremo di quali soluzioni astute e non così astute ci hanno permesso di raggiungere questo " semplice ".
Per rivelare meglio il potenziale dei sistemi di nuova generazione, parleremo dei modelli superiori della gamma (modelli 8000, 18000). Se non diversamente specificato, si intendono proprio loro.
Due parole sul mercato
Per capire meglio la posizione delle soluzioni Huawei sul mercato, ci rivolgiamo a una misura consolidata — "di Gartner. Due anni fa, nel settore dei sistemi di archiviazione a disco general-purpose, la nostra azienda era saldamente tra i leader, superata solo da NetApp e Hewlett Packard Enterprise. Nel 2018, la posizione di Huawei nel mercato degli storage a stato solido era caratterizzata dallo status di "contendente", ma per raggiungere posizioni di leadership mancava qualcosa.
Nel 2019, Gartner ha unito i due settori menzionati sopra in uno solo — "Storage Primario". Di conseguenza, Huawei si è nuovamente trovato nel quadrante dei leader, accanto a fornitori come IBM, Hitachi Vantara e Infinidat.
Per completezza, notiamo che Gartner raccoglie l'80% dei dati per le analisi sul mercato americano, ciò che porta a un netto sbilanciamento a favore di quelle aziende che sono ben rappresentate proprio negli Stati Uniti. Nel frattempo, i fornitori orientati ai mercati europei e asiatici si trovano in una posizione oggettivamente meno vantaggiosa. E nonostante ciò, lo scorso anno i prodotti Huawei hanno occupato un posto di tutto rispetto nel quadrante in alto a destra e, secondo il giudizio di Gartner, "possono essere raccomandati per l'uso".
Novità in Dorado V6
La gamma di prodotti Dorado V6, in particolare, è rappresentata dai sistemi di livello base della serie 3000. Originariamente dotati di due controller, possono essere espansi orizzontalmente fino a 16 controller, 1200 dischi e 192 GB di cache. Inoltre, il sistema sarà dotato di porte esterne Fibre Channel (8 / 16 / 32 Gbit/s) ed Ethernet (1 / 10 / 25 / 40 / 100 Gbit/s).
Va notato che, attualmente, si sta riducendo l'uso di protocolli che non hanno successo commerciale, quindi all'inizio abbiamo deciso di rinunciare al supporto Fibre Channel over Ethernet (FCoE) e Infiniband (IB). Questi saranno aggiunti in versioni firmware successive. Il supporto NVMe over Fabric (NVMe-oF) è disponibile «out of the box» su Fibre Channel. Nella prossima versione del firmware, il rilascio della quale è previsto per giugno, è pianificato il supporto per la modalità NVMe over Ethernet. A nostro avviso, il set di funzionalità sopra elencato soddisferà ampiamente le esigenze della maggior parte dei clienti Huawei.
L'accesso ai file nella versione attuale del firmware non è disponibile e comparirà in uno dei prossimi aggiornamenti verso la fine dell'anno. L'implementazione è prevista a livello nativo, realizzata dai controller stessi con porte Ethernet, senza l'uso di hardware aggiuntivo.
La principale differenza del modello Dorado V6 della serie 3000 rispetto ai modelli superiori è che sul backend supporta un solo protocollo: SAS 3.0. Di conseguenza, anche i dischi possono essere utilizzati solo con l'interfaccia citata. A nostro avviso, le prestazioni fornite sono più che sufficienti per un dispositivo di questo tipo.
I sistemi Dorado delle serie V6 5000 e 6000 appartengono a soluzioni di fascia media. Anch'essi sono realizzati nel fattore di forma 2U e dotati di due controller. Si differenziano l'uno dall'altro per prestazioni, numero di processori, numero massimo di dischi e volume di cache. Tuttavia, dal punto di vista architettonico e ingegneristico, i Dorado V6 5000 e 6000 sono identici e hanno un aspetto simile.
Appartengono alla classe hi-end i sistemi Dorado V6 delle serie 8000 e 18000. Realizzati in formato 4U, hanno una architettura separata di default, in cui i controller e i dischi sono separati. Nella configurazione minima possono essere forniti anche solo con due controller, anche se i clienti solitamente richiedono di installarne quattro o più.
Dorado V6 8000 si scala orizzontalmente fino a 16 controller, mentre Dorado V6 18000 arriva fino a 32. In questi sistemi sono installati diversi processori con varia quantità di core e cache. L'identità delle soluzioni ingegneristiche rimane comunque invariata, proprio come nei modelli di classe mid-end.
Le scaffalature 2U con supporti sono collegate tramite RDMA con una larghezza di banda di 100 Gbit/s. Il backend di Dorado V6 delle serie superiori supporta anche SAS 3.0, ma piuttosto nel caso in cui i dispositivi SSD con tale interfaccia scendano notevolmente di prezzo. In tal caso, si potrebbe rendere economicamente vantaggioso il loro utilizzo, anche considerando le loro prestazioni inferiori. Al momento attuale, la differenza di prezzo tra SSD con interfacce SAS e NVMe è così ridotta che non siamo pronti a consigliare tale soluzione.
All'interno del controller
I controller Dorado V6 sono realizzati sulla nostra base di componenti. Nessun processore Intel, nessun ASIC di Broadcom. Pertanto, tutti i componenti della scheda madre, così come la scheda stessa, sono completamente al di fuori dell'influenza dei rischi legati alla pressione sanzionatoria da parte delle aziende americane. Chi ha visto il nostro hardware probabilmente ha notato gli scudi con la striscia rossa sotto il logo. Questo significa che nel prodotto non sono presenti componenti americani. È questa la posizione ufficiale di Huawei: passare a componenti di produzione interna o, comunque, prodotti in paesi che non seguono la politica degli Stati Uniti.
Ecco cosa si può vedere sulla scheda del controller.
- Interfaccia di rete universale (chip Hisilicon 1822), responsabile della connessione a Fibre Channel o Ethernet.
- Chip BMC che garantisce l'accessibilità remota del sistema, ovvero Hisilicon 1710, per il controllo e il monitoraggio completo del sistema. Simili sono utilizzati anche nei nostri server e in altre soluzioni.
- Il processore centrale, che è un chip Kunpeng 920 basato sull'architettura ARM prodotto da Huawei. Questo è mostrato nello schema sopra, anche se nei diversi controller possono essere installati modelli diversi con un numero di core diverso, una frequenza di clock diversa, ecc. Tra i modelli cambia anche il numero di processori in un singolo controller. Ad esempio, nelle serie superiori di Dorado V6, su un'unica scheda ce ne sono quattro.
- Il controller SSD (chip Hisilicon 1812e), che supporta il collegamento sia di unità SAS che NVMe. Inoltre, Huawei produce autonomamente SSD, ma non fabbrica le celle NAND, preferendo acquistarle dai quattro maggiori produttori mondiali sotto forma di wafer di silicio non tagliati. Il taglio, il testing e l'imballaggio in chip sono realizzati da Huawei, dopo di che li rilascia con il proprio marchio.
- Chip di intelligenza artificiale — Ascend 310. Per impostazione predefinita, non è presente sul controller ed è montato tramite una scheda separata, che occupa uno degli slot destinati agli adattatori di rete. Il chip è utilizzato per garantire un comportamento intelligente della cache, la gestione delle prestazioni o dei processi di deduplicazione e compressione. Tutti questi compiti possono essere eseguiti anche dalla CPU centrale, ma il chip AI consente di farlo in modo molto più efficiente.
In particolare sui processori Kunpeng
Il processore Kunpeng rappresenta un sistema su chip (SoC), dove oltre all'unità di calcolo sono presenti moduli hardware che accelerano vari processi, ad esempio il calcolo delle checksum o l'esecuzione del "codice di cancellazione" (erasure coding). Esso stesso implementa il supporto hardware per SAS, Ethernet, DDR4 (da sei a otto canali) e così via. Tutto questo consente a Huawei di creare controller di storage che non sono inferiori alle soluzioni classiche Intel in termini di prestazioni.
Inoltre, le soluzioni proprietarie basate sull'architettura ARM consentono a Huawei di creare soluzioni server complete e offrirle ai propri clienti come alternativa all'x86.
La nuova architettura Dorado V6...
L'architettura interna dello storage Dorado V6 della serie superiore è rappresentata da quattro sottodomini principali (fabbriche).
La prima fabbrica è un front-end comune (interfacce di rete, responsabili della comunicazione con la fabbrica SAN o con gli host).
La seconda è un insieme di controller, ciascuno dei quali può tramite il protocollo RDMA "raggiungere" sia una qualsiasi scheda di rete del front-end che il "motore" (engine) adiacente, rappresentato da una scatola contenente quattro controller, insieme a blocchi di alimentazione e raffreddamento comuni. Attualmente, i modelli Dorado V6 di classe hi-end possono essere dotati di due di questi "motori" (otto controller in totale).
La terza fabbrica si occupa del backend ed è composta da schede di rete RDMA da 100G.
Infine, la quarta fabbrica "in hardware" è rappresentata da scaffali intelligenti modulari con unità di archiviazione.
Questa struttura simmetrica svela tutto il potenziale della tecnologia NVMe e garantisce elevate prestazioni e affidabilità. Il processo di input-output è massimamente parallelizzato attraverso processori e core, consentendo lettura e scrittura simultanee su più flussi.
…e cosa ci ha dato
Le prestazioni massime delle soluzioni Dorado V6 superano di circa tre volte i risultati dei sistemi di generazione precedente (nella stessa categoria) e possono raggiungere 20 milioni di IOPS.
Questo è dovuto al fatto che nel precedente generatore di dispositivi il supporto NVMe era limitato solo a scaffali decorativi con unità di archiviazione. Ora, invece, è presente in tutte le fasi, dall'host agli SSD. Anche la rete backend ha subito modifiche: SAS/PCIe hanno fatto posto a RoCEv2 con una larghezza di banda di 100 Gbps.
È cambiata anche la forma fisica degli SSD. Se prima un'unità 2U ospitava 25 unità, ora è stata aumentata a 36 dischi di formato palm-sized. Inoltre, gli scaffali sono diventati "intelligenti". Ognuno di essi ora dispone di un sistema di tolleranza ai guasti composto da due controller basati su chip ARM, simili a quelli installati nei controller centrali.
Attualmente si occupano solo della riorganizzazione dei dati, ma con l'uscita di nuovi firmware verranno aggiunti anche la compressione e l'erasure coding, il che permetterà di ridurre il carico sui controller principali dal 15 al 5%. Spostare parte dei compiti sugli scaffali libera anche la larghezza di banda della rete interna. Tutto questo aumenta significativamente il potenziale di scalabilità del sistema.
La compressione e la deduplicazione nella soluzione di storage precedente venivano eseguite con blocchi di lunghezza fissa. Ora è stata aggiunta una modalità di funzionamento con blocchi di lunghezza variabile, che deve essere attivata forzatamente. I firmware successivi potrebbero modificare questa situazione.
Brevemente sulla tolleranza ai guasti. Dorado V3 manteneva la funzionalità se uno dei due controller falliva. Dorado V6 garantirà l'affidabilità dei dati anche nel caso in cui sette controller su otto smettano di funzionare consecutivamente o quattro dello stesso "motore" simultaneamente.
Affidabilità dal punto di vista economico
Recentemente, tra i clienti di Huawei è stata condotta un'indagine su quali elementi semplici dell'infrastruttura IT l'azienda consideri accettabile. La maggior parte dei rispondenti ha reagito in modo tollerante a una situazione ipotetica in cui un'applicazione non risponde per centinaia di secondi. Per il sistema operativo o l'adattatore host del bus, il tempo critico di inattività è risultato essere di decine di secondi (praticamente, il tempo di riavvio). I clienti pongono requisiti ancora più elevati alla rete: la sua larghezza di banda non deve bloccarsi per più di 10–20 secondi. Come è facile immaginare, i guasti dei sistemi di storage sono stati ritenuti dai partecipanti più critici. Dal punto di vista dei rappresentanti del business, il funzionamento inattivo di uno storage array non deve eccedere… pochi secondi all'anno!
In altre parole, se l'applicazione client della banca non risponde per 100 secondi, probabilmente non causerà conseguenze disastrose. Ma se lo stesso accade a uno storage array, è probabile che si verifichino fermi operativi e significative perdite finanziarie.
Nel grafico sopra sono riportati i costi orari di funzionamento per dieci delle maggiori banche (dati Forbes del 2017). Concordate, se la vostra azienda si avvicina in dimensioni alle banche cinesi, giustificare la necessità di acquisire uno storage array per diversi milioni di dollari non sarà poi così difficile. Vale anche l'affermazione opposta: se l'azienda non subisce perdite significative durante il fermo, è improbabile che acquisti uno storage array di fascia alta. In ogni caso, è importante avere un'idea della dimensione del buco che potrebbe formarsi nel vostro portafoglio mentre l'amministratore di sistema si occupa del sistema di storage guasto.
Secondo per il failover
Nella Soluzione A nell'illustrazione sopra, è possibile vedere il nostro sistema di precedente generazione Dorado V3. Quattro dei suoi controller lavorano a coppie, e le copie della cache sono contenute solo in due controller. I controller all'interno della coppia possono ridistribuire il carico. Nel frattempo, come potete vedere, qui non ci sono "fabriche" frontend e backend, quindi ciascuno scaffale di dischi è collegato a una specifica coppia di controller.
Nello schema Solution B è mostrata la soluzione attualmente disponibile sul mercato di un altro fornitore (l'avete riconosciuta?). Qui ci sono già sia fabbriche front-end che back-end, e i raccoglitori si connettono direttamente a quattro controller. Tuttavia, ci sono delle sfumature nei funzionamenti interni degli algoritmi del sistema che non sono evidenti a prima vista.
A destra è presentata la nostra architettura attuale dello storage Dorado V6 con l'intero insieme di elementi interni. Esaminiamo come questi sistemi affrontano una situazione tipica: il guasto di un controller.
Nei sistemi classici, tra cui il Dorado V3, il tempo necessario per ridistribuire il carico in caso di guasto arriva fino a quattro secondi. Durante questo periodo, le operazioni di input-output si fermano completamente. Nella soluzione Solution B dei nostri colleghi, nonostante un'architettura più moderna, il tempo di inattività in caso di guasto è addirittura superiore: sei secondi.
Lo storage Dorado V6 ripristina il suo funzionamento in appena un secondo dopo un guasto. Questo risultato si ottiene grazie a un ambiente interno RDMA uniforme, che consente al controller di accedere alla memoria 'estranea'. Un secondo aspetto importante è la presenza della fabbrica front-end, che mantiene invariato il percorso per l'host. La porta rimane la stessa e il carico viene semplicemente inviato ai controller funzionanti tramite driver di multipassing.
Il guasto del secondo controller nel Dorado V6 viene gestito in un secondo secondo lo stesso schema. Per il Dorado V3 questo richiede circa sei secondi, mentre per la soluzione di un altro fornitore — nove. Per molti DBMS tali intervalli non possono più essere considerati accettabili, poiché in quel tempo il sistema passa in modalità standby e smette di funzionare. Questo è particolarmente rilevante per i DBMS composti da molte partizioni.
Il guasto del terzo controller Solution A non può essere gestito. Proprio per il fatto che si perde l'accesso a parte dei dischi contenenti dati. Al contrario, la soluzione B in questa situazione ripristina la funzionalità, richiedendo, come nel caso precedente, nove secondi.
E per il Dorado V6? Un secondo.
Cosa si riesce a fare in un secondo
Quasi nulla, ma non ne abbiamo bisogno. Ribadiamo che in Dorado V6 di classe hi-end, la fabbrica del frontend è disaccoppiata dalla fabbrica dei controller. Ciò significa che non ci sono porte rigidamente assegnate a un controller specifico. La ricostruzione in caso di guasto non implica la ricerca di percorsi alternativi o la re-inizializzazione del multipassaggio. Il sistema continua a funzionare come prima.
Resistenza a molteplici guasti
I modelli superiori di Dorado V6 sopportano senza problemi il guasto simultaneo di due qualsiasi (!) controller all'interno di qualsiasi "motore". Questo è stato reso possibile dal fatto che ora la soluzione conserva tre copie della cache. Pertanto, anche in caso di guasto doppio, ci sarà sempre una copia integra.
Il guasto sincronizzato di tutti e quattro i controller in uno dei "motori" non avrà conseguenze fatali, poiché tutte e tre le copie della cache sono distribuite tra i "motori" in ogni momento. La stessa sistema sorveglia il rispetto di tale logica operativa.
Infine, uno scenario altamente improbabile è il guasto sequenziale di sette controller su otto. Inoltre, l'intervallo minimo consentito per mantenere la funzionalità tra i singoli guasti è di 15 minuti. In questo tempo, l'archiviazione riesce a completare le operazioni necessarie per la migrazione della cache.
L'ultimo controller rimasto garantirà il funzionamento dello storage e manterrà la cache per cinque giorni (valore predefinito, facilmente modificabile nelle impostazioni). Dopo di che, la cache sarà disattivata, ma il funzionamento della storage continuerà.
Aggiornamenti non disturbanti
Il nuovo sistema operativo Dorado V6 consente di aggiornare il firmware della storage senza riavviare i controller.
Il sistema operativo, come nel caso delle soluzioni precedenti, è basato su Linux, tuttavia molti processi operativi sono stati trasferiti dal nucleo alla modalità utente. La maggior parte delle funzioni, come quelle responsabili della deduplica e della compressione, ora sono normali demoni che operano in background. Grazie a ciò, non è necessario cambiare l'intero sistema operativo per aggiornare singoli moduli. Ad esempio, per aggiungere il supporto per un nuovo protocollo sarà sufficiente disattivare il modulo software corrispondente e attivare il nuovo.
È chiaro che le questioni relative all'aggiornamento del sistema rimangono, poiché ci possono essere elementi nel kernel che necessitano di essere aggiornati. Tuttavia, secondo le nostre osservazioni, tali elementi rappresentano meno del 6% del numero totale. Ciò consente di riavviare i controller molte meno volte rispetto al passato.
Soluzioni resistenti ai disastri e soluzioni ad alta disponibilità (HA/DR)
Dorado V6 è pronta per l'integrazione in soluzioni geodistribuite, cluster di livello urbano (metro) e data center "tripli".
A sinistra nell'illustrazione sopra si vede un metro-cluster già noto a molti. Due sistemi di archiviazione dati operano in modalità attiva/attiva a una distanza fino a 100 km l'uno dall'altro. Tale infrastruttura, con uno o più server di quorum, può essere supportata da soluzioni di diverse aziende, compresa la nostra piattaforma cloud FusionSphere. In progetti del genere, la qualità della connessione tra i siti diventa particolarmente importante; tutte le altre funzioni sono gestite dalla funzione HyperMetro, disponibile, ancora una volta, "out of the box". L'integrazione può avvenire tramite Fibre Channel, così come tramite iSCSI nelle reti IP, se necessario. Non è più necessario avere la fibra ottica "scura" dedicata, poiché il sistema è in grado di collegarsi attraverso i canali esistenti.
Nella costruzione di tali sistemi, l'unico requisito hardware per i sistemi di archiviazione dati è la dedicazione di porte per la replica. È sufficiente acquistare una licenza, lanciare server di quorum - fisici o virtuali - e garantire la connettività IP ai controller (10 Mbit/s, 50 ms).
Questa architettura può essere facilmente trasferita a un sistema con tre data center (vedi la parte destra dell'illustrazione). Ad esempio, quando due data center operano in modalità metro-cluster e un terzo sito, situato a oltre 100 km, utilizza replica asincrona.
Il sistema supporta tecnologicamente diversi scenari aziendali che saranno attuati in caso di un'elevata emergenza.
Sopravvivenza del metro-cluster in caso di più guasti
Sopra e sotto è mostrato anche un metro-cluster classico, composto da due sistemi di archiviazione dati e un server di quorum. Come puoi vedere, in sei dei nove possibili scenari di guasti multipli, la nostra infrastruttura manterrà la funzionalità.
Ad esempio, nello scenario due, in caso di guasto del server quorum e sincronizzazione tra i siti, il sistema rimane produttivo, poiché il secondo sito smette di funzionare. Comportamenti simili sono già incorporati negli algoritmi integrati.
Anche dopo tre guasti, l'accesso alle informazioni può essere mantenuto, se l'intervallo tra essi è stato di almeno 15 secondi.
Il classico asso nella manica
Ricordiamo che Huawei produce non solo sistemi di archiviazione, ma anche un'ampia gamma di attrezzature di rete. Qualunque fornitore di sistemi di archiviazione tu scelga, se tra i siti viene utilizzata una rete WDM, nel 90% dei casi sarà costruita su soluzioni della nostra azienda. Si pone quindi una domanda legittima: perché raccogliere un parco di sistemi, quando tutta l'attrezzatura compatibile garantita può essere ottenuta da un unico fornitore?
A proposito di prestazioni
Probabilmente, non c'è più bisogno di convincere nessuno che il passaggio ai sistemi di archiviazione All-Flash consente di ridurre significativamente i costi di mantenimento dell'infrastruttura, poiché tutte le operazioni di routine vengono eseguite molte volte più velocemente. Tutti i fornitori di tale attrezzatura ne danno testimonianza. Tuttavia, molti fornitori iniziano a mentire quando si tratta dell'abbassamento delle prestazioni durante l'attivazione di varie modalità operative dei sistemi di archiviazione.
Nel nostro settore è comune fornire sistemi di archiviazione in prova per uno o due giorni. Il fornitore esegue un test di 20 minuti su un sistema vuoto, ottenendo risultati di prestazioni straordinari. Ma nell'uso reale emergono rapidamente le "insidie nascoste". Già dopo un giorno, i valori di IOPS belli scendono di due o tre volte, e se il sistema di archiviazione viene riempito all'80%, risultano anche inferiori. Attivando RAID 5 invece di RAID 10 si perdono ulteriori 10-15%, e in modalità metro-cluster le prestazioni si dimezzano ulteriormente.
Tutto ciò che è stato elencato sopra non riguarda Dorado V6. I nostri clienti hanno la possibilità di avviare un test di prestazioni nei fine settimana o almeno di notte. Allora si manifesta la raccolta dei rifiuti, e diventa chiaro come l'attivazione di varie opzioni — come snapshot e replica — influisca sui valori di IOPS raggiungibili.
In Dorado V6, gli snapshot e RAID con parità influenzano praticamente poco le prestazioni (3–5% invece di 10-15%). La raccolta dei rifiuti (riempimento delle celle del dispositivo con zeri), compressione, deduplicazione su storage SCS, riempito all'80%, avranno sempre un impatto sulla velocità complessiva di elaborazione delle richieste. Ma ciò che rende Dorado V6 interessante è che, qualunque combinazione di funzioni e meccanismi di protezione attivi, la prestazione finale dello storage SCS non scenderà mai sotto l'80% del valore ottenuto senza carico.
Il bilanciamento del carico
L'alta prestazione di Dorado V6 è raggiunta grazie al bilanciamento in ogni fase, e precisamente a:
- multi-passaggio;
- utilizzo di più connessioni da un singolo host;
- presenza di un front-end factory;
- parallelizzazione del lavoro dei controller SCS;
- distribuzione del carico su tutti i dispositivi a livello RAID 2.0+.
In linea di principio, questa è una pratica comune. Al giorno d'oggi, pochi mantengono tutti i dati su un unico LUN: tutti cercano di averne almeno otto, quaranta o anche di più. È un approccio ovvio e corretto, che condividiamo. Ma se il tuo compito richiede solo un LUN, più facile da gestire, le nostre soluzioni architetturali consentono di raggiungere su di esso prestazioni dell'80% di quelle disponibili utilizzando più LUN.
Pianificazione dinamica del carico sui processori
La distribuzione del carico sui processori utilizzando un singolo LUN è realizzata nel seguente modo: i compiti sono suddivisi già a livello LUN in piccoli 'shard', ognuno dei quali è rigidamente assegnato a un controller specifico nel 'motore'. Questo è fatto per garantire che il sistema non perda prestazioni mentre 'salta' con questo pezzo di dati su diversi controller.
Un altro meccanismo per mantenere alte prestazioni è il dynamic scheduling, dove alcuni core del processore possono essere assegnati a diversi pool di compiti. Ad esempio, se il sistema è attualmente inattivo nella deduplicazione e compressione, alcuni core possono attivarsi nel processo di gestione dell'input-output. O viceversa. Tutto questo avviene automaticamente e in modo trasparente per l'utente.
I dati sul carico attuale di ciascun core del Dorado V6 non vengono visualizzati nell'interfaccia grafica, ma tramite la linea di comando è possibile accedere al sistema operativo del controller e utilizzare un comando Linux normale. top.
Supporto NVMe e RoCE
Come già accennato, al momento attuale Dorado V6 supporta completamente NVMe over Fibre Channel "out of the box" e non richiede alcuna licenza. Entro la metà dell'anno verrà aggiunto il supporto per la modalità NVMe over Ethernet. Per un utilizzo completo sarà necessaria una rete Ethernet con accesso diretto alla memoria (DMA) versione v2.0 sia da parte dell'array di storage che da parte di switch e adattatori di rete. Ad esempio, come Mellanox ConnectX-4 o ConnectX-5. È possibile utilizzare anche schede di rete basate sui nostri chip. Inoltre, il supporto RoCE deve essere implementato a livello di sistema operativo.
In generale, riteniamo che Dorado V6 sia un sistema orientato a NVMe. Nonostante il supporto per Fibre Channel e iSCSI, in futuro è previsto un passaggio a Ethernet ad alta velocità con RDMA.
Un pizzico di marketing
Grazie al fatto che il sistema Dorado V6 possiede un'elevata resilienza ai guasti, si scala bene orizzontalmente e supporta varie tecnologie di migrazione, l'effetto economico del suo acquisto si manifesta con l'inizio di un'intensa operatività dell'array di storage. Continueremo a fare del nostro meglio per rendere il possesso del sistema il più vantaggioso possibile, anche se nella fase iniziale questo non è immediatamente evidente.
In particolare, abbiamo sviluppato il programma FLASH EVER, che si occupa di estendere il ciclo di vita dell'array di storage e mira a quanto più possibile ridurre il carico per il cliente durante gli aggiornamenti.
Questo programma comprende una serie di misure:
- la possibilità di sostituire gradualmente i controller e i rack con dischi con nuove versioni senza dover sostituire completamente l'attrezzatura (per i sistemi Dorado V6 di classe hi-end);
- la possibilità di storage federativo (unione di diverse versioni di Dorado all'interno di un singolo cluster ibrido di array di storage);
- virtualizzazione intelligente (possibilità di utilizzare attrezzature di terze parti come parte della soluzione Dorado).
Va notato che la difficile situazione mondiale ha avuto un impatto limitato sulle prospettive commerciali del nuovo sistema. Nonostante il rilascio ufficiale di Dorado V6 sia avvenuto solo a gennaio, vediamo una domanda significativa per esso in Cina, così come un grande interesse da parte di partner russi e internazionali nel settore finanziario e da parte di strutture governative.
Oltre a tutto, a causa della pandemia, per quanto possa durare, la questione dell'approvvigionamento di postazioni di lavoro virtuali per i dipendenti remoti diventa particolarmente urgente. In questo processo, Dorado V6 potrebbe anche risolvere molte questioni. Per questo motivo, stiamo facendo tutti gli sforzi necessari, incluso aver praticamente concordato l'inclusione del nuovo sistema nella lista di compatibilità VMware.
***
A proposito, non dimenticate i nostri numerosi webinar, che si tengono non solo nel segmento di lingua russa, ma anche a livello globale. L'elenco dei webinar di aprile è disponibile su .
Fonte: habr.com
