Ikke trekk forhastede konklusjoner basert på tittelen! Vi har solide argumenter for å støtte det, og vi har pakket dem inn så kompakt som mulig. Her er et innlegg om konseptet og driftsprinsippene til vårt nye datalagringssystem, som ble utgitt i januar 2020.
Etter vår mening er det viktigste konkurransefortrinnet til Dorado V6-lagringssystemfamilien ytelsen og påliteligheten som er nevnt i tittelen. Ja, det er så enkelt, men vi skal snakke om de smarte og ikke fullt så smarte løsningene som gjorde at vi kunne oppnå denne «enkelheten» i dag.
For å bedre avsløre potensialet til den nye generasjonen systemer, vil vi snakke om de eldre representantene i modellserien (modellene 8000, 18000). Med mindre annet er oppgitt, er det disse som er ment.
Noen få ord om markedet
For å bedre forstå hvilken plass Huawei-løsninger har i markedet, la oss se på en velprøvd målestokk - "» Gartner. For to år siden var selskapet vårt selvsikkert blant lederne innen sektoren for generelle diskarrayer, kun bak NetApp og Hewlett Packard Enterprise. Huaweis posisjon i markedet for solid-state-lagring i 2018 var preget av statusen «utfordrer», men noe manglet for å oppnå en lederposisjon.
I 2019 kombinerte Gartner begge de ovennevnte kvadrantene til én, «Primærlagring», i sin forskning. Som et resultat befant Huawei seg igjen i lederkvadranten, sammen med leverandører som IBM, Hitachi Vantara og Infinidat.
For å fullføre bildet bemerker vi at 80 % av dataene til Gartners analyse er samlet inn på det amerikanske markedet, noe som fører til en merkbar skjevhet i favør av de selskapene som er godt representert i USA. Samtidig er leverandører som fokuserer på det europeiske og asiatiske markedet i en klart mindre fordelaktig posisjon. Og til tross for dette tok Huawei-produkter i fjor en verdig plass i den øvre høyre kvadranten, og ifølge Gartners dom «kan de anbefales til bruk».
Hva er nytt i Dorado V6
Spesielt Dorado V6-produktlinjen er representert av inngangsnivåsystemer i 3000-serien. De var i utgangspunktet utstyrt med to kontrollere, men kan utvides horisontalt til 16 kontrollere, 1200 disker og 192 GB hurtigbuffer. Systemet vil også være utstyrt med eksterne Fibre Channel-porter (8/16/32 Gbps) og Ethernet (1/10/25/40/100 Gbps).
Det skal bemerkes at bruken av protokoller som ikke er kommersielt vellykkede for tiden blir begrenset, så i starten bestemte vi oss for å forlate støtten for Fibre Channel over Ethernet (FCoE) og Infiniband (IB). De vil bli lagt til i senere firmwareversjoner. Støtte for NVMe over Fabric (NVMe-oF) er tilgjengelig direkte over Fibre Channel. Den neste firmwaren, som er planlagt utgitt i juni, er planlagt å støtte NVMe over Ethernet-modus. Etter vår mening vil settet ovenfor mer enn dekke behovene til de fleste Huawei-kunder.
Filtilgang er ikke tilgjengelig i den nåværende firmwareversjonen og vil dukke opp i en av de neste oppdateringene nærmere slutten av året. Implementeringen skal være på native nivå, av kontrollerne selv med Ethernet-porter, uten bruk av ekstra utstyr.
Hovedforskjellen mellom Dorado V6 3000-serien og eldre modeller er at den støtter én protokoll på backend-systemet – SAS 3.0. Følgelig kan disker der bare brukes med det navngitte grensesnittet. Fra vårt synspunkt er ytelsen som leveres ganske tilstrekkelig for en enhet av denne typen.
Dorado V6 5000- og 6000-serien er mellomstore løsninger. De er også laget i en 2U-formfaktor og er utstyrt med to kontrollere. De skiller seg fra hverandre i ytelse, antall prosessorer, maksimalt antall disker og hurtigbufferstørrelse. Samtidig er Dorado V6 5000 og 6000 identiske og ser like ut, både arkitektonisk og teknisk sett.
High-end-klassen inkluderer Dorado V6-systemene i 8000- og 18000-serien. De er laget i 4U-størrelse og har som standard en separat arkitektur, der kontrollere og stasjoner er plassert separat. I minimumskonfigurasjonen kan de også utstyres med bare to kontrollere, selv om kundene vanligvis ber om å installere fire eller flere.
Dorado V6 8000 er horisontalt skalerbar opptil 16 kontrollere, og Dorado V6 18000 opptil 32. Disse systemene har forskjellige prosessorer med ulikt antall kjerner og hurtigbufferstørrelser. De tekniske løsningene forblir identiske, som i mellommodellene.
2U-hyller med disker er koblet til via RDMA med en gjennomstrømning på 100 Gbps. Bakenden til den eldre Dorado V6-serien støtter også SAS 3.0, men heller i tilfelle SSD-disker med dette grensesnittet faller betydelig i pris. Da vil bruken av dem bli økonomisk gjennomførbar selv med tanke på den lavere ytelsen. For øyeblikket er kostnadsforskjellen mellom SSD-er med SAS- og NVMe-grensesnitt så liten at vi ikke er klare til å anbefale en slik løsning.
Inne i kontrolleren
Dorado V6-kontrollerne er laget på vår egen elementbase. Ingen prosessorer fra Intel, ingen ASIC-er fra Broadcom. Dermed er hver eneste komponent på hovedkortet, så vel som selve hovedkortet, fullstendig fritatt for påvirkning fra risikoer forbundet med sanksjonspress fra amerikanske selskaper. De som har sett noe av utstyret vårt med egne øyne, har sannsynligvis lagt merke til skjold med en rød stripe under logoen. Det betyr at produktet ikke inneholder amerikanske komponenter. Dette er Huaweis offisielle kurs – å bytte til komponenter som er produsert selv, eller i alle fall produsert i land som ikke følger amerikansk politikk.
Dette er hva du kan se på selve kontrollkortet.
- Universelt nettverksgrensesnitt (Hisilicon 1822-brikke) som er ansvarlig for tilkobling til fiberkanal eller Ethernet.
- BMC-brikke som gir ekstern systemtilgjengelighet, nemlig Hisilicon 1710, for fullfunksjonell fjernkontroll og systemovervåking. Lignende brikketyper brukes også i våre servere og andre løsninger.
- Den sentrale prosessoren, som er Kunpeng 920-brikken bygget på ARM-arkitekturen fra Huawei. Den er vist i diagrammet ovenfor, selv om andre kontrollere kan ha forskjellige modeller med et annet antall kjerner, en annen klokkefrekvens osv. Antall prosessorer i én kontroller varierer også fra modell til modell. For eksempel, i den eldre Dorado V6-serien er det fire av dem på ett kort.
- SSD-kontroller (Hisilicon 1812e-brikke), som støtter både SAS- og NVMe-disker. Vi vil legge til at Huawei produserer SSD-er på egenhånd, men ikke produserer NAND-celler selv, og foretrekker å kjøpe dem fra de fire største globale produsentene i form av ukuttede silisiumskiver. Huawei utfører saging, testing og pakking til brikker på egenhånd, hvoretter de lanserer dem under sitt eget merke.
- AI-brikken er Ascend 310. Som standard er den ikke montert på kontrolleren og er montert via et separat kort som opptar et av sporene som er tildelt nettverkskort. Brikken brukes til å gi intelligent hurtigbufferoppførsel, ytelsesstyring eller dedupliserings- og komprimeringsprosesser. Alle disse oppgavene kan løses av CPU-en, men AI-brikken lar deg gjøre dette mye mer effektivt.
Separat om Kunpeng-prosessorer
Kunpeng-prosessoren er et system på en brikke (SoC), der det i tillegg til dataenheten finnes maskinvaremoduler som akselererer ulike prosesser, for eksempel beregning av sjekksummer eller utførelse av slettingskoding. Den implementerer også maskinvarestøtte for SAS, Ethernet, DDR4 (fra seks til åtte kanaler), osv. Alt dette lar Huawei lage lagringskontrollere som ikke er dårligere i ytelse enn klassiske Intel-løsninger.
I tillegg gjør Huaweis proprietære ARM-baserte løsninger det mulig å lage fullverdige serverløsninger og tilby dem til kundene sine som et alternativ til x86.
Ny Dorado V6-arkitektur…
Den interne arkitekturen til Dorado V6-lagringssystemet i seniorserien er representert av fire hovedunderdomener (fabrikker).
Den første infrastrukturen er det felles frontenden (nettverksgrensesnitt som er ansvarlige for kommunikasjon med SAN-infrastrukturen eller verter).
Det andre er et sett med kontrollere, som hver kan "nå" et hvilket som helst frontend-nettverkskort via RDMA-protokollen, samt den nærliggende "motoren", som er en boks med fire kontrollere, samt felles strøm- og kjøleenheter. For tiden kan high-end Dorado V6-modeller utstyres med to slike "motorer" (henholdsvis åtte kontrollere).
Den tredje fabrikken er ansvarlig for backend-systemet og består av RDMA 100G-nettverkskort.
Til slutt er den fjerde fabrikken «innen maskinvare» representert av tilkoblede intelligente hyller med lagringsenheter.
Denne symmetriske strukturen frigjør NVMe-teknologiens fulle potensial og garanterer høy ytelse og pålitelighet. Input/output-prosessen er maksimalt parallellisert på tvers av prosessorer og kjerner, noe som sikrer samtidig lesing og skriving til flere tråder.
... og hva ga hun oss?
Den maksimale ytelsen til Dorado V6-løsningene er omtrent tre ganger høyere enn forrige generasjons systemer (i samme klasse) og kan nå 20 millioner IOPS.
Dette skyldes at NVMe-støtte i forrige generasjon av enheter var begrenset til diskrackene. Nå er den tilstede i alle ledd, fra verten til SSD-en. Backend-nettverket har også endret seg: SAS/PCIe har gitt plass til RoCEv2 med en gjennomstrømning på 100 Gbps.
Selve SSD-formfaktoren har også endret seg. Hvis det tidligere var 2 disker per 25U-hylle, er den nå økt til 36 fysiske disker i håndflatestørrelse. I tillegg har hyllene blitt «smartere». Hver av dem har nå et feiltolerant system med to kontrollere basert på ARM-brikker, likt de som er installert i de sentrale kontrollerne.
Foreløpig driver de bare med dataomorganisering, men med utgivelsen av ny firmware vil komprimering og slettingskoding bli lagt til, noe som vil redusere belastningen på hovedkontrollerne fra 15 til 5 %. Overføring av noen oppgaver til sokkelen frigjør også båndbredden til det interne nettverket. Og alt dette øker systemets skalerbarhetspotensial betydelig.
Komprimering og deduplisering i forrige generasjon av lagringssystemer ble utført med blokker med fast lengde. Nå er det lagt til en driftsmodus med blokker med variabel lengde, som for øyeblikket må aktiveres med tvang. Senere fastvareoppdateringer kan endre denne omstendighetene.
Også kort om feiltoleranse. Dorado V3 forble operativ selv om en av de to kontrollerne sviktet. Dorado V6 vil sikre datatilgjengelighet selv om sju av åtte kontrollere sviktet etter hverandre, eller fire av den samme "motoren" sviktet samtidig.
Pålitelighet fra et økonomisk synspunkt
Huawei gjennomførte nylig en undersøkelse blant kundene sine for å finne ut hvilket nivå av nedetid for individuelle elementer i IT-infrastrukturen selskapet anser som akseptabelt. Flertallet av respondentene var tolerante for en hypotetisk situasjon der en applikasjon ikke svarer på flere hundre sekunder. For et operativsystem eller en vertsbussadapter var den kritiske nedetiden titalls sekunder (i hovedsak omstartstid). Kunder har enda høyere krav til nettverket: gjennomstrømningen bør ikke gå tapt i mer enn 10–20 sekunder. Som du kanskje kan gjette, anså respondentene feil i lagringssystemet for å være det mest kritiske. Fra forretningsrepresentanters synspunkt bør ikke nedetid i lagringssystemet overstige ... flere sekunder per år!
Med andre ord, hvis en banks klientapplikasjon ikke svarer innen 100 sekunder, vil det mest sannsynlig ikke føre til katastrofale konsekvenser. Men hvis lagringssystemet ikke fungerer like lenge, er det sannsynlig at det vil føre til driftsstans og betydelige økonomiske tap.
Diagrammet ovenfor viser kostnaden per arbeidstime for de ti største bankene (Forbes-data for 2017). Enig, hvis bedriften din er omtrent like stor som kinesiske banker, vil det ikke være så vanskelig å rettferdiggjøre behovet for å kjøpe et lagringssystem for flere millioner dollar. Det motsatte er også sant: hvis en bedrift ikke lider betydelige tap under nedetid, er det lite sannsynlig at den kjøper et avansert lagringssystem. Uansett er det viktig å ha en idé om hvor stort hull som truer med å dannes i lommeboken din mens systemadministratoren håndterer datalagringssystemet som har sluttet å virke.
Ett sekund for nødkobling
Løsning A i illustrasjonen ovenfor er vårt forrige generasjons Dorado V3-system. De fire kontrollerne fungerer parvis, og bare to kontrollere inneholder kopier av hurtigbufferen. Kontrollere i et par kan omfordele belastningen. Samtidig, som du kan se, finnes det ingen frontend- og backend-"fabrikker" her, så hver hylle med disker er koblet til et spesifikt kontrollerpar.
Løsning B-diagrammet viser en løsning fra en annen leverandør som for tiden er på markedet (kjenner du den igjen?). Den har allerede både frontend- og backend-fabrikker, og diskene er koblet til fire kontrollere samtidig. Det er imidlertid noen nyanser i driften av systemets interne algoritmer som ikke er umiddelbart åpenbare.
Til høyre ser du vår nåværende Dorado V6-lagringsarkitektur med alle interne komponenter. La oss se hvordan disse systemene håndterer en typisk situasjon – én kontroller som svikter.
I klassiske systemer, som inkluderer Dorado V3, når perioden som kreves for å omfordele lasten ved feil fire sekunder. I løpet av denne tiden stopper input/output fullstendig. I løsning B fra våre kolleger er nedetiden ved feil enda høyere – seks sekunder – til tross for en mer moderne arkitektur.
Dorado V6-lagringssystemet gjenoppretter driften på bare ett sekund etter en feil. Dette resultatet oppnås takket være et homogent internt RDMA-miljø, som lar kontrolleren få tilgang til "fremmed" minne. Den andre viktige omstendigheten er tilstedeværelsen av en front-end-fabrikk, som gjør at banen for verten ikke endres. Porten forblir den samme, og lasten sendes ganske enkelt til friske kontrollere av drivere med flere passasjeringer.
Feil på den andre kontrolleren i Dorado V6 behandles på ett sekund i henhold til samme skjema. I Dorado V3 tar det omtrent seks sekunder, og i løsningen fra en annen leverandør - ni. For mange DBMS-er kan slike intervaller ikke lenger anses som akseptable, siden systemet i løpet av denne tiden settes i standby-modus og slutter å virke. Dette gjelder først og fremst DBMS som består av mange seksjoner.
Løsning A klarer ikke å overleve feilen til den tredje kontrolleren. Rett og slett fordi tilgangen til noen av diskene med data går tapt. I sin tur gjenoppretter løsning B i en slik situasjon driften, noe som krever, som i forrige tilfelle, ni sekunder.
Hva har Dorado V6? Ett sekund.
Hva kan du gjøre på et sekund?
Nesten ingenting, men det trenger vi ikke. La oss gjenta nok en gang at i den avanserte Dorado V6 er frontend-fabrikken ikke knyttet til kontrollerfabrikken. Dette betyr at det ikke finnes strengt allokerte porter som tilhører en spesifikk kontroller. Gjenoppbygging ved feil innebærer ikke å søke etter alternative stier eller å initialisere multipassering på nytt. Systemet fortsetter å fungere som det gjorde.
Toleranse for flere feil
De eldre Dorado V6-modellene kan lett overleve samtidig feil fra to (!) kontrollere fra en hvilken som helst "motor". Dette ble mulig på grunn av at løsningen nå lagrer tre kopier av hurtigbufferen. Derfor, selv i tilfelle dobbel feil, vil det alltid være én intakt kopi.
Synkron feil på alle fire kontrollerne i en av «motorene» vil heller ikke føre til fatale konsekvenser, siden alle tre kopiene av hurtigbufferen er fordelt mellom «motorene» til enhver tid. Systemet overvåker selv samsvar med denne driftslogikken.
Til slutt er et svært usannsynlig scenario at syv av åtte kontrollere feiler på nytt. Dessuten er det minste akseptable intervallet mellom individuelle feil for å opprettholde driften 15 minutter. I løpet av denne tiden har lagringssystemet tid til å utføre operasjonene som er nødvendige for hurtigbuffermigrering.
Den siste gjenværende kontrolleren vil holde datalagringen i gang og vedlikeholde hurtigbufferen i fem dager (standardverdi, som enkelt kan endres i innstillingene). Etter det vil hurtigbufferen deaktiveres, men lagringssystemet vil fortsette å fungere.
Ingen forstyrrende oppdateringer
Det nye Dorado V6 OS lar deg oppdatere fastvaren til lagringssystemet uten å starte kontrollerne på nytt.
Operativsystemet, som i tilfellet med tidligere løsninger, er basert på LinuxImidlertid har mange driftsprosesser blitt flyttet fra kjernen til brukermodus. De fleste funksjonene, som de som er ansvarlige for deduplikasjon og komprimering, er nå standard daemoner som kjører i bakgrunnen. Dette eliminerer behovet for å oppdatere hele operativsystemet for å oppdatere individuelle moduler. For eksempel, for å legge til støtte for en ny protokoll, trenger du bare å deaktivere den tilsvarende programvaremodulen og starte den nye.
Det er tydelig at problemene med å oppdatere hele systemet fortsatt gjenstår, fordi kjernen også kan inneholde elementer som trenger oppdatering. Men ifølge våre observasjoner er det mindre enn 6 % slike elementer av det totale antallet. Dette gjør at kontrollerne kan startes på nytt titalls ganger sjeldnere enn før.
Løsninger for katastrofemotstand og høy tilgjengelighet (HA/DR)
Dorado V6 er klar for integrering i geodistribuerte løsninger, metroklynger og trippeldatasentre rett ut av esken.
Til venstre i illustrasjonen ovenfor er en metroklynge som mange allerede kjenner til. To lagringssystemer opererer i aktiv/aktiv modus i en avstand på opptil 100 km fra hverandre. Slik infrastruktur med én eller flere quorum-servere kan støttes av løsninger fra forskjellige selskaper, inkludert vårt skybaserte operativsystem FusionSphere. Kanalegenskapene mellom stedene er av spesiell betydning i slike prosjekter; alle andre oppgaver i vårt tilfelle overtas av HyperMetro-funksjonen, som igjen er tilgjengelig «ut av boksen». Integrasjon via Fibre Channel er mulig, så vel som via iSCSI i IP-nettverk, hvis et slikt behov oppstår. Det er ikke lenger behov for dedikert «mørk» optikk, siden systemet er i stand til å kommunisere via eksisterende kanaler.
Når man bygger slike systemer, er det eneste maskinvarekravet for lagringssystemet tildeling av porter for replikering. Det er nok å kjøpe en lisens, starte quorum-servere – fysiske eller virtuelle – og tilby IP-tilkobling til kontrollerne (10 Mbit/s, 50 ms).
Denne arkitekturen kan enkelt overføres til et system med tre datasentre (se høyre del av illustrasjonen). For eksempel når to datasentre opererer i metroklyngemodus, og et tredje sted som ligger mer enn 100 km fra hverandre bruker asynkron replikering.
Systemet støtter teknologisk ulike forretningsscenarier som vil bli implementert i tilfelle en storskala hendelse.
Overlevelsesevne for metroklynger med flere feil
Over og under vises også en klassisk metroklynge bestående av to lagringssystemer og en quorum-server. Som du kan se, vil infrastrukturen vår forbli operativ i seks av ni mulige scenarier med flere feil.
For eksempel, i det andre scenariet, når quorum-serveren og synkroniseringen mellom nettsteder feiler, forblir systemet produktivt, siden det andre nettstedet slutter å fungere. Slik oppførsel er allerede innebygd i de innebygde algoritmene.
Selv etter tre feil kan tilgangen til informasjon opprettholdes hvis intervallet mellom dem er minst 15 sekunder.
Et kjent trumfkort i ermet
La oss minne deg på at Huawei ikke bare produserer lagringssystemer, men også et komplett utvalg av nettverksutstyr. Uansett hvilken leverandør av lagringssystemer du velger, hvis et WDM-nettverk brukes mellom lokasjoner, vil det i 90 % av tilfellene være bygget på selskapets løsninger. Et logisk spørsmål oppstår: hvorfor sette sammen en dyrehage av systemer når all garantert kompatibel maskinvare kan fås fra én leverandør?
Om spørsmålet om produktivitet
Sannsynligvis trenger ingen å overbevises om at overgangen til All-Flash-lagringssystemer gjør det mulig å redusere kostnadene ved vedlikehold av infrastrukturen betydelig, siden alle rutineoperasjoner utføres mange ganger raskere. Dette er bevis på alle leverandører av slikt utstyr. Samtidig begynner mange leverandører å forstille seg når det gjelder produktivitetsfallet når de slår på ulike driftsmoduser for lagringssystemer.
I vår bransje er det vanlig praksis å utstede lagringssystemer for testdrift i én eller to dager. Leverandøren starter en 20-minutters test på et tomt system, og får kosmiske ytelsesindikatorer. Men i reell drift dukker det raskt opp "undervannsraker". Etter bare én dag reduseres de vakre IOPS-verdiene med halvparten eller tre ganger, og hvis lagringssystemet fylles til 80 %, viser de seg å være enda lavere. Når RAID 5 er aktivert i stedet for RAID 10, går ytterligere 10–15 % tapt, og i metroklyngemodus halveres ytelsen ytterligere.
Alt det ovennevnte handler ikke om Dorado V6. Kundene våre har muligheten til å kjøre en ytelsestest i helgen eller i det minste over natten. Da viser søppeltømming seg, og det blir tydelig hvordan aktivering av ulike alternativer – som snapshots og replikering – påvirker mengden IOPS som oppnås.
I Dorado V6 har snapshots og RAID med paritet praktisk talt ingen innvirkning på ytelsen (3–5 % i stedet for 10–15 %). Søppeltømming (fylling av lagringsceller med nuller), komprimering og deduplisering på et lagringssystem som er fylt til 80 % vil alltid påvirke den totale hastigheten på forespørselsbehandlingen. Men Dorado V6 er interessant fordi, uansett hvilken kombinasjon av funksjoner og beskyttelsesmekanismer du aktiverer, vil den endelige ytelsen til lagringssystemet ikke falle under 80 % av verdien som oppnås uten belastning.
Lastbalansering
Den høye ytelsen til Dorado V6 oppnås gjennom balansering i alle trinn, nemlig:
- flerpassering;
- bruk av flere tilkoblinger fra én vert;
- tilstedeværelsen av en front-end fabrikk;
- parallellisering av driften av lagringssystemkontrollere;
- lastfordeling på tvers av alle disker på RAID 2.0+ nivå.
I prinsippet er dette vanlig praksis. Nå til dags er det få som lagrer alle dataene sine på én LUN: alle prøver å ha åtte, førti eller enda flere. Dette er en åpenbar og riktig tilnærming, som vi deler. Men hvis oppgaven din bare krever én LUN, som er enklere å vedlikeholde, lar våre arkitekturløsninger deg oppnå 80 % av ytelsen som er tilgjengelig med flere LUN-er.
Dynamisk planlegging av prosessorbelastninger
Vi har implementert følgende måte å fordele belastningen på prosessorer når man bruker én LUN: oppgaver deles inn i separate små «shards» på LUN-nivå, som hver er strengt tilordnet en spesifikk kontroller i «motoren». Dette gjøres slik at systemet ikke mister ytelse mens det «hopper» med denne databiten på tvers av forskjellige kontrollere.
En annen mekanisme for å opprettholde høy ytelse er dynamisk planlegging, der visse prosessorkjerner kan tildeles forskjellige oppgavepooler. Hvis systemet for eksempel er inaktivt på dedupliserings- og komprimeringsnivået, kan noen kjerner inkluderes i input/output-tjenesteprosessen. Eller omvendt. Alt dette gjøres automatisk og transparent for brukeren.
Data om gjeldende belastning på hver av Dorado V6-kjernene vises ikke i det grafiske grensesnittet, men via kommandolinjen kan du få tilgang til kontrollerens operativsystem og bruke en vanlig Linux-kommando. topp.
NVMe- og RoCE-støtte
Som allerede nevnt, støtter Dorado V6 for øyeblikket NVMe over Fibre Channel fullt ut fra esken og krever ingen lisenser. Midt i året vil støtte for NVMe over Ethernet-modus dukke opp. For å bruke den fullt ut, trenger du støtte for Ethernet med direkte minnetilgang (DMA) versjon v2.0, både fra selve lagringssystemet og fra svitsjer og nettverkskort. For eksempel Mellanox ConnectX-4 eller ConnectX-5. Du kan også bruke nettverkskort basert på våre brikker. I tillegg må RoCE-støtte implementeres på operativsystemnivå.
Alt i alt anser vi Dorado V6 for å være et NVMe-orientert system. Til tross for eksisterende støtte for Fibre Channel og iSCSI, er overgangen til høyhastighets Ethernet med RDMA planlagt for fremtiden.
En klype markedsføring
Fordi Dorado V6-systemet har høy feilmotstand, er godt skalert horisontalt, støtter ulike migrasjonsteknologier osv., blir den økonomiske effekten av anskaffelsen tydelig når intensiv bruk av lagringssystemet starter. Vi vil fortsette å forsøke å gjøre det så lønnsomt som mulig å eie systemet, selv om det ikke er åpenbart i første omgang.
Spesielt har vi laget FLASH EVER-programmet, som er relatert til å forlenge livssyklusen til lagringssystemer og er utformet for å avlaste kunden mest mulig under oppgraderinger.
Dette programmet inkluderer en rekke tiltak:
- muligheten til gradvis å erstatte kontrollere og hyller med disker med nye versjoner uten å bytte ut hele utstyret (for avanserte Dorado V6-systemer);
- muligheten for føderert lagring (kombinere forskjellige versjoner av Dorado til én hybrid lagringsklynge);
- smart virtualisering (muligheten til å bruke tredjeparts maskinvare som en del av Dorado-løsningen).
Det gjenstår å merke seg at den vanskelige situasjonen i verden har hatt liten effekt på de kommersielle utsiktene til det nye systemet. Til tross for at den offisielle lanseringen av Dorado V6 først fant sted i januar, ser vi betydelig etterspørsel etter det i Kina, samt stor interesse for det fra russiske og internasjonale partnere fra finanssektoren og fra offentlige strukturer.
Blant annet, i forbindelse med pandemien, uansett hvor lenge den varer, er spørsmålet om å gi eksterne ansatte virtuelle skrivebord spesielt akutt. I denne prosessen kan Dorado V6 også fjerne mange problemer. For å oppnå dette gjør vi alt vi kan, inkludert å nesten bli enige om å inkludere det nye systemet i VMware-kompatibilitetslisten.
***
Forresten, ikke glem våre mange webinarer, som ikke bare arrangeres i det russisktalende segmentet, men også på globalt nivå. Listen over webinarer for april er tilgjengelig på .
Kilde: www.habr.com
