Lad være med at drage forhastede konklusioner på grund af titlen! Vi har tungtvejende argumenter for at bakke det op, og vi har pakket dem så kompakt, som vi kunne. Vi gør dig opmærksom på et indlæg om konceptet og principperne for driften af vores nye lagersystem, som blev frigivet i januar 2020.
Efter vores mening er den største konkurrencefordel ved Dorado V6-lagringsfamilien leveret af ydeevnen og pålideligheden nævnt i titlen. Ja, ja, det er så enkelt, men hvilke vanskelige og knap så vanskelige beslutninger, vi formåede at opnå denne "simple", vil vi tale i dag.
For bedre at frigøre potentialet i den nye generation af systemer, vil vi tale om de ældre repræsentanter for modelserien (modeller 8000, 18000). Medmindre andet er angivet, er det meningen, at de skal være det.
Et par ord om markedet
For bedre at forstå Huawei-løsningernes plads på markedet, lad os vende os til en gennemprøvet målestok - "» Gartner. For to år siden, i sektoren for almindelige diskarrays, kom vores virksomhed med selvtillid ind i gruppen af ledere, kun næst efter NetApp og Hewlett Packard Enterprise. Huaweis position på SSD-lagermarkedet i 2018 var præget af status som "udfordrer", men der manglede noget for at opnå en lederposition.
I 2019 kombinerede Gartner i sin undersøgelse begge ovennævnte sektorer i én - "Hovedlager". Som et resultat var Huawei igen i førerkvadranten, ved siden af leverandører som IBM, Hitachi Vantara og Infinidat.
For at fuldende billedet bemærker vi, at Gartner indsamler 80% af dataene til analyse på det amerikanske marked, og dette fører til en betydelig bias til fordel for de virksomheder, der er godt repræsenteret i USA. I mellemtiden befinder leverandører orienteret mod europæiske og asiatiske markeder sig i en åbenlyst mindre fordelagtig position. På trods af dette indtog Huawei-produkter sidste år deres retmæssige plads i den øverste højre kvadrant, og ifølge Gartners dom, "kan blive anbefalet til brug."
Hvad er nyt i Dorado V6
Især Dorado V6-produktlinjen er repræsenteret af systemer i 3000-serien på entry-level. De er oprindeligt udstyret med to controllere, og de kan udvides horisontalt til 16 controllere, 1200 drev og 192 GB cache. Systemet vil også være udstyret med eksterne Fibre Channel-porte (8 / 16 / 32 Gb / s) og Ethernet-porte (1 / 10 / 25 / 40 / 100 Gb / s).
Bemærk, at brugen af protokoller, der ikke har kommerciel succes, nu er ved at blive udfaset, så i starten besluttede vi at opgive support til Fibre Channel over Ethernet (FCoE) og Infiniband (IB). De vil blive tilføjet i senere firmwareversioner. Understøttelse af NVMe over Fabric (NVMe-oF) er tilgængelig ud af æsken oven på Fibre Channel. Den næste firmware, som er planlagt til udgivelse i juni, er planlagt til at understøtte NVMe over Ethernet-tilstand. Efter vores mening vil ovenstående sæt mere end dække behovene hos de fleste Huawei-kunder.
Filadgang er ikke tilgængelig i den aktuelle firmwareversion og vises i en af de næste opdateringer mod slutningen af året. Implementering påtages på native niveau, af controllerne selv med Ethernet-porte, uden brug af ekstra udstyr.
Den største forskel mellem Dorado V6 3000-serien og de ældre er, at den understøtter én protokol på backend - SAS 3.0. Følgelig kan drev der kun bruges med det navngivne interface. Fra vores synspunkt er ydeevnen fra dette ganske nok til en enhed af denne type.
Systemerne i Dorado V6 5000- og 6000-serien er løsninger i mellemklassen. De er også lavet i formfaktoren 2U og udstyret med to controllere. De adskiller sig fra hinanden i ydeevne, antallet af processorer, det maksimale antal diske og cachestørrelse. Men i arkitektonisk og ingeniørmæssig henseende er Dorado V6 5000 og 6000 identiske og ser ens ud.
Hi-end-klassen inkluderer systemer i serien Dorado V6 8000 og 18000. De er lavet i 4U-størrelse og har som standard en separat arkitektur, hvor controllere og drev er adskilt adskilt. De kan også komme med så få som to controllere som minimum, selvom kunder typisk beder om fire eller flere.
Dorado V6 8000 skalerer ud til 16 controllere, og Dorado V6 18000 skalerer op til 32. Disse systemer har forskellige processorer med forskelligt antal kerner og cachestørrelser. Samtidig bevares identiteten af ingeniørløsninger, som i mellemklassemodeller.
2U lagerhylder er forbundet via RDMA med en båndbredde på 100 Gb/s. Den ældre Dorado V6-backend understøtter også SAS 3.0, men mere i tilfælde af, at SSD'er med denne grænseflade falder meget i pris. Så vil der være en økonomisk gennemførlighed af deres anvendelse, selv under hensyntagen til lavere produktivitet. I øjeblikket er forskellen i omkostninger mellem SSD'er med SAS- og NVMe-grænseflader så lille, at vi ikke er klar til at anbefale en sådan løsning.
Inde i controlleren
Dorado V6 controllere er lavet på vores egen element base. Ingen processorer fra Intel, ingen ASIC'er fra Broadcom. Således er hver enkelt komponent på bundkortet, såvel som selve bundkortet, fuldstændig fjernet fra indflydelsen af de risici, der er forbundet med sanktionspres fra amerikanske virksomheder. De, der har set noget af vores udstyr med egne øjne, har sikkert bemærket skjolde med en rød stribe under logoet. Det betyder, at produktet ikke indeholder amerikanske komponenter. Dette er Huaweis officielle forløb - overgangen til komponenter i sin egen produktion, eller under alle omstændigheder produceret i lande, der ikke følger den amerikanske politik.
Her er, hvad du kan se på selve controllerkortet.
- Universal netværksinterface (Hisilicon 1822 chip) ansvarlig for tilslutning til Fibre Channel eller Ethernet.
- Giver fjernadgang til systemets BMC-chip, nemlig Hisilicon 1710, til fjernbetjening og overvågning af systemet med alle funktioner. Lignende bruges også i vores servere og i andre løsninger.
- Den centrale behandlingsenhed, som er Kunpeng 920-chippen bygget på ARM-arkitekturen, fremstillet af Huawei. Det er ham, der er vist i diagrammet ovenfor, selvom andre controllere kan have forskellige modeller med et andet antal kerner, en anden clockhastighed osv. Antallet af processorer i en controller ændrer sig også fra model til model. For eksempel i den ældre Dorado V6-serie er der fire af dem på et bræt.
- SSD-controller (Hisilicon 1812e-chip), der understøtter både SAS- og NVMe-drev. Derudover producerer Huawei selvstændigt SSD'er, men fremstiller ikke selv NAND-celler, og foretrækker at købe dem fra verdens fire største producenter i form af uskårne siliciumwafers. Udskæring, test og emballering til chips producerer Huawei selvstændigt, hvorefter de frigiver dem under sit eget mærke.
- Den kunstige intelligens-chip er Ascend 310. Som standard er den fraværende på controlleren og er monteret gennem et separat kort, som optager en af de slots, der er reserveret til netværksadaptere. Chippen bruges til at levere intelligent cache-adfærd, præstationsstyring eller deduplikering og komprimeringsprocesser. Alle disse opgaver kan løses ved hjælp af den centrale processor, men AI-chippen giver dig mulighed for at gøre dette meget mere effektivt.
Separat om Kunpeng-processorer
Kunpeng-processoren er et system på en chip (SoC), hvor der udover computerenheden er hardwaremoduler, der accelererer forskellige processer, såsom beregning af kontrolsummer eller udførelse af slettekodning. Den implementerer også hardwareunderstøttelse til SAS, Ethernet, DDR4 (fra seks til otte kanaler) osv. Alt dette giver Huawei mulighed for at skabe lagercontrollere, der ikke er ringere i ydeevne end klassiske Intel-løsninger.
Derudover gør proprietære løsninger baseret på ARM-arkitekturen Huawei i stand til at skabe komplette serverløsninger og tilbyde dem til sine kunder som et alternativ til x86.
Ny Dorado V6-arkitektur...
Den interne arkitektur af lagersystemet Dorado V6 i den ældre serie er repræsenteret af fire hovedunderdomæner (fabrikker).
Den første fabrik er en fælles frontend (netværksgrænseflader, der er ansvarlige for at kommunikere med SAN-fabrikken eller værterne).
Den anden er et sæt controllere, som hver kan "nå ud" via RDMA-protokollen både til ethvert front-end netværkskort og til naboen "motor", som er en boks med fire controllere, samt strøm og køling fælles for dem. Nu kan hi-end klasse Dorado V6-modeller udstyres med to sådanne "motorer" (henholdsvis otte controllere).
Den tredje fabrik er ansvarlig for backend og består af RDMA 100G netværkskort.
Endelig er den fjerde fabrik "i hardware" repræsenteret af plug-in intelligente opbevaringshylder.
Denne symmetriske struktur frigør det fulde potentiale af NVMe-teknologi og garanterer høj ydeevne og pålidelighed. I/O-processen er maksimalt paralleliseret på tværs af processorer og kerner, hvilket giver samtidig læsning og skrivning til flere tråde.
...og hvad hun gav os
Den maksimale ydeevne af Dorado V6-løsninger er cirka tre gange højere end tidligere generations systemer (af samme klasse) og kan nå op på 20 millioner IOPS.
Dette skyldes det faktum, at NVMe-understøttelse i den seneste generation af enheder kun blev udvidet til indtrækshylder med drev. Nu er den til stede på alle stadier, fra værten til SSD'en. Backend-netværket har også gennemgået ændringer: SAS/PCIe har givet plads til RoCEv2 med en gennemstrømning på 100 Gb/s.
SSD-formfaktoren har også ændret sig. Hvis der tidligere var 2 drev pr. 25U-hylde, er det nu blevet bragt op til 36 fysiske diske i håndfladestørrelse. Derudover "klogede hylderne op." Hver af dem har nu et fejltolerant system med to controllere baseret på ARM-chips, svarende til dem, der er installeret i de centrale controllere.
Indtil videre er de kun engageret i omorganisering af data, men med udgivelsen af ny firmware vil komprimerings- og slettekodning blive tilføjet til det, hvilket vil reducere belastningen på hovedcontrollerne fra 15 til 5%. Overførsel af nogle opgaver til hylden på samme tid frigør båndbredden på det interne netværk. Og alt dette øger systemets skalerbarhedspotentiale markant.
Kompression og deduplikering i den tidligere generation af lagersystem blev udført med blokke med fast længde. Nu er der tilføjet en måde at arbejde med blokke af variabel længde på, som indtil videre skal slås til med magt. Efterfølgende opdateringer kan ændre denne omstændighed.
Også kort om tolerance for svigt. Dorado V3 forblev operationel, hvis en af de to controllere svigtede. Dorado V6 vil sikre tilgængeligheden af data, selvom syv ud af otte controllere fejler i rækkefølge, eller fire ud af en motor svigter samtidigt.
Pålidelighed i forhold til økonomi
For nylig blev der foretaget en undersøgelse blandt Huawei-kunder om, hvor meget nedetid af individuelle elementer i IT-infrastrukturen virksomheden anser for acceptabel. For det meste var respondenterne tolerante over for en hypotetisk situation, hvor ansøgningen ikke reagerer inden for et par hundrede sekunder. For operativsystemet eller værtsbusadapteren var titusinder af sekunder (i det væsentlige genstartstid) kritisk nedetid. Kunderne stiller endnu højere krav til netværket: dets båndbredde bør ikke forsvinde i mere end 10-20 sekunder. Som du måske kan gætte, overvejede de mest kritiske respondenter lagringssystemfejl. Fra forretningsrepræsentanters synspunkt bør simpel opbevaring ikke overstige ... et par sekunder om året!
Med andre ord, hvis bankens klientapplikation ikke reagerer i 100 sekunder, vil dette højst sandsynligt ikke have katastrofale konsekvenser. Men hvis lagersystemet ikke fungerer for det samme beløb, er det sandsynligt, at virksomheden stopper og betydelige økonomiske tab.
Ovenstående diagram viser omkostningerne ved en times arbejde for de ti største banker (Forbes-data for 2017). Enig, hvis din virksomhed nærmer sig størrelsen af kinesiske banker, vil det ikke være så svært at retfærdiggøre behovet for at købe lagersystemer for flere millioner dollars. Det omvendte udsagn er også korrekt: Hvis en virksomhed ikke lider væsentlige tab under nedetid, er det usandsynligt at købe hi-end-lagringssystemer. Under alle omstændigheder er det vigtigt at have en idé om, hvilken størrelse et hul truer med at danne i din tegnebog, mens systemadministratoren tager sig af lagersystemet, der har nægtet at fungere.
Anden pr. failover
I løsning A i illustrationen ovenfor kan du genkende vores tidligere generation Dorado V3-system. Dens fire controllere arbejder i par, og kun to controllere indeholder kopier af cachen. Controllere inden for et par kan omfordele belastningen. Samtidig er der, som du kan se, ingen front-end og back-end "fabrikker" her, så hver af lagerhylderne er forbundet til et specifikt controller-par.
Løsnings B-diagrammet viser en løsning, der i øjeblikket er på markedet fra en anden leverandør (anerkendt?). Der er allerede front-end og back-end fabrikker her, og drevene er forbundet til fire controllere på én gang. Sandt nok er der nuancer, der ikke er indlysende i den første tilnærmelse i arbejdet med systemets interne algoritmer.
Til højre er vores nuværende Dorado V6-lagringsarkitektur med det fulde sæt af interne elementer. Overvej, hvordan disse systemer overlever en typisk situation - svigt af en controller.
I klassiske systemer, som inkluderer Dorado V3, når den nødvendige periode til at omfordele belastningen i tilfælde af fejl fire sekunder. I dette tidsrum stopper I/O fuldstændigt. Løsning B fra vores kolleger har på trods af den mere moderne arkitektur en endnu højere nedetid ved fejl på seks sekunder.
Opbevaring Dorado V6 genopretter sit arbejde på kun et sekund efter en fejl. Dette resultat opnås takket være et homogent internt RDMA-miljø, der giver controlleren adgang til "fremmed" hukommelse. Den anden vigtige omstændighed er tilstedeværelsen af en front-end fabrik, takket være hvilken stien til værten ikke ændres. Porten forbliver den samme, og belastningen sendes simpelthen til de raske controllere af multipasserende chauffører.
Fejlen i den anden controller i Dorado V6 løses på et sekund i henhold til samme skema. Dorado V3 tager omkring seks sekunder, og en anden leverandørs løsning tager ni. For mange DBMS kan sådanne intervaller ikke længere betragtes som acceptable, da systemet i løbet af denne tid skifter til standbytilstand og holder op med at fungere. Det drejer sig først og fremmest om DBMS bestående af mange sektioner.
Fejlen i den tredje controller Løsning A er ikke i stand til at overleve. Simpelthen på grund af det faktum, at adgangen til en del af datadiskene går tabt. Til gengæld genopretter løsning B i en sådan situation sin arbejdskapacitet, hvilket tager, som i det foregående tilfælde, ni sekunder.
Hvad er der i Dorado V6? Et sekund.
Hvad kan gøres på et sekund
Næsten ingenting, men vi har ikke brug for det. Endnu en gang, i Dorado V6 af hi-end-klassen, er front-end-fabrikken afkoblet fra controller-fabrikken. Det betyder, at der ikke er nogen hårdkodede porte, der tilhører en specifik controller. Failover involverer ikke at finde alternative veje eller geninitialisere multipassering. Systemet fortsætter med at fungere, som det plejer.
Multipel fejltolerance
De ældre Dorado V6-modeller kan nemt overleve den samtidige fejl på to (!) Controllere fra alle "motorer". Dette er muliggjort af, at løsningen nu beholder tre kopier af cachen. Derfor vil der, selv med en dobbeltfejl, altid være én komplet kopi.
Et synkront svigt af alle fire controllere i en af "motorerne" vil heller ikke medføre fatale konsekvenser, da alle tre kopier af cachen er fordelt blandt "motorerne" på et givet tidspunkt. Systemet overvåger selv overholdelse af en sådan arbejdslogik.
Endelig er et meget usandsynligt scenarie den sekventielle fejl i syv ud af otte controllere. Desuden er det mindste tilladte interval mellem individuelle fejl for at opretholde driften 15 minutter. I løbet af denne tid har lagersystemet tid til at udføre de operationer, der er nødvendige for cache-migreringen.
Den sidste overlevende controller vil køre datalageret og vedligeholde cachen i fem dage (standardværdien, som nemt kan ændres i indstillingerne). Derefter deaktiveres cachen, men lagersystemet fortsætter med at fungere.
Ikke-forstyrrende opdateringer
Det nye OS Dorado V6 giver dig mulighed for at opdatere lagerfirmwaren uden at genstarte controllerne.
Styresystemet er, som i tilfældet med tidligere løsninger, baseret på Linux, dog er mange driftsprocesser flyttet fra kernen til brugertilstanden. De fleste af funktionerne, såsom dem, der er ansvarlige for deduplikering og komprimering, er nu almindelige dæmoner, der kører i baggrunden. Som følge heraf er det ikke nødvendigt at ændre hele operativsystemet for at opdatere individuelle moduler. Antag, at for at tilføje understøttelse af en ny protokol, vil det kun være nødvendigt at slukke for det tilsvarende softwaremodul og starte et nyt.
Det er klart, at problemerne med at opdatere systemet som helhed stadig består, fordi der kan være elementer i kernen, der skal opdateres. Men disse er ifølge vores observationer mindre end 6% af totalen. Dette giver dig mulighed for at genstarte controllere ti gange sjældnere end før.
Katastrofetolerante og High Availability (HA/DR) løsninger
Dorado V6 er klar til integration i geodistribuerede løsninger, klynger på byniveau (metro) og "tredobbelte" datacentre.
Til venstre i illustrationen ovenfor er en metroklynge, som mange allerede kender. To lagersystemer fungerer i aktiv/aktiv tilstand i en afstand på op til 100 km fra hinanden. En sådan infrastruktur med en eller flere kvorumservere kan understøttes af løsninger fra forskellige virksomheder, herunder vores FusionSphere cloud-operativsystem. Af særlig betydning i sådanne projekter er egenskaberne ved kanalen mellem webstederne, alle andre opgaver i vores tilfælde overtages af HyperMetro-funktionen, tilgængelig igen, ud af boksen. Integration er mulig over Fibre Channel, såvel som over iSCSI i IP-netværk, hvis et sådant behov opstår. Der er ikke længere behov for obligatorisk tilstedeværelse af dedikeret "mørk" optik, da systemet er i stand til at kommunikere gennem eksisterende kanaler.
Når man bygger sådanne systemer, er det eneste hardwarekrav til lagring tildelingen af porte til replikering. Det er nok at købe en licens, køre quorum-servere - fysiske eller virtuelle - og levere IP-forbindelse til controllerne (10 Mbps, 50 ms).
Denne arkitektur kan nemt overføres til et system med tre datacentre (se højre side af illustrationen). For eksempel, når to datacentre opererer i metro-klyngetilstand, og det tredje sted, der ligger i en afstand på mere end 100 km, bruger asynkron replikering.
Systemet understøtter teknologisk forskellige forretningsscenarier, der vil blive implementeret i tilfælde af en større overskridelse.
Overlevelse af en metroklynge med flere fejl
Ovenstående og nedenfor viser også en klassisk metroklynge, bestående af to lagersystemer og en kvorumserver. Som du kan se, vil vores infrastruktur forblive operationel i seks ud af ni mulige scenarier med flere fejl.
For eksempel, i det andet scenarie, hvis kvorumserveren fejler og synkronisering mellem webstederne, forbliver systemet produktivt, fordi det andet websted holder op med at fungere. Denne adfærd er allerede indbygget i de indbyggede algoritmer.
Selv efter tre fejl kan adgangen til information opretholdes, hvis intervallet mellem dem er mindst 15 sekunder.
Det sædvanlige trumfkort fra ærmet
Husk på, at Huawei ikke kun producerer lagersystemer, men også et komplet udvalg af netværksudstyr. Uanset hvilken lagringsudbyder du vælger, hvis der bruges et WDM-netværk mellem sites, vil det i 90% af tilfældene være bygget på vores virksomheds løsninger. Et logisk spørgsmål opstår: hvorfor samle en zoologisk have af systemer, når al den hardware, der med garanti er kompatibel med hinanden, kan fås fra én leverandør?
Til spørgsmålet om præstation
Sandsynligvis behøver ingen at blive overbevist om, at overgangen til All-Flash-lagring kan reducere omkostningerne til vedligeholdelse af infrastrukturen markant, da alle rutineoperationer udføres mange gange hurtigere. Alle leverandører af sådant udstyr vidner om dette. I mellemtiden begynder mange leverandører at være snedige, når det kommer til ydeevneforringelse, når forskellige lagertilstande er aktiveret.
I vores branche er det almindeligt praktiseret at udstede lagersystemer til testdrift i en eller to dage. Sælgeren kører en 20-minutters test på et tomt system og opnår kosmiske præstationstal. Og i rigtig drift kravler "undervandsrive" hurtigt ud. Efter en dag er smukke IOPS-værdier reduceret med det halve eller tre gange, og hvis lagersystemet er fyldt med 80%, viser de sig at være endnu mindre. Når RAID 5 er aktiveret i stedet for RAID 10, går yderligere 10-15 % tabt, og i metroklyngetilstanden halveres ydeevnen yderligere.
Alt anført ovenfor handler ikke om Dorado V6. Vores kunder har mulighed for at køre en præstationstest i weekenden eller i hvert fald natten over. Så manifesterer affaldsindsamling sig, og det bliver også tydeligt, hvordan aktiveringen af forskellige muligheder - som snapshots og replikering - påvirker mængden af opnået IOPS.
I Dorado V6 har snapshots og RAID med paritet næsten ingen effekt på ydeevnen (3-5% i stedet for 10-15%). Affaldsopsamling (fyldning af drevcellerne med nuller), komprimering, deduplikering på et lagersystem, der er 80 % fyldt, vil altid påvirke den overordnede hastighed af anmodningsbehandlingen. Men det er Dorado V6, der er interessant ved, at uanset hvilken kombination af funktioner og beskyttelsesmekanismer du aktiverer, vil den endelige opbevaringsydelse ikke falde under 80% af det opnåede tal uden belastning.
Lastbalancering
Den høje ydeevne af Dorado V6 opnås ved at balancere på hvert trin, nemlig:
- multipassering;
- brug af flere forbindelser fra én vært;
- tilgængelighed af en front-end fabrik;
- parallelisering af driften af lagercontrollere;
- belastningsfordeling på tværs af alle drev på RAID 2.0+-niveau.
Grundlæggende er dette en almindelig praksis. I disse dage er det få mennesker, der gemmer alle data på én LUN: alle forsøger at have otte, endda fyrre eller endda flere. Dette er en indlysende og korrekt tilgang, som vi deler. Men hvis din opgave kun kræver én LUN, som er nemmere at vedligeholde, gør vores arkitektoniske løsninger det muligt at opnå 80 % af den ydeevne, der er tilgængelig med flere LUN'er.
Dynamisk CPU-planlægning
Fordelingen af belastningen på processorer ved brug af en LUN implementeres på følgende måde: opgaver på LUN-niveau er opdelt i separate små "skår", som hver især er stift tildelt en specifik controller i "motoren". Dette gøres for at systemet ikke mister ydeevne, mens det "hopper" med dette stykke data på tværs af forskellige controllere.
En anden mekanisme til at opretholde høj ydeevne er dynamisk planlægning, hvor visse processorkerner kan allokeres til forskellige puljer af opgaver. For eksempel, hvis systemet nu er inaktivt på niveauet for deduplikering og komprimering, så kan nogle af kernerne være involveret i processen med at servicere I/O. Eller omvendt. Alt dette sker automatisk og gennemsigtigt for brugeren.
Data om den aktuelle belastning af hver af Dorado V6-kernerne vises ikke i den grafiske grænseflade, men gennem kommandolinjen kan du få adgang til controllerens OS og bruge den sædvanlige Linux-kommando top.
NVMe og RoCE support
Som allerede nævnt understøtter Dorado V6 i øjeblikket fuldt ud NVMe over Fibre Channel ud af boksen og kræver ingen licenser. I midten af året vises understøttelse af NVMe over Ethernet-tilstand. For dets fulde brug har du brug for understøttelse af Ethernet med DMA (Direct Memory Access) version v2.0 både fra selve lagersystemet og fra switches og netværksadaptere. For eksempel som Mellanox ConnectX-4 eller ConnectX-5. Du kan også bruge netværkskort lavet på basis af vores chips. RoCE-understøttelse skal også implementeres på operativsystemniveau.
Samlet set anser vi Dorado V6 for at være et NVMe-centreret system. På trods af den eksisterende understøttelse af Fibre Channel og iSCSI er det i fremtiden planlagt at skifte til højhastigheds-Ethernet med RDMA.
En knivspids markedsføring
På grund af det faktum, at Dorado V6-systemet er meget fejltolerant, skalerer godt, understøtter forskellige migrationsteknologier osv., bliver den økonomiske effekt af anskaffelsen tydelig med starten på intensiv brug af lagersystemer. Vi vil fortsat forsøge at gøre ejerskabet af systemet så rentabelt som muligt, selvom det i første omgang ikke er indlysende.
Vi har især dannet FLASH EVER-programmet, der er forbundet med at forlænge livscyklussen for lagersystemer og designet til at aflaste kunden så meget som muligt under opgraderinger.
Dette program omfatter en række tiltag:
- evnen til gradvist at udskifte controllere og diskhylder med nye versioner uden at udskifte hele udstyret (til Dorado V6 hi-end-systemer);
- muligheden for fødereret lagring (kombinerer forskellige versioner af Dorado som en del af en hybrid lagringsklynge);
- smart virtualisering (muligheden til at bruge tredjeparts hardware som en del af Dorado-løsningen).
Det skal bemærkes, at den vanskelige situation i verden kun havde ringe indflydelse på de kommercielle udsigter for det nye system. På trods af at den officielle udgivelse af Dorado V6 først fandt sted i januar, ser vi en betydelig efterspørgsel efter den i Kina, samt stor interesse for den fra russiske og internationale partnere fra den finansielle og offentlige sektor.
Blandt andet i forbindelse med pandemien, uanset hvor længe de varer, er spørgsmålet om at forsyne eksterne medarbejdere med virtuelle skriveborde særligt akut. I denne proces kunne Dorado V6 også fjerne mange spørgsmål. Til dette formål gør vi alle de nødvendige bestræbelser, herunder praktisk taget enighed om at inkludere det nye system på VMware-kompatibilitetslisten.
***
Forresten, glem ikke vores talrige webinarer, der afholdes ikke kun i det russisktalende segment, men også på globalt plan. Listen over webinarer for april er tilgængelig på .
Kilde: www.habr.com