Hem FöretagEnterprise Storage Unified Storage Appliance Drivs av Nexenta och Supermicro Review
Enterprise Storage

Unified Storage Appliance Drivs av Nexenta och Supermicro Review

by StorageReview Enterprise Lab
skriven av StorageReview Enterprise Lab

Nexenta och Supermicro har gått ihop för att leverera vad de kallar Unified Storage Appliance. Apparaten utnyttjar Nexentas NexentaStor 5.0-programvara för att leverera block-and-file-lagring och NexentaFusion för lagringshantering och analys kombinerat med Supermicros hårdvara och försäljnings-/supportinfrastruktur. Kombinationen sammanför en mjukvarudefinierad lösning som redan är testad och validerad på Supermicro-hårdvaran och kan beställas från Supermicro som en förinstallerad och förkonfigurerad komplett lösning. Unified Storage Appliance finns i fem konfigurationer beroende på kundens behov, allt från en kapacitetscentrerad 4U 3.5-tums hårddiskversion som kan stödja flashcache, till en 2U 24-bay all-flash-konfiguration som är klassad för upp till 180,000 8 blandade 3KB IOPS. Varje huvudenhet kan också stödja två expansions-JBOD:er för ytterligare kapacitet. Eftersom Nexenta är den underliggande programvaran är lösningen full av företagsdatatjänster som replikering, in-line datareduktion och utrymmesoptimerade ögonblicksbilder/kloner. Inkluderat i apparaten är ett 4-årigt serviceprogram nästa dag (XNUMX timmars svar som tillval) och Supermicro erbjuder fjärrinstallationsservice för att hjälpa kunderna att komma igång bra.


Nexenta och Supermicro har gått ihop för att leverera vad de kallar Unified Storage Appliance. Apparaten utnyttjar Nexentas NexentaStor 5.0-programvara för att leverera block-and-file-lagring och NexentaFusion för lagringshantering och analys kombinerat med Supermicros hårdvara och försäljnings-/supportinfrastruktur. Kombinationen sammanför en mjukvarudefinierad lösning som redan är testad och validerad på Supermicro-hårdvaran och som kan beställas från Supermicro som en förinstallerad och förkonfigurerad komplett lösning. Unified Storage Appliance finns i fem konfigurationer beroende på kundens behov, allt från en kapacitetscentrerad 4U 3.5-tums hårddiskversion som kan stödja flashcache, till en 2U 24-bay all-flash-konfiguration som är klassad för upp till 180,000 8 blandade 3KB IOPS. Varje huvudenhet kan också stödja två expansions-JBOD:er för ytterligare kapacitet. Eftersom Nexenta är den underliggande programvaran är lösningen full av företagsdatatjänster som replikering, in-line datareduktion och utrymmesoptimerade ögonblicksbilder/kloner. Inkluderat i apparaten är ett 4-årigt serviceprogram nästa dag (XNUMX timmars svar som tillval) och Supermicro erbjuder fjärrinstallationsservice för att hjälpa kunderna att komma igång bra.

Tjugofyra fack med 3.84 TB kapacitet är mycket flashlagring, men Nexenta och Supermicro tillåter användare att öka det med ytterligare två all-flash JBOD:er. Användare kan lägga till 48 fler fack eller 72 totalt, vilket skulle ge den totala råkapaciteten upp till 276 TB flash. Företagen erbjuder också en större hybridmodell för dem som letar efter mer kostnadseffektiv lagring där prestanda inte är det primära problemet. Samtidigt som den levererar massor av kapacitet, erbjuder arrayen också flera datatjänster, inklusive obegränsad filsystemstorlek, obegränsade ögonblicksbilder och kloner, inline datareduktion, lagringskvalitet på tjänsten, schemalagd ögonblicksbildsbaserad replikering och kontinuerlig asynkron replikering.

Den här recensionen fokuserar på en av all-flash-konfigurationerna som inkluderar 24 3.8 TB SAS SSD:er.

Unified Storage Appliance som drivs av Nexenta & Supermicro-specifikationer:

  • Modellnummer: SSG-2028R-NEX2040
  • Formfaktor: 2U
  • lagring
    • Lagringsmedia: 3.84TB SAS SSD
    • Diskkonfiguration: RAIDZ2: 4 + 2
    • Råkapacitet: 46TB till 276TB
    • Användbar kapacitet: 30TB till 184TB
    • Effektiv kapacitet: 90TB till 552TB
  • Prestation
    • Max 8KB (läs/skriv): 180K IOPS
    • Max bandbredd: 8GB/s
  • Expansionschassi: Upp till 2x 2U/24 fack – alla flash JBODs stöds (72 fack totalt)
  • Protokollstöd:
    • NFSv3
    • NFSv4
    • CIFS
    • SMB3
    • iSCSI
    • Fibre Channel
  • Ekosystemstöd:
    • Windows
    • Linux
    • VMware VAAI
    • VMware VVOL
    • VMware Multi-Tenant vCenter Plugin
    • OpenStack Cinder & Manila
    • Hyper-V SMB 3 ODX
    • Docker Volume Plug-In
  • Datatjänster:
    • Obegränsad filsystemstorlek
    • Obegränsat antal ögonblicksbilder och kloner
    • Inline datareduktion
    • Lagringskvalitet på tjänsten
    • Schemalagd ögonblicksbildsbaserad replikering
    • Kontinuerlig asynkron replikering
    • Management:
    • Kommandoradsgränssnitt
    • Självdokumenterande REST API
    • SNMP
    • NexentaFusion: Hantering av flera enheter i en enda glasruta, avancerad analys, enkla operationer

Design och bygga

Framsidan av enheten (bilden ovan) ser väldigt lik ut flera Supermicro-chassier. Längs framsidan är de tjugofyra 2.5-tumsfack utlagda på ett vertikalt sätt. På höger sida finns strömbrytaren och på vardera sidan finns indikatorlamporna.

Baksidan av enheten är jämnt delad i två sektioner med samma layout. På den övre vänstra sidan finns nätaggregatet. Under nätaggregatet finns de två kylfläktarna. Omedelbart bredvid kylfläktarna finns till RJ-45-portar. Till höger om detta finns tre PCIe-platser, inklusive SAS JBOD-expansion och 4x 10GbE-portar per kontroller. Under dessa finns breakout-porten och USB-portarna.

Verksamhetsledningen

Nexenta har kommit ut med sin senaste version av sin öppen källkodsbaserade lagringsprodukt, NexentaStor. Denna version kommer med Nexenta Fusion, som är en fristående virtuell dator eller Docker-behållare som hanterar flera NexentaStor-system. Detta är en avvikelse från originalprodukten som hade ett integrerat hanteringssystem och körde på samma hårdvara som de faktiska lagringskontrollerna. Eftersom det bara finns ett Nexenta-system installerat visar det verkligen inte förmågan att växla mellan lagringssystem lätt, men centraliserad hantering av flera system är alltid ett bra sätt att vinna stöd från en lagringsadministratör.

Inloggningsskärmen har standarddialogrutan för användarnamn/lösenord som är standard för de flesta system.

Efter att ha loggat in kommer du till en instrumentpanel som visar många kritiska aspekter av systemet. Eftersom det inte är någon belastning på systemet finns det inte mycket information här just nu.

Den här skärmen skulle visa flera system som du enkelt kan växla mellan om det fanns mer än ett system aktiverat.

Fliken Management dyker verkligen ner i magen av provisionering och kapacitetshantering. Här ser du flera pooler eller "rpool", som är startvolymerna på var och en av noderna, och "Tank" som är en lagringsvolym som kan flyta mellan de två noderna. Supermicro-apparaten kommer från fabriken med en pool som redan är konfigurerad och klar att komma åt med förvalt RAID-skydd och cachning vid behov (på hybridmodeller).

Genom att klicka på inställningsknappen till höger om "Tank" kan du se ytterligare information om lagringspoolen.

Nästa flik visar alla diskar som är allokerade till poolen och tillståndet för dessa diskar.

Den tredje fliken visar egenskaper och avancerade inställningar för poolen. Området för avancerade inställningar låter dig ändra inställningarna för poolen på djupet.

När du klickar på "skapa pool" kommer du till den här skärmen, som visar alla tillgängliga enheter att bygga pooler från. Du kan namnge poolen och sedan välja bygginställningar. Det finns en mängd inställningar genom denna guidade process som låter dig konfigurera RAID-skydd, loggning, cachelagring, reservdelar och mer.

Fliken Filsystem visar de filsystem som finns i systemet. Du kan ha flera filsystem i vilket system som helst, och du kan noggrant kontrollera inställningarna för dessa filsystem genom att klicka på kugghjulswidgeten "inställningar".

Det här är ett exempel på hur det ser ut att skapa ett filsystem.

Fliken Volymer visar olika volymer som finns i systemet. Detta låter dig konfigurera volymer och hantera deras storlek, värdgrupperna som kan komma åt dem, iSCSI-mål och iSCSI-grupper, FC-parametrar och tillhörande inställningar.

Fliken Dataskydd låter dig övervaka och konfigurera dataskyddsregler för systemet. Detta inkluderar ögonblicksbilder och replikering till andra system.

Fliken Hög tillgänglighet visar de tjänster som körs i hög tillgänglighetsläge, klusterstatus och ytterligare konfigurationsinformation för dessa funktioner.

Fliken Komponenter ger dig insyn i alla hårdvarukomponenter och hälsan för de system som kör NexentaStor-tjänster.

Fliken Nätverk ger dig en översikt över alla fysiska och logiska nätverksanslutningar och möjligheten att ändra dessa konfigurationer.

Fliken Analytics tar dig tillbaka till hur den ursprungliga instrumentpanelen ser ut. Du kan också lägga till ytterligare anpassade instrumentpaneler för att se olika prestandamått och larm för systemet. Detta är ett mycket anpassningsbart område av det övergripande systemet.

Fliken Administration i systemet tar dig till den övergripande administrationen av de tjänster som erbjuds och aktiveras på systemet. Det låter dig ändra loggningsinställningarna och sonderna som körs på systemet för att tillhandahålla analyser och varningar.

Det sista området i gränssnittet är Fusion-hanteringsinställningarna. Det är här du konfigurerar NTP, Active Directory, e-postvarningar, DNS och alla andra hanteringsaspekter av Nexenta Fusions hanteringssystem.

Sammantaget har Nexenta förbättrat utseendet och känslan av användargränssnittet jämfört med sina tidigare versioner. Att ta med ett HTML5-gränssnitt och en dedikerad apparat för att hantera NexentaStor-systemen är en mycket välkommen förbättring jämfört med att hantera många diskreta system. Gränssnittet är dock inte för svaga hjärtan, eftersom det fortfarande finns många sätt för dig att bygga pooler ineffektivt, och sätt att bryta systemet om konfigurationsfel görs. Som sagt, samarbetet mellan Nexenta och Supermicro gör ett bra jobb med att lindra oron över felaktigt konfigurerade pooler genom att skicka från Supermicro-fabriken med förkonfigurerade pooler och RAID-konfiguration.

Nexenta, som det har varit under lång tid, är ett mycket anpassningsbart, kraftfullt gränssnitt till ZFS-baserad lagring. Det låter dig göra nästan alla ändringar som kan göras på kommandoraden. Med den mängden kontroll krävs en försiktig beröring för att se till att allt är korrekt konfigurerat. Lite mer vägledning och felskåp under konfigurationen skulle räcka långt för att göra denna produkt mer inbjudande för nybörjare.

Analys av applikationens arbetsbelastning

De första riktmärkena består av MySQL OLTP-prestanda via SysBench och Microsoft SQL Server OLTP-prestanda med en simulerad TPC-C-arbetsbelastning.

I vart och ett av dessa tester är arrayen konfigurerad med två 12-enheter RAID1 speglade parpooler. Vi mäter tre separata konfigurationer:

  • iSCSI med endast komprimering
  • iSCSI med komprimering och deduplicering
  • NFS med endast komprimering

Komprimering användes som ett standardaktiverat objekt eftersom vi inte såg någon skillnad mellan komprimering aktiverad eller inaktiverad.

SQL Server prestanda

Varje SQL Server VM är konfigurerad med två vDisks: 100 GB volym för uppstart och en 500 GB volym för databasen och loggfiler. Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Medan våra Sysbench-arbetsbelastningar som tidigare testats mättade plattformen i både lagrings-I/O och kapacitet, letar SQL-testet efter latensprestanda.

Det här testet använder SQL Server 2014 som körs på Windows Server 2012 R2 gäst-VM, samtidigt som det stressas av Dells Benchmark Factory for Databases. Medan vår traditionella användning av detta riktmärke har varit att testa stora 3,000 1,500-skaliga databaser på lokal eller delad lagring, fokuserar vi i denna iteration på att sprida ut fyra XNUMX XNUMX-skaliga databaser jämnt över USA (två virtuella datorer per kontroller).

SQL Server-testkonfiguration (per virtuell dator)

  • Windows Server 2012 R2
  • Lagringsutrymme: 600 GB tilldelat, 500 GB använt
  • SQL Server 2014
    • Databasstorlek: 1,500 XNUMX skala
    • Virtuell klientbelastning: 15,000 XNUMX
    • RAM-buffert: 48GB
  • Testlängd: 3 timmar
    • 2.5 timmars förkonditionering
    • 30 minuters provperiod

SQL Server OLTP Benchmark Factory LoadGen Utrustning

Vi testade USA i både iSCSI- och NFS-konfigurationer med datakomprimering på, samt testade lösningen i iSCSI med datakomprimering och deduplicering på.

När man tittar på transaktionsprestanda hade iSCSI med komprimering individuella virtuella datorer som sträckte sig från 3,120.53 3,127.28 TPS till 12,494.21 3,003.12 TPS med en sammanlagd poäng på 3,056.8 12,098.2 TPS. NFS med komprimering hade individuella virtuella datorer som sträckte sig från 2,851.16 3,020.22 TPS till 11,748.23 XNUMX TPS med en sammanlagd poäng på XNUMX XNUMX TPS. I vår iSCSI med DR på såg vi att enskilda virtuella datorer sträckte sig från XNUMX XNUMX TPS till XNUMX XNUMX TPS med en sammanlagd poäng på XNUMX XNUMX TPS.

Genom att byta till SQL Server genomsnittlig latens visade iSCSI med komprimering den övergripande lägsta latensen med individuella virtuella datorer från 54 ms till 65 ms med ett sammanlagt 59.75 ms. NFS med komprimering gav oss latenser från 163 ms till 251 ms för enskilda virtuella datorer med en sammanlagd latens på 215.5 ms. Och iSCSI med deduplicering på gav oss de högsta latenserna på 223 ms till 519 ms för individuella virtuella datorer och en sammanlagd poäng på 353.6 ms

Sysbench Performance

Varje sysbench VM är konfigurerad med tre vDisks: en för uppstart (~92GB), en med den förbyggda databasen (~447GB) och den tredje för databasen som testas (270GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 60 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern. Last gen system är Dell R730-servrar; vi sträcker sig från fyra till åtta i denna recension, skalar servrar per 4VM-grupp.

Dell PowerEdge R730 Virtualiserat MySQL 4-8 nodkluster

Sysbench-testkonfiguration (per virtuell dator)

  • CentOS 6.3 64-bitars
  • Lagringsutrymme: 1 TB, 800 GB använt
  • Percona XtraDB 5.5.30-rel30.1
    • Databastabeller: 100
    • Databasstorlek: 10,000,000 XNUMX XNUMX
    • Databastrådar: 32
    • RAM-buffert: 24GB
  • Testlängd: 3 timmar
    • 2 timmar förkonditionering 32 trådar
    • 1 timme 32 trådar

För Sysbench testade vi flera uppsättningar virtuella datorer inklusive 4, 8 och 16, och vi körde Sysbench med komprimering på hela tiden, såväl som både deduplicering på och av, och testade både block och fil. För transaktionsprestanda kunde USA nå 3,218 4 TPS med 8VM i NFS (högre än 5,301VM med DR på). Lösningen kunde nå maximalt 16 4,672 TPS med 16VM i NFS och en hög iSCSI på 8 4,618 TPS vid XNUMXVM, men vid XNUMXVM var iSCSI-poängen XNUMX XNUMX TPS.

När vi bytte över för att titta på genomsnittlig latens såg vi den bästa prestandan med 4VM konfigurerad i iSCSI med bara komprimering aktiverad med en latens på 35.08 ms. Det var ingen överraskning att latensen snabbt ökade när vi lade till virtuella datorer eller aktiverade deduplicering. Den högsta latensen var iSCSI med DR på på 113.24 ms.

I vårt värsta tänkbara scenario för latens, var den bästa latensen återigen med komprimering 4VM iSCSI, denna gång med 226.14 ms. Den högsta var 16VM NFS med 512.5ms.

VDBench arbetsbelastningsanalys

När det gäller benchmarking av lagringsmatriser är applikationstestning bäst, och syntetiska tester kommer på andra plats. Även om det inte är en perfekt representation av faktiska arbetsbelastningar, hjälper syntetiska tester till baslagringsenheter med en repeterbarhetsfaktor som gör det enkelt att göra jämförelser mellan äpplen och äpplen mellan konkurrerande lösningar. Dessa tester erbjuder en rad olika testprofiler som sträcker sig från "fyra hörn"-tester, vanliga tester av databasöverföringsstorlek, såväl som spårfångst från olika VDI-miljöer. Alla dessa tester utnyttjar den vanliga vdBench-arbetsbelastningsgeneratorn, med en skriptmotor för att automatisera och fånga resultat över ett stort beräkningstestkluster. Detta gör att vi kan upprepa samma arbetsbelastningar över ett brett utbud av lagringsenheter, inklusive flash-arrayer och individuella lagringsenheter. På arraysidan använder vi vårt kluster av Dell PowerEdge R730-servrar:

profiler:

  • 4K slumpmässig läsning: 100 % läsning, 128 trådar, 0-120 % iorat
  • 4K Random Write: 100% Write, 64 trådar, 0-120% iorate
  • 64K sekventiell läsning: 100 % läsning, 16 trådar, 0-120 % iorat
  • 64K sekventiell skrivning: 100% skriv, 8 trådar, 0-120% iorate
  • Syntetisk databas: SQL och Oracle
  • VDI Full Clone och Linked Clone Traces

När man tittar på topp läsprestanda, hade USA bra slumpmässig 4K-prestanda med låg latens och stannade under 1ms till cirka 200K IOPS. USA nådde en topp på 272,429 13.6 IOPS vid 249,000 ms, med ungefär 2.0 XNUMX IOPS vid en latens på under XNUMX ms.

Om man tittar på 4K-toppskrivprestanda, började USA på 2.6 ms vid en IOPS på 3,905 31,200. Latensen klättrade snabbt tillsammans med IOPS. USA nådde en topp på 29 XNUMX IOPS på XNUMX ms.

Genom att byta till 64K toppläsning, började USA återigen lite högre i latens på 3.2 ms vid 3,596 2.83 IOPS. Latensen ökade något med IOPS innan den svängde ner igen, men föll inte under 35,828 ms. Här slogs en maxprestanda på 14.3 2.23 IOPS och XNUMXms latens. USA slutade med en bandbredd på XNUMX GB/s.

För 64K sekventiell toppskrivning började latensen vid 10.3 ms vid 1,300 6.2 IOPS. Den kom ner till 5,195 ms vid 12,070 20.3 IOPS innan den återigen klättrade upp med IOPS-prestanda. Toppprestanda i USA var 754.4 XNUMX IOPS vid XNUMX ms med en bandbredd på XNUMX MB/s.

I vår SQL-arbetsbelastning började USA över 2ms vid 21,168 210,601 IOPS. Den nådde en topp på 4.5 XNUMX IOPS med XNUMX ms latens.

I SQL 90-10 benchmark började USA med latens drygt 1 ms vid 13,811 132,220 IOPS och toppade med 7 XNUMX IOPS och XNUMX ms latens.

SQL 80-20 såg USA igen starta över 2ms med IOPS på 9,210 91,739. Den nådde en topp på 11 XNUMX IOPS och XNUMX ms latens.

Med Oracle Workload började USA drygt 1 ms latens vid 8,401 82,789 IOPS och nådde en topp på 15.4 XNUMX IOPS och en latens på XNUMX ms.

Med Oracle 90-10 började USA under 1 ms med 0.74 ms och stannade under 1 ms, tills det nådde runt 38K IOPS. USA nådde en topp på 133,553 4.6 IOPS vid XNUMX ms latens.

Med Oracle 80-20 såg vi återigen att USA började över 1 ms (1.2 ms vid 9,004 84,786 IOPS) och toppade med 7 XNUMX IOPS, med en latens på XNUMX ms.

Genom att byta till VDI Full Clone visade starttestet att USA startade strax norr om 1 ms (1.01 ms vid 11,402 1 IOPS) och sedan sjunker under 30 ms tills det nådde runt 114,647 9.3 IOPS. Den nådde en topp på XNUMX XNUMX IOPS med en latens på XNUMX ms.

VDI Full Clone initiala inloggning började vid 1.8 ms vid 2,295 18,108 IOPS och nådde en topp på 22.9 XNUMX IOPS och en latens på XNUMX ms.

VDI Full Clone Monday-inloggningen började vid 1.8 ms vid 2,696 26,465 IOPS och nådde en topp på 19.2 XNUMX IOPS och en latens på XNUMX ms.

När man flyttade över till VDI Link Clone visade starttestet prestanda från 1.2 ms vid 8,308 83,392 IOPS och toppade på 4.9 XNUMX IOPS med en latens på XNUMX ms.

I Linked Clone VDI-profilen som mäter Initial Login-prestanda började USA med en latens på 1.3 ms vid en IOPS på 2,698 24,715 och nådde en topp på 10.3 XNUMX IOPS och en latens på XNUMX ms.

I vår senaste profil som tittade på VDI Linked Clone Monday Login-prestanda började USA med en latens på 1.8 ms vid 2,818 25,416 IOPS och nådde en topp på 20.1 XNUMX IOPS vid XNUMX ms.

Slutsats

Även om det är en hel mun, är Unified Storage Appliance som drivs av Nexenta och Supermicro en mjukvarudefinierad lagringslösning som kombinerar Nexentas mjukvara (NexentaStor 5.0 och NexentaFusion) med Supermicros hårdvara, försäljning och supportinfrastruktur. Detta partnerskap ger en validerad, förinstallerad och förkonfigurerad komplett lösning ur lådan, vilket är något unikt för en typiskt mjukvaruförst-lösning. Företagen erbjuder flera olika smaker i både all-flash (för prestanda) och hybridmodeller (för högre kapacitet och kostnadseffektivitet). Det finns också halv- och full-befolkade konfigurationer inom varje kategori och alla har möjlighet att lägga till två JBODs för ytterligare lagring. Lösningen kommer med stöd från Supermicro och plattformen erbjuder tillräckligt med datatjänster och rattar för att täcka de flesta användningsfall.

När vi tittar på prestanda körde vi både applikationsarbetsbelastningsanalyser inklusive SQL Server och Sysbench applikationsarbetsbelastningar, såväl som nyligen introducerade VDBench Workload Analysis syntetiska riktmärken. Med våra applikationsarbetsbelastningar testade vi USA i både iSCSI med komprimering på, igen med deduplicering på eller av, och som NFS med komprimering på. I vårt transaktionsriktmärke för SQL Server hade en avaktiverad deduplicering en stor inverkan på prestanda med den sammanlagda iSCSI-poängen på 11,748.2 12,494.2 TPS, och utan deduplicering gav vår iSCSI-konfiguration 59.8 353.6 TPS. Deduplicering hade en mycket större inverkan på SQL Servers genomsnittliga latens. iSCSI med komprimering hade bara den bästa prestandan med en sammanlagd poäng på 4 ms, men iSCSI med komprimering och deduplicering på hade en sammanlagd poäng på 8 ms. Med vårt skalande Sysbench-test testade vi med mängder av 16, 4 och 3,654 virtuella datorer. Med en liten belastning på 3,218VM såg vi den bästa prestandan med bara komprimering på över iSCSI, som mätte 2,547 5,301 TPS. Detta jämfört med 4,672 4,548 över NFS med bara komprimering, eller XNUMX XNUMX över iSCSI med både komprimering och deduplicering. På sin topp fick NFS med komprimering endast högst poäng med XNUMX XNUMX TPS, med iSCSI som använde komprimering som endast mätte XNUMX XNUMX TPS och iSCSI med komprimering och dedupe som mätte XNUMX XNUMX TPS.

När man tittade på VDBench-arbetsbelastningstester utförda med komprimering endast aktiverad över iSCSI, vacklade USA lite. Lösningen visade endast prestanda under millisekunder på tre riktmärken och startade endast med latens på under millisekunder på två av dessa tester. I slumpmässig 4K-läsning kunde USA upprätthålla en fördröjning på under millisekunder tills den nådde runt 200K IOPS. Vi såg återigen submillisekunders prestanda i Oracle 90-10-testet fram till omkring 38K IOPS. Och även om VDI Full Clone-starten startade över 1ms, sjönk den under igen tills den nådde runt 30K IOPS. I andra områden hade USA ett mycket högre latensgolv i början av testet och under de stadier där lasterna rampades upp.

Unified Storage Appliance som utnyttjar Nexentas programvara och Supermicro-hårdvara lämnar oss med blandade känslor. När det gäller konfigurationsalternativ överträffar den lätt andra arrayer på marknaden när det gäller sätt att justera och optimera lagringen för mycket specifika produktionsscenarier. För den som vill kontrollera varje vred och ratt, levererar Nexenta tydligt. Även om detta är bra, kan inställningarna ibland vara överväldigande för dem som inte är helt indoktrinerade. Nexenta har lagt sin tekniska ansträngning på komprimering med den här senaste versionen, som de uppger erbjuder kapacitetsbesparingar på 3:1 beroende på arbetsbelastningen. När deduplicering är aktiverat, skadades prestandan till den grad att den inte borde vara aktiverad för de flesta produktionsbelastningar. Den övergripande datareduktionen för ett all flash-system och måttlig prestandaprofil sätter apparaten i en svår position, eftersom andra arrayer har kommit på hur man kan erbjuda full datareduktion utan mycket prestandastraff. För att vara rättvis kan inte alla göra detta och inte varje arbetsbelastning är lämplig för deduplicering; men tillräckligt många arrayer har varit framgångsrika för att göra nästan förlustfri fullständig datareduktion till en viktig funktion för att beräkna TCO.

Fördelar

  • Integration med Supermicro får en nybörjare att installeras direkt
  • Nexenta erbjuder en myriad av rattar och knappar för avancerade användare att ställa in
  • Supermicro supportnätverk ger ett mer komplett erbjudande för vad som traditionellt har varit ett mjukvaru-först-erbjudande

Nackdelar

  • Mycket hög skrivfördröjning
  • Stora prestandakostnader med deduplicering aktiverad

Bottom Line

Unified Storage Appliance levererar vad som traditionellt har varit ett Nexenta-paket endast för programvara i en förkonfigurerad apparat från Supermicro som är redo att gå ut ur porten.

Supermicro produktsida

Diskutera denna recension

Anmäl dig till StorageReviews nyhetsbrev

Copyright © 1998-2024 Flying Pig Ventures, LLC Cincinnati, Ohio. Alla rättigheter förbehållna.