Nu är det här det blir kul. Med övergången till molnberäkning och leverans av tjänster över det offentliga internet, börjar traditionella lagringsåtkomstparadigm som NAS och SAN se nya alternativ flytta in i grannskapet. Även om det antagligen är närmare besläktat med NAS vs. SAN, tillhandahåller objektbaserad lagring inte ett blockorienterat gränssnitt eller åtkomst via ett filsystem och filmappar, utan snarare organiserar den data i behållare eller objekt med variabel storlek. Varje objekt har själva data (en ström av byte) samt metadata (data om data).
Nu är det här det blir kul. Med övergången till molnberäkning och leverans av tjänster över det offentliga internet, börjar traditionella lagringsaccessparadigm som NAS och SAN se nya alternativ flytta in i grannskapet. Även om det förmodligen är närmare besläktat med NAS vs. SAN, tillhandahåller objektbaserad lagring inte ett blockorienterat gränssnitt eller åtkomst via ett filsystem och filmappar, utan snarare organiserar den data i behållare eller objekt med variabel storlek. Varje objekt har själva data (en ström av byte) samt metadata (data om data). Objekt organiseras sedan i en platt hierarkisk struktur av hinkar och konton.
Till skillnad från SCSI-baserade kommandon på låg nivå för att manipulera blocken, uppnås åtkomst till objektet genom kommandon på högre nivå som manipulerar objektet i dess helhet – skapa, ta bort, hämta, placera, etc. Information om var objektet fysiskt finns och säkerhetsmekanismer associerade med objektet lagras som metadata.
Precis som NAS och andra filbaserade system nås via protokoll som CIFS och NFS, nås objektbaserade system på liknande sätt. I det här fallet nås objektlagring av webbtjänst-API:er som REST, SOAP eller Amazon S3 via protokoll som HTTP, SMTP eller XML. Det viktigaste att notera är att kommandona för att lokalisera och agera på objektet är inbäddade – till exempel i URL-strängen i HTTP-förfrågan.
Även om det inte är samma sak som molnlagring, är dessa två nära besläktade. De flesta molnlagringserbjudanden använder objektlagringsenheter och mekanismer som metod för att leverera dessa tjänster. Objektlagringens tillståndslösa karaktär innebär att det i allmänhet inte är ett lämpligt spel för högpresterande applikationer som behöver låg latens och garanterade prestandanivåer. Å andra sidan i en värld där människor försöker pressa ut varje uns av en IT-budget, vänder sig många till molnet för lagring där det är lämpligt. Jämfört med NAS och särskilt SAN, ger objektlagring ett latens-tolerant åtkomstmönster till en datamängd. För vissa applikationer är detta acceptabelt och ger kunderna möjlighet att geografiskt separera den fysiska lagringen från slutanvändaren. Tänk på arkivering och säkerhetskopiering som nyckelanvändningsmodeller där objektlagring växer snabbt och människor är mer villiga att flytta data utanför lokalen.
Detta område förändras snabbt eftersom företag kämpar för att hitta ett bättre sätt att hantera explosiv tillväxt av ostrukturerat innehåll. De senaste anvisningarna inkluderar framväxten av molngateway- och on-ramp-lösningar för att överbrygga lokal lagring till molnlagring och möjliggöra för icke-objektbaserade applikationer att komma åt data som lagras i objektpoolen med traditionell iSCSI eller NAS på framsidan.
Relaterat innehåll
- Vad är Network Attached Storage (NAS)?
- Vad är Unified Storage?
- Vad är DAS (Direct Attached Storage)?
- Vad är SAN-arrayer (Storage Area Network)?
Om författaren
Brad Parks – Converged Infrastructure Strateg, HP Storage
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.