Object storage: differenze tra le versioni

Versione delle 03:52, 16 dic 2023

Versione attuale delle 08:18, 17 mar 2025

(4 versioni intermedie di 4 utenti non mostrate)

Riga 1:

L''''object storage''' (conosciuto anche come '''archiviazione basata su oggetti'''<ref>{{Cita pubblicazione|autore=Mesnier|nome=M.|autore2=Ganger|autore3=Riedel|nome2=G.R.|nome3=E.|data=August 2003|titolo=Storage area networking - Object-based storage|rivista=[[IEEE Communications Magazine]]|volume=41|numero=8|pp=84–9084-90|doi=10.1109/mcom.2003.1222722}}</ref>) è una tipologia di [[Memoria (elettronica)|memorizzazione]] che gestisce i dati come oggetti, al contrario di altre architetture di storage come i [[file system]] che gestiscono i dati come una gerarchia di file, e l'archiviazione a blocchi all'interno di settori e tracce.<ref>{{Cita web|url=http://www.druva.com/blog/object-storage-versus-block-storage-understanding-technology-differences/|dataaccesso=19 January 2015}}</ref> Ogni oggetto in genere include i dati stessi, una quantità variabile di [[Metadato|metadati]], e un [[Universally unique identifier|identificatore univoco globale]]. Lo storage a oggetti può essere implementato a più livelli, tra cui il livello di dispositivo (dispositivo di archiviazione a oggetti), il livello di sistema e il livello di interfaccia. In ogni caso con l'object storage si ha la possibilità di abilitare funzionalità non indirizzate da altre architetture di storage, come interfacce direttamente programmabili dall'applicazione, uno spazio dei nomi che può estendersi su più istanze di hardware fisico e funzioni di gestione dei dati come [[Replicazione (informatica)|replica dei dati]] e distribuzione degli stessi a livello di granularità.

{{O|informatica|novembre 2023}}

L''''object storage''' (conosciuto anche come '''archiviazione basata su oggetti'''<ref>{{Cita pubblicazione|autore=Mesnier|nome=M.|autore2=Ganger|autore3=Riedel|nome2=G.R.|nome3=E.|data=August 2003|titolo=Storage area networking - Object-based storage|rivista=[[IEEE Communications Magazine]]|volume=41|numero=8|pp=84–90|doi=10.1109/mcom.2003.1222722}}</ref>) è una tipologia di [[Memoria (elettronica)|memorizzazione]] che gestisce i dati come oggetti, al contrario di altre architetture di storage come i [[file system]] che gestiscono i dati come una gerarchia di file, e l'archiviazione a blocchi all'interno di settori e tracce.<ref>{{Cita web|url=http://www.druva.com/blog/object-storage-versus-block-storage-understanding-technology-differences/|dataaccesso=19 January 2015}}</ref> Ogni oggetto in genere include i dati stessi, una quantità variabile di [[Metadato|metadati]], e un [[Universally unique identifier|identificatore univoco globale]]. Lo storage a oggetti può essere implementato a più livelli, tra cui il livello di dispositivo (dispositivo di archiviazione a oggetti), il livello di sistema e il livello di interfaccia. In ogni caso con l'object storage si ha la possibilità di abilitare funzionalità non indirizzate da altre architetture di storage, come interfacce direttamente programmabili dall'applicazione, uno spazio dei nomi che può estendersi su più istanze di hardware fisico e funzioni di gestione dei dati come [[Replicazione (informatica)|replica dei dati]] e distribuzione degli stessi a livello di granularità.

Lo storage di oggetti è utilizzato per vari scopi tra cui la memorizzazione di oggetti come video e foto su [[Facebook]], canzoni su [[Spotify]] o file nei servizi di collaborazione online, come [[Dropbox]].<ref>{{Cita web|url=http://www.gartner.com/technology/reprints.do?id=1-1R78PJ9&ct=140226&st=sb|autore=Chandrasekaran, Arun|sito= Gartner Research }}</ref> Una delle limitazioni dello storage di oggetti è che non è destinato a dati transazionali, poiché il sistema non è stato progettato per sostituire l'accesso e la condivisione di file [[Network Attached Storage|NAS]], non supporta i meccanismi di blocco e condivisione necessari per mantenere una singola versione aggiornata di un file.<ref name="objectstorage">{{Cita web|url=https://qumulo.com/blog/block-storage-vs-object-storage-vs-file-storage/|citazione="Object storage can work well for unstructured data in which data is written once and read once (or many times). Static online content, data backups, image archives, videos, pictures, and music files can be stored as objects."|dataaccesso=8 February 2022}}</ref>

Line 6 ⟶ 5:

== Storia ==

=== Origini ===

Nel 1995, una ricerca condotta da Garth Gibson sui NAS promoveva per la prima volta il concetto di dividere le operazioni meno comuni, come le manipolazioni dello [[Namespace|spazio dei nomi]], dalle operazioni comuni come la lettura e la scrittura, per ottimizzare le prestazioni e la scalabilità di entrambe.<ref name="NASD">{{Cita web|url=http://www.pdl.cmu.edu/ftp/NASD/Sigmetrics97.pdf|autore=Garth A. Gibson|dataaccesso=27 October 2013}}</ref> Nello stesso anno, è stata istituita una società belga, la ''FilePool,'' per costruire le basi per le funzioni di archiviazione. Lo stoccaggio di oggetti è stato proposto nel laboratorio della [[Università Carnegie Mellon|Carnegie Mellon University]] di Gibson come progetto di ricerca nel 1996. Un altro concetto chiave è stato l'astrazione della scrittura e della lettura dei dati in container più flessibili defintii "oggetti". Il controllo di accesso ''fine-grained'' attraverso l'architettura di archiviazione oggetti è stato descritto ulteriormente da uno dei membri del team NASD, Howard Gobioff, che successivamente fu uno degli inventori del [[Google File System]].<ref>{{Cita web|url=http://repository.cmu.edu/cgi/viewcontent.cgi?article=1147&context=pdl|autore=Gobioff, Howard|dataaccesso=7 November 2013}}</ref><ref>{{Cita web|url=http://research.google.com/archive/gfs-sosp2003.pdf|autore=Sanjay Ghemawat|dataaccesso=7 November 2013}}</ref> Altri lavori correlati includono il progetto del [[file system]] [[Coda (file system)|Coda]] al [[Università Carnegie Mellon|Carnegie Mellon]], iniziato nel 1987, che ha generato il [[file system]] Lustre.<ref name="Lustre">{{Cita web|url=http://ols.fedoraproject.org/OLS/Reprints-2002/braam-reprint.pdf|dataaccesso=17 September 2013|titolo=Copia archiviata|dataarchivio=1 dicembre 2017|urlarchivio=https://web.archive.org/web/20171201182053/https://ols.fedoraproject.org/OLS/Reprints-2002/braam-reprint.pdf|urlmorto=sì}}</ref> C'è anche il progetto OceanStore presso l'UC Berkeley, iniziato nel 1999, e il progetto Logistic Networking presso l'[[Università del Tennessee|Università del Tennessee Knoxville]], iniziato in 1998.<ref>{{Cita web|url=http://oceanstore.cs.berkeley.edu/|dataaccesso=18 September 2013}}</ref><ref>{{Cita libro|nome=John|cognome=Kubiatowicz|nome2=Chris|cognome2=Wells|nome3=Ben|cognome3=Zhao|titolo=Proceedings of the ninth international conference on Architectural support for programming languages and operating systems|data=2000|pp=190–201190-201|ISBN=1581133170|DOI=10.1145/378993.379239}}</ref><ref>{{Cita pubblicazione|autore=Plank|nome=James|autore2=Beck|autore3=Elwasif|nome2=Micah|nome3=Wael|data=October 1999|titolo=The Internet Backplane Protocol: Storage in the Network|rivista=Netstore 1999|accesso=27 January 2021|url=http://web.eecs.utk.edu/~jplank/plank/papers/NS99-IBP.pdf}}</ref> Nel 1999, Gibson fondò Panasas per diffondere i concetti sviluppati dal team NASD.

=== Sviluppo ===

Line 17 ⟶ 16:

=== Astrazione dello storage ===

Uno dei principi di progettazione dello storage di oggetti è quello di astrarre alcuni livelli inferiori, quelli lontani dagli amministratori e dalle applicazioni. IIdatiI dati vengono così esposti e gestiti come oggetti invece di blocchi o file. Gli oggetti contengono proprietà descrittive aggiuntive che possono essere utilizzate per una migliore gestione e ne permette anche l'indicizzazione. Gli amministratori così non devono eseguire funzioni di archiviazione di livello inferiore come la costruzione e la gestione di [[Logical Unit Number|volumi logici]] per utilizzare la capacità del disco o impostare i livelli [[RAID]] per affrontare problemi ai dischi.

L'object storage consente anche l'indirizzamento e l'identificazione di singoli oggetti da più di un semplice nome del file e dal percorso: viene aggiunti infatti un identificatore univoco all'interno di un bucket, o nell'intero sistema, per supportare spazi dei nomi molto più grandi ed eliminare le collisioni dei nomi.

Line 44 ⟶ 43:

=== Gestione programmatica dei dati ===

Object storage fornisce interfacce programmatiche per consentire alle applicazioni di manipolare i dati. A livello base, questo include funzioni minime per creazione, lettura, aggiornamento ed eliminazione di dati ([[CRUD]]). Alcune implementazioni di object storage vanno oltre, supportando funzionalità aggiuntive come [[Controllo versione|controllo delle versioni di oggetti/file]], replica di oggetti, gestione del ciclo di vita e movimento di oggetti tra diversi livelli e tipi di storage. La maggior parte delle implementazioni [[Application programming interface|API]] sono [[Representational state transfer|REST]] <nowiki/>permettendo l'utilizzo di molte chiamate standard [[Hypertext Transfer Protocol|HTTPS]].

== Implentazione ==

Line 50 ⟶ 49:

La stragrande maggioranza dello storage cloud disponibile sul mercato utilizza un'architettura di archiviazione di oggetti. Alcuni esempi notevoli sono [[Amazon S3|Amazon Web Services S3]], che è debuttato nel marzo 2006, [[Microsoft Azure]] Blob Storage, Rackspace Cloud Files (il cui codice è stato donato nel 2010 al progetto OpenStack e rilasciato come [[OpenStack|OpenStack Swift]]) e Google Cloud Storage rilasciato nel maggio 2010.

=== I [[file system]] basati su oggetti ===

Alcuni [[file system]] distribuiti utilizzano un'architettura basata su oggetti, in cui i [[metadati]] dei file sono memorizzati nei server e i dati dei file sono archiviati nei server di archiviazione oggetti. Il software client del [[file system]] interagisce con i diversi [[server]] e li astrae al fine di disporre all'utente e alle applicazioni un [[file system]] completo.

Line 69 ⟶ 68:

Uno dei primi prodotti di archiviazione di oggetti, [[Lustre]], è utilizzato nel 70% dei primi 100 supercomputer e circa il 50% dei [[TOP500|Top 500]].<ref>{{Cita web|url=http://storageconference.org/2012/Presentations/M04.Dilger.pdf|dataaccesso=27 October 2013}}</ref> A partire dal 16 giugno 2013, questo include 7 dei primi 10, tra cui il quarto sistema più veloce - il cineme Tianhe-2 - e il settimo più veloce, il supercomputer Titan all'[[Oak Ridge National Laboratory]].<ref>{{Cita web|url=http://www.multivu.com/mnr/60497-datadirect-networks-titan-supercomputer-storage-system-ornl|dataaccesso=27 October 2013|titolo=Copia archiviata|dataarchivio=29 ottobre 2013|urlarchivio=https://web.archive.org/web/20131029194043/http://www.multivu.com/mnr/60497-datadirect-networks-titan-supercomputer-storage-system-ornl|urlmorto=sì}}</ref>

I sistemi di archiviazione di oggetti hanno avuto un buon impiego nei primi anni 2000 come piattaforma di archivio, in particolare a seguito delle leggi di conformità come [[Sarbanes-Oxley Act|Sarbanes-Oxley]]. Dopo cinque anni di attività sul mercato, il prodotto Centera di EMC ha ottenuto oltre 3.500 clienti e 150 [[Byte|petabytes]] di spedizione fino al 2007.<ref>{{Cita web|url=http://www.emc.com/about/news/press/us/2007/04182007-5028.htm|dataaccesso=3 November 2013}}</ref> Per HCP di Hitachi molti clienti richiedono sistemi di archiviazione su scala di petabyte.<ref>{{Cita web|url=http://www.techvalidate.com/portals/hitachi-content-platform-customers-with-more-than-1pb-of-data-stored|dataaccesso=19 September 2013}}</ref> I nuovi sistemi di archiviazione di oggetti hanno anche ottenuto un certo successo, in particolare nelle applicazioni personalizzate molto grandi come il sito di aste di eBay, dove EMC Atmos è utilizzato per gestire oltre 500 milioni di oggetti al giorno.<ref>{{Cita news|url=http://www.infostor.com/backup-and_recovery/cloud-storage/emc-world-continues-focus-on-big-data-cloud-and-flash-.html|giornale=Infostor|titolo=Copia archiviata|accesso=21 ottobre 2023|dataarchivio=7 dicembre 2021|urlarchivio=https://web.archive.org/web/20211207192045/https://www.infostor.com/backup-and_recovery/cloud-storage/emc-world-continues-focus-on-big-data-cloud-and-flash-.html|urlmorto=sì}}</ref> A partire dal 3 marzo 2014, EMC afferma di aver venduto oltre 1,5 [[exabyte]] di spazio di archiviazione Atmos.<ref>{{Cita web|url=http://www.rethinkstorage.com/in-it-for-the-long-run-emcs-object-storage-leadership#.UyEzj9yllFI|dataaccesso=15 March 2014}}</ref> Il 1º luglio 2014, il [[Los Alamos National Laboratory|Los Alamos National Lab]] ha scelto lo Scality RING come base per un ambiente di archiviazione di 500 petabyte, che sarebbe stato tra i più grandi mai realizzati.<ref>{{Cita news|url=https://www.theregister.co.uk/2014/07/01/scalitys_ring_goes_faster/}}</ref>

I sistemi di archiviazione di oggetti "captive" come ''Haystack'' di Facebook sono cresciuti in modo impressionante. Nell'aprile 2009, gestiva 60 miliardi di foto e 1,5 petabyte di spazio di archiviazione, aggiungendo 220 milioni di foto e 25 terabyte a settimana.<ref name="haystack"/> Facebook ha recentemente dichiarato che aggiungeva 350 milioni di foto al giorno e che conservava 240 miliardi di foto,<ref>{{Cita news|url=http://www.datacenterknowledge.com/archives/2013/01/18/facebook-builds-new-data-centers-for-cold-storage/|giornale=Datacenterknowledge.com}}</ref> il tutto quindi si aggirerebbe sui 357 petabyte.<ref>{{Cita web|url=http://techexpectations.org/2014/05/17/how-much-data-does-x-store/|dataaccesso=23 May 2014|titolo=Copia archiviata|dataarchivio=22 maggio 2014|urlarchivio=https://web.archive.org/web/20140522002448/http://techexpectations.org/2014/05/17/how-much-data-does-x-store/|urlmorto=sì}}</ref>