Programvarudefinierat lagringsutrymme (SDS) är fortfarande ett relativt nytt koncept. Medan definitionen varierar mellan leverantörer, är den centrerad kring att frikoppla lagringsinformation från hårdvaran som data finns på, så att data kan samlas och tilldelas applikationer genom automatiserad policybaserad hantering.

En fördel med detta är att lagring av varor från ett brett utbud av hårdvaruleverantörer kan läggas till när som helst utan att lägga till förvaltningskomplexitet, vilket är en viktig grund för SDS enligt US-baserad SDS-leverantör Nexenta.

Nexenta räknar med mer än 5000 företag och molntjänstleverantörer bland sin kundbas och fokuserar nu på att utveckla sina SDS-lösningar för att fokusera på scale-out-arkitekturer och SSD-arrayer med all flash.

Vi pratade med företagets chefsproduktchef Thomas Cornely för att ta reda på mer.

Skakar upp lagring

TechRadar Pro: Hur rensar mjukvarudefinierat lagringsutrymme industrin?

Thomas Cornely: Alla ringer nu själva programvarudefinierad lagring, vilket är roligt. Det sätt vi ser på det, det finns en stor skillnad mellan SDS och mjukvarubaserade lösningar, som ganska mycket alla ute ute idag. De flesta leverantörer, som vi kallar mjukvarubaserade lagringsleverantörer, körs på samma komponenter och använder programvara för att bygga upp funktionaliteten.

Det är bra för dem, eftersom de äntligen säljer samma system som de alltid har, och laddar samma marginal som de alltid har laddat. Mer än servrar eller nätverk, det finns massivt utrymme för avbrott i lagring, vilket du kan se genom att titta på de höga marginalerna som EMC tar på sina hårdvaruprodukter. Det här är vilka mjukvarudefinierade lagringsspelare som oss kan förändras. sant SDS är bra för kunderna.

TRP: Hur är SDS bra för kunderna?

TC: Det handlar om att bryta lagringsmodellen; Det är ett ekonomiskt argument och inte om teknik, i sig. Tekniken är en enabler, men det handlar om hur du levererar lagring till kunden, och om du tittar på det programvarudefinierade utrymmet finns det bara några leverantörer.

Det finns Nexenta och VMware, vilket förmodligen nu gör SDS-lösningar med vSAN, men det är bara för VMware. Microsoft har lagringsutrymmen och Windows Storage Server, men de är bara för Microsoft-miljöer. Det är samma sak med RedHat.

Nexenta just nu är den enda spelare som kan köras på en mängd olika hårdvarupartners som tillgodoser alla arbetsbelastningar. Vi arbetar under VMware, Hyper-V och Microsoft-inbyggda miljöer, Linux-miljöer, CloudStack och OpenStack, och så vidare. Det pekar på ekonomi och sänker kostnaderna så att kunden kan spendera mindre på lagring. Därifrån handlar det om flexibilitet och val.

En kund kanske gillar att köpa från Dell, så det kan nu få Dell till slut på hårdvarusidan. Kanske vill de använda Dell för beräkning och lagring, och då kanske de vill göra saker med HP, vilket de kan för att de får det valet utan att behöva gå på kompromiss med funktioner och funktionalitet.

TRP: Hur kan mjukvarudefinierade lagringsplatser hjälpa molntjänstleverantörer att komma igång snabbare och till lägre kostnad?

TC: För oss, historiskt sett, skulle våra kunder välja NexentaStor, vilket gör det möjligt för molntjänstleverantörer att bygga kostnadseffektiva cloud backends för sina CloudStack- och VMware-miljöer med hjälp av NFS-tjänster som en tjänst till backend.

Vi ser nu mer mjukvarubutik mot OpenStack och dess lösningar, där kunderna ser ut att skala utplaceringar till inte bara några petabyter, utan tiotals petabytes. Jag tror att det kräver ny teknik, varför vi snart lanserar NexentaEdge.

Kapacitetsknäckning

TRP: Vad är NexentaEdge och vilka är dess främsta fördelar?

TC: Det är ett nytt erbjudande för oss som vi tillkännagav på VMworld i San Francisco som är skräddarsydd för scale-out-arkitekturer som används på Linux. Vi har lyckats köra och stödja OpenStack-miljöer genom att leverera både block- och objekttjänster till dem.

Nyckeln till NexentaEdge är global inline deduplication, vilket möjliggör att data som lagras i klustret blir deduplicerade när det går in, vilket betyder att du bara måste lagra de bitarna en gång. Tänk nu på det. Varför gör människor lagringsutrymme? Det beror på att de letar efter den mest kostnadseffektiva lösningen för stora kapacitetskonfigurationer.

Du kan göra det genom att köra på maskinvara med hjälp av objekt för att skala ut och hålla saker enkelt. Utöver detta kan du köra kostnadseffektiv maskinvara samtidigt som komprimering och deduplikering blir effektivare när det gäller hur du betalar för kapacitet.

Den andra fördelen är att du kan göra det som en backend för OpenStack, där du brukar ha en OpenStack-miljö där du skulle köra tiotusentals virtuella maskiner. Men du behöver inte göra det eftersom operativsystemet bara behöver lagra en gång, vilket innebär att 10 000 exemplar av samma operativsystem lagras en gång i klustret.

Detta gör det möjligt för oss att göra avkalningsfunktionalitet på en petabyte skala. De som deltar idag är vanligtvis alla flash-leverantörer, och det är det.

TRP: Vad är den bakomliggande tekniken som tillåter detta?

TC: Vi lägger in mycket IP. Den andra delen av Nexenta är att trots att vi är ett open source-företag har vi en hel del grundläggande IP som komplimangerar vad vi gör där. I det här fallet finns det något som kallas flex hashing som tillåter oss att göra deduplication. Det är där vi placerar data i klustret för att ge oss dedupera nästan som standard, så designen är väldigt viktig för hur vi närmar oss NexentaEdge och objektlagring.

TRP: Är det baserat kring en algoritm?

TC: Det finns algoritmen, men det handlar också om hur du fysiskt placerar den i klustret, liksom hur du har det och hur du bestämmer dig för var du ska lägga den i klustret baserat på hash.

Snabb blixt

TRP: Vad gör Nexenta med all-flash-arrays och hur kan det hjälpa dina kunder?

TC: Om du tittar på NexentaStor, är den kärnteknik som vi har använt för att förskjuta NetApp och så vidare, det är en bra lösning att gå och göra utkonfigurationer, men det handlar inte så mycket om tekniken som det är komfortnivån hos kund. Under de senaste åren har vi sett att några av våra molnkunder använder NexentaStor för alla SSD-konfigurationer.

Vi har en kund i Kalifornien som använder rent alla flash-konfigurationer, vilket är NexentaStor med all SSD. De gör det idag och det fungerar bra för dem, men vi vet att programvaran kan göra mer och vara mer optimerad för flash.

Vi har nu meddelat ett SSD-läge som kommer att vara ute före årets slut, vilket gör att vi kan aktivera en kodväg i programvaran som låter den optimeras med alla flash-konfigurationer. Detta ger dig många sätt att få de ekonomiska fördelarna med SDS till alla flash-uppsättningar.

Idag kommer alla flash-arrays i form av mjukvarusystem eller apparater, och de tenderar att vara väldigt dyra och komma med alla slags begränsningar. Du måste köpa dem från samma leverantör och i de flesta fall är de bara blocksystem. Här får du block- och filsystem och programvara som kan köras på alla flash-konfigurationer genom referensarkitekturer. Det innebär att du inte är inlåst i eller knuten till en viss leverantör, och du får fysiskt välja och välja de bästa SSD som passar dina behov.

Du kan sedan köra Nexenta-funktionalitet utöver ditt lagringsutrymme, vilket jag tror kommer att bli en nyckel störare inte bara till kärnlagringsmarknaden utan också den nya flash-lagringsmarknaden.

TRP: Vad är några av användningsfallen för SSD?

TC: Jag tror att de kan användas till allt, men just nu på grund av kostnadsargumentet tenderar de att bli vana vid höga arbetsbelastningar. Vi vill ta ner kostnaden och göra SSDs relevanta för ett ännu större antal arbetsbelastningar.

Jag tror att, där det finns en hel del slumpmässiga IO, är SSDs förnuftiga för baksidorna av virtuella miljöer, eftersom det ger dig möjlighet att fysiskt dra nytta av ökad prestanda för ett bredare utbud av virtuella maskiner. Jag tycker att det är en viktig aspekt.