Permabit Albireo SANblox recension

Permabit Albireo SANblox är en specialbyggd datareduktionsanordning designad för att låsa upp mer kapacitet från Fibre Channel SAN. Permabit uppskattar att användare kommer att se åtminstone en 6:1 minskning av datafotavtrycket som finns på SAN, vilket gör att lagringsinvesteringar kan förändra standardvärdet kraftigt. SANblox erbjuder deduplicering och komprimering med tunn provisionering, vilket ytterligare förbättrar funktionsuppsättningen. All datareduktion görs inline, SANblox-enheten glider helt enkelt in före och virtualiserar SAN, SAN och applikationen är omedvetna om SANblox-lösningens hemvist. SANblox fungerar på alla FC-lagringar, oavsett diskkonfiguration – hårddisk-, hybrid- och all-flash-lösningar kommer alla att se samma minskning av datafotavtryck.

Permabit Albireo SANblox är en specialbyggd datareduktionsanordning designad för att låsa upp mer kapacitet från Fibre Channel SAN. Permabit uppskattar att användare kommer att se åtminstone en 6:1 minskning av datafotavtrycket som finns på SAN, vilket gör att lagringsinvesteringar kan förändra standardvärdet kraftigt. SANblox erbjuder deduplicering och komprimering med tunn provisionering, vilket ytterligare förbättrar funktionsuppsättningen. All datareduktion görs inline, SANblox-enheten glider helt enkelt in före och virtualiserar SAN, SAN och applikationen är omedvetna om SANblox-lösningens hemvist. SANblox fungerar på alla FC-lagringar, oavsett diskkonfiguration – hårddisk-, hybrid- och all-flash-lösningar kommer alla att se samma minskning av datafotavtryck.

En 6X datareduktion är ganska allmänt accepterad som ett bra betyg för standardarbetsbelastningar för företag med blandade applikationer. Beroende på användningen av lagringen kan siffrorna dock bli mycket högre. VDI-användningsfall kan driva fördelarna med SANblox mot himlen med en storleksordning, och IT-butiker som använder flera kopior av databaser för utveckling till exempel kommer att se enorma dataavtrycksminskningar. Faktum är att helt enkelt kunna spinna bort kopior av data för utvecklingsändamål kan möjliggöra nya affärsprocesser, där kostnaden för att distribuera kompletta datauppsättningar tidigare kan ha varit för hög.

För sin del har Permabit varit på dedupliceringsverksamheten länge. Även om datareduktion inte var allmänt populärt utanför säkerhetskopieringsapparater förrän nyligen, har flashbaserade apparater drivit konceptet till mer vanliga arbetsbelastningar. Dedupliceringstekniken bakom många av dessa all-flash-apparater är mer sannolikt än inte en Permabit-lösning. Deduplicering finns dock inte överallt, hårddiskarrayer och till och med de flesta hybrider är helt enkelt inte byggda med det konceptet i åtanke, och även många flash-arrayer erbjuder en begränsad uppsättning datareduktionstjänster. Permabit öppnar upp dessa tjänster via SANblox-enheten, vilket ger ny eller befintlig lagring en ny uppsättning knep.

Permabit Albireo SANblox levereras nu med en MSRP som varierar beroende på lagringsleverantören enheten är ihopkopplad med och kampanjpriser. Uppenbarligen fungerar prisargument bäst när kapaciteten är tillräckligt stor för att få stordriftsfördelar. Permabit inkluderade ett prisexempel för att visa hur traditionell flashlagring står sig mot en miljö med SANblox:

• Kostnad för 60 TB rå: 720,000 XNUMX USD
• Kostnad efter dataskyddskostnader: 12 USD/GB
• Kostnad för SANblox 6:1 kapacitetsbesparingar: 70,000 XNUMX USD
• Kostnad för 10 TB efter dataskyddskostnader: 120,000 XNUMX USD
• Total kostnad före rabatter: 190,000 XNUMX USD
• Effektiv kostnad per GB (lagring + sanblox) före rabatter: $3.16
• Nettobesparing: 74 %

Permabit Albireo SANblox-specifikationer

• CPU: Intel Xeon E5-1650v2
• RAM: 128 GB
• FC-portar: 4 x 16 Gb (Emulex)
• Max. Användbar kapacitet: 256 TiB
• Max. LUN:er som stöds: 256
• Slumpmässig IO (4K IOPS):
  • Läs: 230,000
  • Skriv: 111,000
  • Blandade RW70: 180,000 XNUMX
• Sekventiell genomströmning:
  • Läs: 1045MB/s
  • Skriv: 800MB/s
• Min latens:
  • Läs: 300us
  • Skriv: 400us
• Tillförlitlighet: All data/metadata skrivs till backend-lagring innan skrivningar bekräftas. Ingen data cachelagras på SANblox.
• Tillgänglighet: Seamless High Availability ger transparent failover på under 30s.
• Servicevänlighet: SMTP-varning och transparenta uppgraderingar av mjukvaru- och hårdvarukomponenter.
• Fysikaliska egenskaper:
  • Formfaktor: 1U rackmonterad
  • Bredd: 17.2 "(437 mm)
  • Vikt: 38 kg
• Effekt:
  • Spänning: 100-240V, 50-60 Hz
  • Watt: 330
  • ampere: 4.5 max
• Driftstemperatur: 10°C till 35°C (50°F till 95°F)
• Relativ luftfuktighet i drift: 8 % till 90 % (icke-kondenserande)
• certifieringar
  • Elektromagnetiska emissioner: FCC Klass A, ICES-003, CISPR 22 Klass A, AS/NZS CISPR 22 Klass A, EN 61000-3-2/-3-3, VCCI:V-3, KN22 Klass A
  • Elektromagnetisk immunitet: CISPR 24, KN 24, (EN 61000-4-2, EN 61000-4-3, EN 61000-4-4, EN 61000-4-5, EN 61000-4-6, EN 61000-4- 8, EN 61000-4-11)
  • Strömförsörjningseffektivitet: 80 Plus Gold Certified

Avduplicering

Deduplicering är helt enkelt processen att förhindra dubbletter av data från att ta upp värdefullt utrymme i primär lagring. Skillnaden mellan att köpa en dataminskningsapparat specifikt för säkerhetskopiering i motsats till en designad för primär lagring kan vara förvirrande för vissa köpare. Primär lagring med datareduktion är utformad för att optimera leveransen av prestanda för slumpmässig åtkomst till datablock av fast storlek. För att uppnå snabbare prestanda fokuserar primärlagringsdatareduktion på fasta databitar, vanligtvis fler, mindre block (men det finns variation beroende på den specifika leverantören). Å andra sidan fokuserar en säkerhetskopieringsenhet för deduplicering mer på sekventiell genomströmning för att påskynda säkerhetskopierings- och återställningsprocesserna. Backup-dedupe-apparater, med sitt sekventiella fokus, kan bearbeta stora dataströmmar och skriva dem till media med varierande bitstorlekar. Å ena sidan innebär detta att apparaten kan använda större bitar och därför har färre bitar att hålla reda på; å andra sidan, om det finns en liten mängd data som behöver läsas tillbaka måste hela biten läsas.

När det gäller deduplicering finns det två huvudsakliga sätt att utföra det på: inline eller post-process. Inline-deduplicering betyder helt enkelt att när data rör sig mot sitt mål hittas dubbletter och skrivs sedan aldrig. Eftersom det är inline drar cacher och nivåer av snabbare lagring i hybridmatriser alla fördelar av en ökning av effektiv kapacitet. Detta är idealiskt både för att spara diskutrymme för att inte tala om att spara skrivningar till flashmedia (där flash bara kan ta så många skrivningar innan det börjar försämras). Utöver dessa fördelar tillåter inline också omedelbar replikering för dataskydd. Nackdelen med inline-dedupliceringen är träffen i prestanda vid wrute-låt som nästan är oundviklig.

Deduplicering efter process innebär att dedupliceringsprocessen börjar när data har nått sitt lagringsmål eller när den träffar en lagringscache. Även om detta kan hoppa över den första prestationsträffen vid skrivtid, introducerar det andra problem. För det första tar dubbletter lagringsutrymme medan de väntar på att dedupliceringsprocessen ska börja eller komma ikapp om den alltid körs. Om data skickas till en cache först kan cachen snabbt fyllas. Som ett resultat kan hybridmatriser endast se kapacitetsbesparingar på den lägsta nivån. Att skriva allt till lagringsmediet först innan dedupe kan också ta en större vägtull på flash. Och även om den initiala prestandaträffen kan hoppas över kommer dedupliceringsprocessen fortfarande att behöva använda resurser när den börjar efterbearbetas.

Prestanda är vanligtvis det största problemet ur ett leverantörsperspektiv, eftersom de inte vill att deras apparat ska gå långsammare än sina konkurrenter (även om de kommer att använda totalt sett mindre diskutrymme). Prestandaträffen och det övergripande taket för prestanda kommer genom en kombination av tillgängliga resurser såväl som den specifika programvaran som används inom den givna apparaten. Även om prestanda också kan vara ett bekymmer för kunderna, och ett stort bekymmer för det, är de också oroliga för dataförlust, eftersom dedupliceringsprocessen ändrar hur data lagras jämfört med hur den ursprungligen skrevs.

Så var passar Permabit i denna skillnad av deduplicering? Permabit sitter framför ett SAN och deduplicerar data när den rör sig mot sitt mål. Permabit använder en inline, skalbar flerkärnig metod för deduplicering med låg minneskostnad. Ser man specifikt på enheten vi testar, Permabit Albireo SANblox, kan den indexera data i behov av deduplicering vid 4K-granularitet i en primär lagringsmiljö. Så Permabit Albireo SANblox kan ta 256 TB provisionerade LUN:er och presentera den som 2.5 PB logisk lagring, men den gör det på bara 128 GB RAM. Detta gör att enheten kan ta itu med aspekter av prestanda både genom att läsa tillbaka mindre bitar av data samt använda färre resurser. En annan metod för att adressera prestanda med Permabit är att bädda in dess mjukvara i en apparat. Permabit uppger att kunder som använder denna metod har sett prestanda högre än 600,000 XNUMX IOPS.

Det är lätt för alla företag att säga att enheten (i det här fallet deduplicering) är underbar på vad den gör. Men det är alltid bättre när vissa bevis kan tillhandahållas i ett sammanhang som kan förstås av kunder och av leverantörer som vill kombinera Permabit med sina SAN-apparater. För några år sedan gjorde Permabit en studie med Enterprise Strategy Group (ESG). Studien tittade på datareduktionsförhållandet i olika miljöer och jämförde enbart komprimering, enbart deduplicering och komprimering och deduplicering kombinerat.

Installation och konfiguration

SANblox-enheten är en 1U-server som i huvudsak infogar sig själv i datavägen för LUN:er som dirigeras igenom. Naturligtvis behöver inte alla LUN:er gå igenom SANblox. SANblox-enheter är vanligtvis utplacerade i HA-par, och beroende på behov eller kapacitet hos den underliggande lagringen kan flera HA-par användas för att hantera alla lagrings- eller prestandakrav.

Att få SANblox online är ganska snabbt och enkelt. Du tilldelar systemet två IP-adresser: en för IPMI och en andra för webbhantering och SSH-gränssnitt. När det kommer online tar du tag i WWN:erna för de två backend FC-portarna (de som kommer att ansluta till ditt lagringssystem) och använder dem för att skapa en separat FC-zon med.

På arraynivå tillhandahåller du din lagring så att du har en 1 GB LUN för enhetsinställningar och flera LUN för din primära datalagring. Alla metadata lagras också på dessa volymer, SANblox behåller ingen data i apparaten, vilket möjliggörs av dess synkrona, inline-funktionalitet. För våra skärmdumpsexempel använde vi vår DotHill Ultra48-array, och konfigurerade 1 1GB LUN för SANblox-inställningar och 2 1TB LUN:er för SANblox-lagringspoolen.

Med lagringen konfigurerad upptäcker och konfigurerar SANblox sig automatiskt med hjälp av 1 GB LUN för enhetsinställningar och visar de andra LUNS för att skapa lagringspooler. I det här fallet grupperar den alla tillsammans när du skapar poolen och låter dig välja om du vill ha dedupe på eller av, samt komprimering på eller av.

Med poolen skapad tillåter Permabit SANblox som standard användare att adressera den fysiska lagringen med en 10:1 logisk adresserbar storlek. Så 1 TB rå blir 10 TB användbart utrymme när du skapar volymer. I vårt fall kartlade den 1.8 TB rålagring som 18 TB användbar lagring som vi kunde tilldela.

Med den underliggande lagringen sorterad fungerar resten av gränssnittet liknande det för din grundläggande lagringsuppsättning. Du kan skapa LUN, tilldela dem till värdar eller värdgrupper, samt definiera regler som skrivskyddad åtkomst eller läs-/skrivåtkomst.

Prestation

Inte all högpresterande lagring erbjuder deduplicering. X-IO ISE G3-familjen av blixtmatriser är ett bra exempel, den nyligen granskade X-IO ISE 860 är till stor del utformad som en föreställningsspel. X-IO tog det medvetna beslutet att inte lägga på för många funktioner, som alla kräver mer RAM och CPU, samtidigt som det minskade arrayens förmåga att leverera ledande prestanda. Som sagt, det finns användningsfall där applikationer måste avväga prestanda för kapacitet och med kostnaden för flash fortfarande relativt hög per TB-basis, kan deduplicering förändra ekonomin för prestandalagring dramatiskt nog för att hantera kostnadsproblemet och behålla höga prestandaegenskaper. Med detta som bakgrund distribuerade vi SANblox framför ISE 860 för att mäta dess kapacitet. Med det primära fokuset på hur deduplicering påverkade applikationsprestanda, använde vi våra testmiljöer för Microsoft SQL Server, MySQL Sysbench och VMware VMmark för att stressa en enda SANblox-enhet. Vart och ett av dessa test fungerar med flera samtidiga arbetsbelastningar som träffar en given lagringsuppsättning samtidigt, vilket ger ett datareduktionssystem som Permabit SANblox en fantastisk möjlighet att minska dataavtrycket för den utplacerade arbetsbelastningen.

En viktig del att förstå när det kommer till deduplicering och prestanda är att när du minskar ditt dataavtryck ökar du också I/O-belastningen på din backend-lagring. Genomströmningen kan i många fall minskas, eftersom du skickar mycket mindre data än tidigare, men småblocks slumpmässiga I/O-begäranden ökar avsevärt. Detta är en anledning till att DR och flash kan gå så bra ihop, men det betyder också att du vid en viss tidpunkt kan och fortfarande kommer att mätta din backend-lagring i vissa scenarier. Lyckligtvis hanterar SANblox patenterade teknologi omkostnader för datareduktion till en minimal mängd, vilket ger utrymme att skala eller använda arrayen för andra applikationer. För stora miljöer eller plattformar som har mycket I/O-potential kan användare skala antalet SANblox-enheter för ökad prestanda och kapacitet. Medan vi fick en enda apparat att granska, skulle vi troligen ha sett högre uppmätta prestanda med två par som arbetade tillsammans, istället för bara ett.

StorageReview's Microsoft SQL Server OLTP-testprotokoll använder det aktuella utkastet till Transaction Processing Performance Council's Benchmark C (TPC-C), ett riktmärke för onlinetransaktionsbearbetning som simulerar de aktiviteter som finns i komplexa applikationsmiljöer. TPC-C-riktmärket kommer närmare än syntetiska prestandariktmärken att mäta prestandastyrkorna och flaskhalsarna hos lagringsinfrastruktur i databasmiljöer.

Det här testet använder SQL Server 2014 som körs på Windows Server 2012 R2 gäst-VM, vilket 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 860 4-skaliga databaser jämnt över vår X-IO ISE XNUMX för att bättre illustrera den samlade prestandan inuti ett XNUMX-nods VMware-kluster.

Andra generationens SQL Server OLTP Benchmark Factory LoadGen-utrustning

• Dell PowerEdge R730 VMware ESXi vSphere Virtual Client Hosts (2)
  • Fyra Intel E5-2690 v3-processorer för 124 GHz i kluster (två per nod, 2.6 GHz, 12-kärnor, 30 MB cache)
  • 512 GB RAM (256 GB per nod, 16 GB x 16 DDR4, 128 GB per CPU)
  • SD-kortstart (Lexar 16GB)
  • 2 x Mellanox ConnectX-3 InfiniBand Adapter (vSwitch för vMotion och VM-nätverk)
  • 2 x Emulex 16GB dual-port FC HBA
  • 2 x Emulex 10GbE nätverkskort med dubbla portar
  • VMware ESXi vSphere 6.0 / Enterprise Plus 4-CPU
• Dell PowerEdge R730 Virtualiserat SQL 4-nodskluster
  • Åtta Intel E5-2690 v3-processorer för 249 GHz i kluster (två per nod, 2.6 GHz, 12-kärnor, 30 MB cache)
  • 1 TB RAM (256 GB per nod, 16 GB x 16 DDR4, 128 GB per CPU)
  • SD-kortstart (Lexar 16GB)
  • 4 x Mellanox ConnectX-3 InfiniBand Adapter (vSwitch för vMotion och VM-nätverk)
  • 4 x Emulex 16GB dual-port FC HBA
  • 4 x Emulex 10GbE nätverkskort med dubbla portar
  • VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU

Varje SQL Server VM är konfigurerad med två vDisks, en 100 GB för uppstart och en 500 GB för databasen och loggfilerna. Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern.

Om man tittar på TPS-prestandaförändringen mellan att köra vår SQL TPC-C-arbetsbelastning på X-IO ISE 860 jämfört med Permabit SANblox, var minskningen ganska liten från 12,564 12,431 till XNUMX XNUMX TPS.

Att ändra fokus från transaktionsprestanda till latens även om vi ser effekten av dataminskning i vår arbetsbelastning. Med arbetsbelastningar via SANblox ökade latensen från 13 ms i genomsnitt till 84 ms i genomsnitt; knappt 5.5x hopp. Permabit förklarade att vi kan närma oss maximal belastning för ett enstaka SANblox-par och att en minskning av arbetsbelastningen eller att lägga till en andra SANblox kan minska fördröjningsgenomsnittet avsevärt.

Smakämnen Sysbench OLTP benchmark körs ovanpå Percona MySQL som utnyttjar InnoDB-lagringsmotorn som fungerar i en CentOS-installation. För att anpassa våra tester av traditionellt SAN med nyare hyperkonvergerad växel har vi bytt många av våra riktmärken till en större distribuerad modell. Den primära skillnaden är att istället för att köra ett enda riktmärke på en barmetallserver, kör vi nu flera instanser av det riktmärket i en virtualiserad miljö. För det ändamålet distribuerade vi 4 och 8 virtuella Sysbench-datorer på X-IO ISE 860, 1-2 per nod, och mätte den totala prestanda som sågs på klustret med alla i drift samtidigt. Vi plottade hur 4 och 8VM:er fungerade på både flash array raw, såväl som via Permabit SANblox.

Dell PowerEdge R730 Virtualized Sysbench 4-nodskluster

• Åtta Intel E5-2690 v3-processorer för 249 GHz i kluster (två per nod, 2.6 GHz, 12-kärnor, 30 MB cache)
• 1 TB RAM (256 GB per nod, 16 GB x 16 DDR4, 128 GB per CPU)
• SD-kortstart (Lexar 16GB)
• 4 x Mellanox ConnectX-3 InfiniBand Adapter (vSwitch för vMotion och VM-nätverk)
• 4 x Emulex 16GB dual-port FC HBA
• 4 x Emulex 10GbE nätverkskort med dubbla portar
• VMware ESXi vSphere 6.0 / Enterprise Plus 8-CPU

Varje Sysbench VM är konfigurerad med tre vDisks, en för start (~92GB), en med den förbyggda databasen (~447GB) och den tredje för databasen som vi ska testa (400GB). Ur ett systemresursperspektiv konfigurerade vi varje virtuell dator med 16 vCPU:er, 64 GB DRAM och utnyttjade LSI Logic SAS SCSI-kontrollern.

Vårt Sysbench-test mäter genomsnittlig TPS (Transactions Per Second), genomsnittlig latens, såväl som genomsnittlig 99:e percentil latens vid en toppbelastning på 32 trådar.

Med Sysbench som körs inbyggt på X-IO ISE 860 med en 8VM-arbetsbelastning, mätte vi ett aggregat på 6,568 2,971 TPS över klustret. Med SANblox tillsatt i mixen sjönk det till 4 4,424 TPS. Med en belastning på 2,752VM såg vi mindre av ett fall, från 55 38 TPS ner till XNUMX XNUMX TPS. I båda fallen stod omkostnaderna för att driva via dataminskningsapparaten för XNUMX % respektive XNUMX %. En kritisk aspekt även om denna overheadsiffra inte påverkar LUN:er som serveras från lagringsarrayen direkt. Som ett externt system kan användare välja att dirigera högre prioritet trafik till själva arrayen, om än utan kostnadsfördelarna med datareduktion.

Genom att jämföra genomsnittlig latens mellan våra konfigurationer såg vi 4VM genomsnittlig latens öka från 29 till 47ms, medan 8VM genomsnittlig latens ökade från 39 till 86ms.

När vi tittar på 99:e percentilens latens med SANblox lagt till i vår miljö, mätte vi en ökning från 57 till 89 ms med 4VM och 83 till 178 ms med 8VM.

VMmarks prestandaanalys

Som med alla våra Application Performance Analyser försöker vi visa hur produkter presterar i en liveproduktionsmiljö jämfört med företagets anspråk på prestanda. Vi förstår vikten av att utvärdera lagring som en komponent i större system, framför allt hur responsiv lagring är när man interagerar med viktiga företagsapplikationer. I detta test använder vi VMmark virtualisering benchmark av VMware i en miljö med flera servrar.

VMmark är genom sin design ett mycket resursintensivt riktmärke, med en bred blandning av VM-baserade applikationsarbetsbelastningar som stressar lagring, nätverk och datoraktivitet. När det kommer till att testa virtualiseringsprestanda finns det nästan inget bättre riktmärke för det, eftersom VMmark tittar på så många aspekter som täcker lagrings-I/O, CPU och till och med nätverksprestanda i VMware-miljöer.

Dell PowerEdge R730 VMware VMmark 4-nods klusterspecifikationer

• Dell PowerEdge R730-servrar (x4)
• CPU:er: Åtta Intel Xeon E5-2690 v3 2.6 GHz (12C/24T)
• Minne: 64 x 16 GB DDR4 RDIMM
• Emulex LightPulse LPe16002B 16 Gb FC Dual-Port HBA
• Emulex OneConnect OCe14102-NX 10 Gb Ethernet Dual-Port NIC
• VMware ESXi 6.0

ISE 860 G3 (20×1.6TB SSD per DataPac)

• Innan RAID: 51.2TB
• RAID 10 Kapacitet: 22.9TB
• RAID 5 Kapacitet: 36.6TB
• Listpris: $ 575,000

När vi konfigurerade Permabit SANblox för testning med VMwares VMmark optimerade vi hur data distribuerades. Traditionellt med en given array distribueras virtuella datorer i en "allt eller ingenting"-konfiguration, vilket innebär att data i sin helhet flyttas till den lagringsarray som testas. Med SANblox, det unika sättet det sitter framför lagringsenheten, kunde vi utnyttja lagringen direkt för vissa skrivintensiva arbetsbelastningar, såväl som genom SANblox för majoriteten av OS-diskarna och VMmark-arbetsbelastningar där dedupliceringsbesparingar var störst.. I vår specifika konfiguration migrerade vi alla virtuella datorer till SANblox, med undantag för de individuella 40GB Mailserver-postlådor vDisks, som vi placerade direkt på X-IO ISE 860.

Med vår optimerade konfiguration kunde vi nå totalt 8 brickor med VMmark med hjälp av Permabit SANblox framför X-IO ISE 860. Detta jämfört med en topp på 26 brickor som vi mätte direkt på arrayen tidigare. Ur prestationssynpunkt hade att köra vår arbetsbörda genom SANblox en omkostnad på 70 %. När det gäller datareduktion förblev dock det förbrukade utrymmet platt på 1 bricka. Att migrera ytterligare brickor till arrayen hade ingen nämnvärd inverkan på utrymmet som konsumerades. Detta är ett scenario där ett 2:a HA-par SANblox-apparater skulle förbättra den övergripande prestandan.

Slutsats

Permabit Albireo SANblox är en lättinstallerad apparat som erbjuder enorma fördelar genom att avsevärt minska en organisations dataavtryck. Permabit anger att Albireo SANblox kan släppas framför alla Fibre Channel SAN och kunder kan se upp till en 6:1 minskning av datafotavtryck. All datareduktion sker i linje med SAN omedveten om att SANblox existerar. Tillsammans med den typiska 6:1 datareduktionen erbjuder SANblox också tunn provisionering och komprimering. Permabit är ett långvarigt och allmänt respekterat namn inom deduplicering och kan hjälpa kunder att se potentiella enorma fotavtrycksminskningar beroende på arbetsbelastningen.

På dess ansikte låter deduplicering underbart. Organisationer kan dra full nytta av sin köpta lagring istället för att låta den fyllas upp av dubbletter och även äldre diskbaserad lagring kan få nytt liv. Det faktum att Permabit Albireo SANblox fungerar oavsett konfigurationen som följer är ytterligare en lysande anledning att tänka på det. Den största nackdelen med deduplicering är att prestanda måste ta en träff, i vissa fall kan träffen till prestanda vara ganska betydande. Istället för att se detta som en deal breaker borde potentiella kunder inse att även om prestanda jämfört med raw all-flash tar en hit, är detta fortfarande snabbare än traditionella HDD-lagringsarrayer som spelar i samma prisklass.

Om ultrahög prestanda och extremt låg latens behövs mer än att utnyttja hela sin lagringsinvestering, bör de hoppa över deduplicering. Men om ett företag kan ta prestandaträffen och fortfarande fungera inom sina definierade parametrar bör de för all del undersöka en enhet som Permabit Albireo SANblox. Det finns också en kompromiss, ett tredje alternativ skulle vara att köra mindre prestandakritiska data (som utveckling) genom SANblox, samtidigt som man låter produktionsdata gå igenom utan deduplicering. En liknande tankegång måste gå in på hur man ser på våra prestationsresultat. Jämförelsen är mindre av "se hur mycket bättre X-IO presterar utan SANblox" och mer av ett sätt att presentera den typ av prestanda man kan förvänta sig när man tillämpar deduplicering på sitt SAN.

Som nämnts beror tillägget av apparaten till en lagringsstapel på ett antal variabler. I slutändan är det Permabit erbjuder en förlängning av lagringskapacitet och livslängd, särskilt där arbetsbelastningen inte har ett prestandabehov. I dagens IT-miljö där uppgifter som att spinna upp databaser ofta för utveckling håller på att bli standardpraxis, möjliggör SANblox detta utan kostnad för dataavtryck. Integreringen i företaget är också enkel och om justering och anpassning skulle krävas tillåter apparaten detta.

Fördelar

• Enkel integrering i lagringsarkitektur
• Överensstämmer med moderna utvecklingsmetoder
• Kan slås på/av av LUN

Nackdelar

• Deduplicering har overhead, latenskänsliga applikationer kan behöva kringgå enheten

Bottom Line

Permabit Albireo SANblox integreras enkelt i befintliga system och utför inline-datareduktion som gör det möjligt för organisationer att utnyttja den fulla potentialen av sina lagringsinvesteringar. Datareduktionen kan slås på eller av, eller tillämpas endast på vissa arbetsbelastningar för att maximera både prestanda och kapacitet.

Permabit Albireo SANblox produktsida

Diskutera denna recension

Anmäl dig till StorageReviews nyhetsbrev