Jag hörde en analytiker nyligen citera en statistik om att 2015 kommer över 80 % av lagringskapaciteten som säljs över hela världen att skickas till stöd för data på filnivå eller "ostrukturerad". Det är filbaserad information som inte passar bra i en kolumn-och-raddatabas. Ljud, video, grafik och allt annat innehåll vi Facebook och Twitter om är bra exempel. Om du inte får plats med allt detta prydligt i en databas, behöver du ett filsystem för att göra ordning på kaoset och sitta ovanför diskoperationerna på låg nivå.
Jag hörde en analytiker nyligen citera en statistik om att 2015 kommer över 80 % av lagringskapaciteten som säljs över hela världen att skickas till stöd för data på filnivå eller "ostrukturerad". Det är filbaserad information som inte passar bra i en kolumn-och-raddatabas. Ljud, video, grafik och allt annat innehåll vi Facebook och Twitter om är bra exempel. Om du inte får plats med allt detta prydligt i en databas, behöver du ett filsystem för att göra ordning på kaoset och sitta ovanför diskoperationerna på låg nivå.
NAS är i huvudsak en dedikerad apparat med ett inbyggt filsystem för att lagra dessa filer och sedan presentera filresurser till servrar, applikationer och användare. Oftast tänker vi på att mappa till dessa system med hjälp av protokoll som SMB/CIFS (för Windows) eller NFS (för Linux/Unix). Tidigare har jag hört många människor försöka rita NAS och SAN på ett kontinuum som om NAS helt enkelt var en mindre sofistikerad lagringsenhet än ett SAN eller ett språngbräda till SAN, men egentligen är de helt olika djur för helt andra syften . Precis som SAN kan sträcka sig från avdelningssystem på ingångsnivå till stora tier-1-arrayer, är det samma sak med NAS. Jag har en 2TB Microsoft Home Server som NAS-enhet hemma jämfört med web 2.0-företag med flera petabyte NAS som lagrar miljontals filer för hundratusentals användare. SAN är SAN och NAS är NAS (unified kommer senare).
Ursprungligen uppstod NAS-filer när företag insåg att att bara lägga användarandelar och fildata på slumpmässiga Windows-servrar eller hemmagjorda Linux-baserade NFS-servrar förmodligen inte var det bästa sättet att hantera all denna filtillväxt. Men precis som folk ursprungligen konsoliderade öar av filer till en dedikerad NAS-filer, försöker de nu konsolidera dussintals distribuerade NAS-filer till något som är lättare att hantera. Det är här utskalad klustrad NAS har kommit till festen. Dessa system kan fysiskt lagra data på flera underliggande disktekniker men presenterar ett stort enda "namnutrymme" eller filsystem ut till nätverket. Konceptet med ett enda namnområde förenklar hanteringen och möjliggör policybaserad förflyttning av filer under pärmen på grund av prestanda, kapacitet eller efterlevnad. IT-utövare älskar den här tekniken på grund av det faktum att en systemadministratör kan ha just-in-time kapacitetsexpansion till en stor pool av NAS. Detta ger enkel hantering och åtkomst, samtidigt som man undviker överprovisionering och intern lagring.
Ett exempel på var NAS och SAN möts är tillkomsten av NAS Gateway. Dessa "huvuden" är bearbetningsnoder med ett lager av operativsystem. NAS-huvudet är fysiskt anslutet till back-end-lagringskapacitet som sitter i en diskarray på SAN. Denna gateway hanterar filsystemet och organisationen av mappar samt presentation ut till nätverket medan diskarrayen hanterar de centraliserade datatjänsterna vi tidigare diskuterat. Det här scenariot är en utmärkt lösning för företag som har investerat i ett SAN och en diskuppsättning men vill öka utnyttjandet av den tillgången genom att placera sina ostrukturerade filer på en del av den extra disken. Vissa kanske (och gör) kalla detta en "enhetlig" lagringsmetod, vilket är ett bra inslag i vårt nästa ämne.
Relaterat innehåll
- Vad är DAS (Direct Attached Storage)?
- Vad är SAN-arrayer (Storage Area Network)?
- Vad är Unified Storage?
- Vad är objektlagring?
Om författaren
Brad Parks – Converged Infrastructure Strateg, HP lagring
Twitter - @HPBradParks
Brad Parks är strateg inom HP Enterprise Servers, Storage and Networking, med fokus på produkt- och lösningsutveckling för HP Converged Infrastructure när det gäller HP Storage. Parks arbetar med kunder, produktteam och det tekniska samhället för att utveckla innehåll och program för att kommunicera HP:s strategiska riktning och unika kundvärde relaterat till datalagring.
