Ikke trekk for konklusjoner på grunn av tittelen! Vi har tungtveiende argumenter for å støtte det, og vi har pakket dem så kompakt vi kunne. Vi gjør deg oppmerksom på et innlegg om konseptet og prinsippene for drift av vårt nye lagringssystem, som ble utgitt i januar 2020.
Etter vår mening er den viktigste konkurransefordelen til Dorado V6-lagringsfamilien gitt av ytelsen og påliteligheten nevnt i tittelen. Ja, ja, det er så enkelt, men hvilke vanskelige og ikke så vanskelige avgjørelser vi klarte for å oppnå dette "enkle", skal vi snakke i dag.
For å bedre utløse potensialet til nye generasjonssystemer, vil vi snakke om de eldre representantene for modellutvalget (modellene 8000, 18000). Med mindre annet er oppgitt, er de ment å være det.
Noen få ord om markedet
For å bedre forstå plassen til Huawei-løsninger i markedet, la oss gå til en velprøvd målestokk - "» Gartner. For to år siden, i den generelle diskarray-sektoren, gikk selskapet vårt trygt inn i gruppen av ledere, nest etter NetApp og Hewlett Packard Enterprise. Huaweis posisjon i SSD-lagringsmarkedet i 2018 var preget av status som en «utfordrer», men noe manglet for å oppnå en lederposisjon.
I 2019 kombinerte Gartner i sin studie begge de ovennevnte sektorene til én - "Hovedlagring". Som et resultat var Huawei nok en gang i lederkvadranten, ved siden av leverandører som IBM, Hitachi Vantara og Infinidat.
For å komplettere bildet merker vi at Gartner samler inn 80 % av dataene for analyse i det amerikanske markedet, og dette fører til en betydelig skjevhet til fordel for de selskapene som er godt representert i USA. I mellomtiden befinner leverandører orientert mot europeiske og asiatiske markeder seg i en åpenbart mindre fordelaktig posisjon. Til tross for dette tok Huawei-produktene i fjor sin rettmessige plass i den øvre høyre kvadranten, og ifølge Gartners dom kan «anbefales for bruk».
Hva er nytt i Dorado V6
Spesielt Dorado V6-produktlinjen er representert av systemer i 3000-serien på inngangsnivå. I utgangspunktet utstyrt med to kontrollere, kan de utvides horisontalt til 16 kontrollere, 1200 stasjoner og 192 GB cache. Systemet vil også være utstyrt med eksterne Fibre Channel-porter (8/16/32 Gb/s) og Ethernet-porter (1/10/25/40/100 Gb/s).
Merk at bruken av protokoller som ikke har kommersiell suksess nå fases ut, 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 fastvareversjoner. Støtte for NVMe over Fabric (NVMe-oF) er tilgjengelig fra esken på toppen av Fibre Channel. Den neste fastvaren, som er planlagt utgitt i juni, skal etter planen 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 gjeldende fastvareversjon og vil vises i en av de neste oppdateringene mot slutten av året. Implementering forutsettes på native nivå, av kontrollerene selv med Ethernet-porter, uten bruk av tilleggsutstyr.
Hovedforskjellen mellom Dorado V6 3000-serien og de eldre er at den støtter én protokoll på backend - SAS 3.0. Følgelig kan stasjoner der bare brukes med det navngitte grensesnittet. Fra vårt synspunkt er ytelsen gitt av dette ganske nok for en enhet av denne typen.
Systemene i Dorado V6 5000- og 6000-serien er løsninger i mellomklassen. De er også laget i formfaktor 2U og utstyrt med to kontrollere. De skiller seg fra hverandre i ytelse, antall prosessorer, maksimalt antall disker og cachestørrelse. Men i arkitektonisk og ingeniørmessig henseende er Dorado V6 5000 og 6000 identiske og ser like ut.
Hi-end-klassen inkluderer systemer i serien Dorado V6 8000 og 18000. Laget i 4U-størrelse, har de en separat arkitektur som standard, der kontroller og stasjoner er adskilt fra hverandre. De kan også komme med så få som to kontrollere som et minimum, selv om kunder vanligvis ber om fire eller flere.
Dorado V6 8000 skalerer ut til 16 kontrollere, og Dorado V6 18000 skalerer opp til 32. Disse systemene har forskjellige prosessorer med ulikt antall kjerner og cachestørrelser. Samtidig bevares identiteten til ingeniørløsninger, som i mellomklassens modeller.
2U lagringshyller kobles til via RDMA med en båndbredde på 100 Gb/s. Den eldre Dorado V6-backend støtter også SAS 3.0, men mer i tilfelle SSD-er med dette grensesnittet faller mye i pris. Da vil det være en økonomisk gjennomførbarhet av bruken selv med hensyn til lavere produktivitet. For øyeblikket er forskjellen i kostnad 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-kontrollere er laget på vår egen elementbase. Ingen prosessorer fra Intel, ingen ASIC-er fra Broadcom. Dermed er hver enkelt komponent på hovedkortet, så vel som selve hovedkortet, fullstendig fjernet fra påvirkningen av risikoene forbundet med sanksjonspress fra amerikanske selskaper. De som har sett noe av utstyret vårt med egne øyne har sikkert lagt merke til skjold med rød stripe under logoen. Det betyr at produktet ikke inneholder amerikanske komponenter. Dette er det offisielle kurset til Huawei - overgangen til komponenter i sin egen produksjon, eller i alle fall produsert i land som ikke følger USAs politikk.
Her er hva du kan se på selve kontrollerkortet.
- Universelt nettverksgrensesnitt (Hisilicon 1822-brikke) ansvarlig for tilkobling til Fibre Channel eller Ethernet.
- Gir fjerntilgang til systemets BMC-brikke, nemlig Hisilicon 1710, for fullfunksjons fjernkontroll og overvåking av systemet. Lignende brukes også i våre servere og i andre løsninger.
- Den sentrale prosessorenheten, som er Kunpeng 920-brikken bygget på ARM-arkitekturen, produsert av Huawei. Det er han som er vist i diagrammet over, selv om andre kontrollere kan ha ulike modeller med et annet antall kjerner, en annen klokkehastighet osv. Antall prosessorer i en kontroller endres også fra modell til modell. For eksempel, i den eldre Dorado V6-serien er det fire av dem på ett brett.
- SSD-kontroller (Hisilicon 1812e-brikke) som støtter både SAS- og NVMe-stasjoner. I tillegg produserer Huawei SSD-er uavhengig, men produserer ikke NAND-celler selv, og foretrekker å kjøpe dem fra verdens fire største produsenter i form av ukuttede silisiumskiver. Kutting, testing og pakking til brikker Huawei produserer uavhengig, hvoretter de slipper dem under sitt eget merke.
- Den kunstige intelligensbrikken er Ascend 310. Som standard er den fraværende på kontrolleren og er montert gjennom et eget kort, som opptar en av sporene som er reservert for nettverkskort. Brikken brukes til å gi intelligent hurtigbufferatferd, ytelsesstyring eller deduplisering og komprimeringsprosesser. Alle disse oppgavene kan løses ved hjelp av den sentrale prosessoren, men AI-brikken lar deg gjøre dette mye mer effektivt.
Separat om Kunpeng-prosessorer
Kunpeng-prosessoren er et system på en chip (SoC) hvor det i tillegg til dataenheten finnes maskinvaremoduler som akselererer ulike prosesser, som å beregne sjekksummer eller utføre slettekoding. Den implementerer også maskinvarestøtte for SAS, Ethernet, DDR4 (fra seks til åtte kanaler) osv. Alt dette gjør at Huawei kan lage lagringskontrollere som ikke er dårligere i ytelse enn klassiske Intel-løsninger.
I tillegg gjør proprietære løsninger basert på ARM-arkitekturen Huawei i stand til å lage komplette serverløsninger og tilby dem til sine kunder som et alternativ til x86.
Ny Dorado V6-arkitektur...
Den interne arkitekturen til lagringssystemet Dorado V6 i den eldre serien er representert av fire hovedunderdomener (fabrikker).
Den første fabrikken er en felles frontend (nettverksgrensesnitt som er ansvarlige for å kommunisere med SAN-fabrikken eller -vertene).
Den andre er et sett med kontrollere, som hver kan "nå ut" via RDMA-protokollen både til et hvilket som helst front-end nettverkskort og til nabo-"motoren", som er en boks med fire kontrollere, samt strøm og kjøling enheter som er felles for dem. Nå kan hi-end klasse Dorado V6-modeller utstyres med to slike "motorer" (henholdsvis åtte kontrollere).
Den tredje fabrikken er ansvarlig for backend og består av RDMA 100G nettverkskort.
Til slutt er den fjerde fabrikken "i maskinvare" representert av plug-in smarte lagringshyller.
Denne symmetriske strukturen frigjør det fulle potensialet til NVMe-teknologi og garanterer høy ytelse og pålitelighet. I/O-prosessen er maksimalt parallellisert på tvers av prosessorer og kjerner, og gir samtidig lesing og skriving til flere tråder.
...og hva hun ga oss
Den maksimale ytelsen til Dorado V6-løsninger er omtrent tre ganger høyere enn tidligere generasjonssystemer (av samme klasse) og kan nå 20 millioner IOPS.
Dette skyldes det faktum at i den siste generasjonen av enheter utvidet NVMe-støtte kun til inntrekkshyller med stasjoner. Nå er den til stede på alle stadier, fra verten til SSD-en. Backend-nettverket har også gjennomgått endringer: SAS/PCIe har viket for RoCEv2 med en gjennomstrømning på 100 Gb/s.
SSD-formfaktoren har også endret seg. Hvis det tidligere var 2 stasjoner per 25U-hylle, er det nå brakt opp til 36 fysiske disker på håndflatestørrelse. I tillegg "visket opp" hyllene. Hver av dem har nå et feiltolerant system med to kontrollere basert på ARM-brikker, lik de som er installert i de sentrale kontrollerene.
Så langt er de bare engasjert i omorganisering av data, men med utgivelsen av ny fastvare, vil komprimering og slettekoding bli lagt til den, noe som vil redusere belastningen på hovedkontrollerne fra 15 til 5%. Å overføre noen oppgaver til hyllen samtidig frigjør båndbredden til det interne nettverket. Og alt dette øker skalerbarhetspotensialet til systemet betydelig.
Komprimering og deduplisering i forrige generasjons lagringssystem ble utført med blokker med fast lengde. Nå er det lagt til en arbeidsmodus med blokker med variabel lengde, som så langt må slås på med makt. Påfølgende oppdateringer kan endre denne omstendigheten.
Også kort om toleranse for feil. Dorado V3 forble operativ hvis en av de to kontrollerene sviktet. Dorado V6 vil sikre tilgjengeligheten av data selv om syv av åtte kontrollere svikter i rekkefølge eller fire av en motor svikter samtidig.
Pålitelighet med tanke på økonomi
Nylig ble det gjennomført en undersøkelse blant Huawei-kunder om hvor mye nedetid av enkeltelementer i IT-infrastrukturen selskapet anser som akseptabelt. For det meste var respondentene tolerante for en hypotetisk situasjon der applikasjonen ikke svarer innen noen få hundre sekunder. For operativsystemet eller vertsbussadapteren var titalls sekunder (i hovedsak omstartstid) kritisk nedetid. Kundene stiller enda høyere krav til nettverket: båndbredden bør ikke forsvinne i mer enn 10–20 sekunder. Som du kanskje gjetter, vurderte de mest kritiske respondentene lagringssystemfeil. Fra forretningsrepresentanters synspunkt bør enkel lagring ikke overstige ... noen få sekunder i året!
Med andre ord, hvis bankens klientapplikasjon ikke svarer på 100 sekunder, vil dette mest sannsynlig ikke føre til katastrofale konsekvenser. Men hvis lagringssystemet ikke fungerer for samme beløp, er forretningsstans og betydelige økonomiske tap sannsynlig.
Diagrammet over viser kostnadene for en times arbeid for de ti største bankene (Forbes-data for 2017). Enig, hvis bedriften din nærmer seg størrelsen på kinesiske banker, vil det ikke være så vanskelig å rettferdiggjøre behovet for å kjøpe lagringssystemer for flere millioner dollar. Den omvendte påstanden er også korrekt: Hvis en virksomhet ikke pådrar seg betydelige tap under nedetid, er det usannsynlig å kjøpe høyteknologiske lagringssystemer. Uansett er det viktig å ha en ide om hvilken størrelse et hull truer med å danne i lommeboken mens systemadministratoren tar seg av lagringssystemet som har nektet å fungere.
Andre per failover
I løsning A i illustrasjonen ovenfor kan du kjenne igjen vår forrige generasjon Dorado V3-system. De fire kontrollerene fungerer i par, og bare to kontrollere inneholder kopier av cachen. Kontrollere i et par kan omfordele lasten. Samtidig, som du kan se, er det ingen front-end og back-end "fabrikker" her, så hver av lagringshyllene er koblet til et spesifikt kontrollerpar.
Løsning B-diagrammet viser en løsning som for øyeblikket er på markedet fra en annen leverandør (gjenkjent?). Det er allerede front-end og back-end fabrikker her, og stasjonene er koblet til fire kontrollere samtidig. Riktignok er det nyanser som ikke er åpenbare i den første tilnærmingen i arbeidet med de interne algoritmene til systemet.
Til høyre er vår nåværende Dorado V6-lagringsarkitektur med hele settet med innvendige deler. Vurder hvordan disse systemene overlever en typisk situasjon - svikten til en kontroller.
I klassiske systemer, som inkluderer Dorado V3, når perioden som kreves for å omfordele lasten i tilfelle feil fire sekunder. I løpet av denne tiden stopper I/O helt. Løsning B fra våre kolleger har, til tross for den mer moderne arkitekturen, en enda høyere nedetid ved feil på seks sekunder.
Lagring Dorado V6 gjenoppretter arbeidet 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, takket være hvilken banen for verten ikke endres. Porten forblir den samme, og lasten sendes ganske enkelt til de friske kontrollerene av multipasserende sjåfører.
Feilen til den andre kontrolleren i Dorado V6 løses på ett sekund i henhold til samme skjema. Dorado V3 tar omtrent seks sekunder, og en annen leverandørs løsning tar ni. For mange DBMS kan slike intervaller ikke lenger anses som akseptable, siden systemet i løpet av denne tiden går over til standby-modus og slutter å fungere. Dette gjelder først og fremst DBMS som består av mange seksjoner.
Feilen i den tredje kontrolleren Løsning A er ikke i stand til å overleve. Ganske enkelt på grunn av at tilgangen til deler av datadiskene går tapt. I sin tur gjenoppretter løsning B i en slik situasjon sin arbeidskapasitet, som tar, som i forrige tilfelle, ni sekunder.
Hva er det i Dorado V6? Ett sekund.
Hva kan gjøres på et sekund
Nesten ingenting, men vi trenger det ikke. Nok en gang, i Dorado V6 i hi-end-klassen, er front-end-fabrikken frakoblet kontrollerfabrikken. Dette betyr at det ikke er noen hardkodede porter som tilhører en spesifikk kontroller. Failover innebærer ikke å finne alternative veier eller reinitialisere multipassering. Systemet fortsetter å fungere som før.
Multippel feiltoleranse
De eldre Dorado V6-modellene kan enkelt overleve samtidig feil på to (!) kontroller fra alle "motorer". Dette er muliggjort av at løsningen nå beholder tre kopier av cachen. Derfor, selv med en dobbel feil, vil det alltid være en komplett kopi.
En synkron svikt på alle fire kontrollerene i en av «motorene» vil heller ikke gi fatale konsekvenser, siden alle tre kopiene av cachen til enhver tid er fordelt mellom «motorene». Systemet overvåker selv overholdelse av slik arbeidslogikk.
Til slutt, et svært usannsynlig scenario er den sekvensielle feilen til syv av åtte kontrollere. I tillegg er det minste tillatte intervallet for å opprettholde driften mellom individuelle feil 15 minutter. I løpet av denne tiden har lagringssystemet tid til å utføre operasjonene som er nødvendige for hurtigbuffermigreringen.
Den siste overlevende kontrolleren vil kjøre datalageret og vedlikeholde cachen i fem dager (standardverdien, som enkelt kan endres i innstillingene). Etter det vil cachen bli deaktivert, men lagringssystemet vil fortsette å fungere.
Ikke-forstyrrende oppdateringer
Det nye operativsystemet Dorado V6 lar deg oppdatere lagringsfastvaren uten å starte kontrollerene på nytt.
Operativsystemet, som i tilfellet med tidligere løsninger, er basert på Linux, men mange driftsprosesser har blitt overført fra kjernen til brukermodus. De fleste funksjonene, som de som er ansvarlige for deduplisering og komprimering, er nå vanlige demoner som kjører i bakgrunnen. Som et resultat er det ikke nødvendig å endre hele operativsystemet for å oppdatere individuelle moduler. Anta, for å legge til støtte for en ny protokoll, vil det bare være nødvendig å slå av den tilsvarende programvaremodulen og starte en ny.
Det er klart at problemene med å oppdatere systemet som helhet fortsatt gjenstår, fordi det kan være elementer i kjernen som må oppdateres. Men disse, ifølge våre observasjoner, er mindre enn 6% av totalen. Dette lar deg starte kontrollerene på nytt ti ganger sjeldnere enn før.
Katastrofetolerante og høy tilgjengelighet (HA/DR) løsninger
Dorado V6 ut av esken er klar for integrering i geo-distribuerte løsninger, klynger på bynivå (metro) og "trippel" datasentre.
Til venstre i illustrasjonen over er en metroklynge som allerede er kjent for mange. To lagringssystemer fungerer i aktiv / aktiv modus i en avstand på opptil 100 km fra hverandre. En slik infrastruktur med en eller flere quorum-servere kan støttes av løsninger fra forskjellige selskaper, inkludert vårt FusionSphere skyoperativsystem. Spesielt viktig i slike prosjekter er egenskapene til kanalen mellom nettstedene, alle andre oppgaver i vårt tilfelle blir overtatt av HyperMetro-funksjonen, tilgjengelig, igjen, ut av boksen. Integrasjon er mulig over Fibre Channel, samt over iSCSI i IP-nettverk, dersom et slikt behov oppstår. Det er ikke lenger behov for obligatorisk tilstedeværelse av dedikert "mørk" optikk, siden systemet er i stand til å kommunisere gjennom eksisterende kanaler.
Når du bygger slike systemer, er det eneste maskinvarekravet for lagring tildeling av porter for replikering. Det er nok å kjøpe en lisens, kjøre quorum-servere - fysiske eller virtuelle - og gi IP-tilkobling til kontrollerene (10 Mbps, 50 ms).
Denne arkitekturen kan enkelt overføres til et system med tre datasentre (se høyre side av illustrasjonen). For eksempel, når to datasentre opererer i metroklyngemodus, og det tredje stedet, som ligger i en avstand på over 100 km, bruker asynkron replikering.
Systemet støtter teknologisk ulike forretningsscenarier som vil bli implementert ved en storstilt overskridelse.
Overlevelse av en metroklynge med flere feil
Ovenstående og under viser også en klassisk metroklynge, bestående av to lagringssystemer og en quorumserver. Som du kan se, i seks av ni mulige scenarier med flere feil, vil infrastrukturen vår forbli operativ.
For eksempel, i det andre scenariet, hvis quorumsserveren mislykkes og synkronisering mellom nettsteder mislykkes, forblir systemet produktivt fordi det andre nettstedet slutter å fungere. Denne oppførselen er allerede innebygd i de innebygde algoritmene.
Selv etter tre feil kan tilgang til informasjon opprettholdes hvis intervallet mellom dem er minst 15 sekunder.
Det vanlige trumfkortet fra ermet
Husk at Huawei produserer ikke bare lagringssystemer, men også et komplett utvalg av nettverksutstyr. Uansett hvilken lagringsleverandør du velger, hvis et WDM-nettverk brukes mellom nettsteder, vil det i 90 % av tilfellene være bygget på løsningene til selskapet vårt. Et logisk spørsmål oppstår: hvorfor sette sammen en dyrehage med systemer når all maskinvaren som garantert er kompatibel med hverandre kan fås fra én leverandør?
Til spørsmålet om ytelse
Sannsynligvis trenger ingen å bli overbevist om at overgangen til All-Flash-lagring kan redusere infrastrukturvedlikeholdskostnadene betydelig, siden alle rutineoperasjoner utføres mange ganger raskere. Alle leverandører av slikt utstyr vitner om dette. I mellomtiden begynner mange leverandører å være utspekulerte når det kommer til ytelsesforringelse når ulike lagringsmoduser er aktivert.
I vår bransje er det mye praktisert å utstede lagringssystemer for testdrift i én eller to dager. Leverandøren kjører en 20-minutters test på et tomt system, og får kosmiske ytelsestall. Og i ekte drift kryper "undervannsrive" raskt ut. Etter en dag er vakre IOPS-verdier redusert med halvparten eller tre ganger, og hvis lagringssystemet er fylt med 80%, viser de seg å være enda mindre. Når RAID 5 er aktivert i stedet for RAID 10, går ytterligere 10-15 % tapt, og i metroklyngemodus halveres ytelsen i tillegg.
Alt oppført ovenfor handler ikke om Dorado V6. Våre kunder har mulighet til å kjøre en ytelsestest over helgen eller i det minste over natten. Da manifesterer søppelinnsamling seg, og det blir også tydelig hvordan aktivering av ulike alternativer – som øyeblikksbilder og replikering – påvirker mengden IOPS som oppnås.
I Dorado V6 har øyeblikksbilder og RAID med paritet nesten ingen effekt på ytelsen (3-5 % i stedet for 10-15%). Søppeloppsamling (fylling av stasjonscellene med nuller), komprimering, deduplisering på et lagringssystem som er 80 % fullt vil alltid påvirke den generelle hastigheten på forespørselsbehandlingen. Men det er Dorado V6 som er interessant ved at uansett hvilken kombinasjon av funksjoner og beskyttelsesmekanismer du aktiverer, vil den endelige lagringsytelsen ikke falle under 80 % av tallet som oppnås uten belastning.
Lastbalansering
Den høye ytelsen til Dorado V6 oppnås ved å balansere på hvert trinn, nemlig:
- multipassering;
- bruk av flere tilkoblinger fra én vert;
- tilgjengeligheten av en front-end fabrikk;
- parallellisering av driften av lagringskontrollere;
- lastfordeling over alle stasjoner på RAID 2.0+-nivå.
I utgangspunktet er dette en vanlig praksis. I disse dager er det få som holder alle dataene på én LUN: alle prøver å ha åtte, til og med førti eller enda flere. Dette er en åpenbar og riktig tilnærming, som vi deler. Men hvis oppgaven din krever bare én LUN, som er enklere å vedlikeholde, lar våre arkitektoniske løsninger den oppnå 80 % av ytelsen som er tilgjengelig med flere LUN.
Dynamisk CPU-planlegging
Fordelingen av belastningen på prosessorene ved bruk av en LUN implementeres på følgende måte: oppgaver på LUN-nivå er delt inn i separate små "skår", som hver er stivt tildelt en spesifikk kontroller i "motoren". Dette gjøres for at systemet ikke skal miste ytelsen 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 grupper av oppgaver. For eksempel, hvis systemet nå er inaktivt på nivået av deduplisering og komprimering, kan noen av kjernene være involvert i prosessen med å betjene I/O. Eller vice versa. Alt dette gjøres automatisk og transparent for brukeren.
Data om gjeldende belastning av hver av Dorado V6-kjernene vises ikke i det grafiske grensesnittet, men gjennom kommandolinjen kan du få tilgang til kontrollerens OS og bruke den vanlige Linux-kommandoen topp.
NVMe og RoCE-støtte
Som allerede nevnt støtter Dorado V6 for øyeblikket fullt ut NVMe over Fibre Channel ut av esken og krever ingen lisenser. I midten av året vil støtte for NVMe over Ethernet-modus vises. For full bruk 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 som Mellanox ConnectX-4 eller ConnectX-5. Du kan også bruke nettverkskort laget på basis av brikkene våre. RoCE-støtte må også implementeres på operativsystemnivå.
Totalt sett anser vi Dorado V6 for å være et NVMe-sentrisk system. Til tross for eksisterende støtte for Fibre Channel og iSCSI, er det i fremtiden planlagt å bytte til høyhastighets Ethernet med RDMA.
En klype markedsføring
På grunn av det faktum at Dorado V6-systemet er svært feiltolerant, skalerer godt, støtter ulike migrasjonsteknologier, etc., blir den økonomiske effekten av anskaffelsen tydelig med starten av intensiv bruk av lagringssystemer. Vi vil fortsette å prøve å gjøre eierskapet til systemet så lønnsomt som mulig, selv om det i første omgang ikke er åpenbart.
Spesielt har vi dannet FLASH EVER-programmet knyttet til å forlenge livssyklusen til lagringssystemer og designet for å avlaste kunden så mye som mulig under oppgraderinger.
Dette programmet inkluderer en rekke tiltak:
- muligheten til å gradvis erstatte kontrollere og diskhyller med nye versjoner uten å erstatte hele maskinvaren (for Dorado V6 hi-end-systemer);
- muligheten for forent lagring (kombinerer forskjellige versjoner av Dorado som en del av en 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 hadde liten effekt på de kommersielle utsiktene til det nye systemet. Til tross for at den offisielle utgivelsen av Dorado V6 fant sted først i januar, ser vi betydelig etterspørsel etter den i Kina, samt stor interesse for den fra russiske og internasjonale partnere fra finans- og regjeringssektoren.
Blant annet i forbindelse med pandemien, uansett hvor lenge de varer, er problemet med å gi eksterne ansatte virtuelle skrivebord spesielt akutt. I denne prosessen kunne Dorado V6 også fjerne mange spørsmål. For dette formål gjør vi all nødvendig innsats, inkludert praktisk talt enighet om inkludering av det nye systemet i VMware-kompatibilitetslisten.
***
Forresten, ikke glem våre mange webinarer som holdes ikke bare i det russisktalende segmentet, men også på globalt nivå. Listen over webinarer for april er tilgjengelig på .
Kilde: www.habr.com