Object Storage e Scality

Transcript

1 Enrico Signoretti Giugno 2012 Juku - mail: info@juku.it web:

2 Cinetica srl Indice Juku 3 Perchè Juku 3 Chi è Juku 4 Introduzione 5 Executive summary 6 Un breve cenno storico 8 Come funziona 10 Quando usarlo 13 Da object a cloud storage 15 Gateway e object storage 17 Scality 18 Il prodotto 19 Architettura e funzionalità 21 Management 23 L accesso ai dati 24 Scale-out file system 26 Note legali 27

3 Juku Perchè Juku I Juku sono scuole, private, giapponesi che hanno l obiettivo di aiutare gli studenti a migliorare il rendimento nelle loro normali attività scolastiche e a sostenere una preparazione migliore agli esami. Benchè questo tipo di scuola sia principalmente concepita per le materie accademiche, non è raro trovare dei juku anche per discipline artistiche, sportive e arti marziali. Il nostro obiettivo è proprio quello di non sostituirci all informazione istituzionale ma di aiutare chi deve prendere le decisioni per il proprio IT con articoli, informazione e confronto sulle tematiche tecnologiche che conosciamo meglio: L infrastruttura IT ed in particolare virtualizzazione e storage. Non è più come una volta, chi lavora nell IT deve guardarsi intorno: le cose cambiano velocemente e c è la necessità di rimanere informati, o informarsi velocemente, per sostenere decisioni importanti. Come fare? è semplice il sito contiene le nostre idee, il risultato del confronto quotidiano che abbiamo globalmente sul web e i social network con vendor, analisti, blogger, giornalisti e consulenti. Ma il nostro lavoro non si ferma qui, il confronto e la ricerca è globale ma la condivisione e l applicazione delle nostre idee deve essere locale: ed è qui che la nostra esperienza quotidiana, con aziende radicate sul terriorio italiano, diviene fondamentale per offrire una visione sincera ed utile. Ecco perchè abbiamo scelto think global, act local come payoff per Juku.

4 Chi è Juku Enrico Signoretti, Consulente, imprenditore e blogger (non necessariamente in questo ordine). Frequenta gli ambienti IT da oltre 20 anni, la sua carriera è iniziata con l assembler nella seconda metà degli anni 80 per poi passare allo Unix (ma sempre con il Mac nel cuore) fino ad approdare al Cloud dei giorni nostri. Attento alle evoluzioni del mercato e alla costante ricerca di idee e soluzioni innovative. E un appassionato velista e un pescatore mancato. Enrico raccoglie i suoi profili Social qui: esignoretti Fabio Rapposelli, specialista di Storage e Virtualizzazione con oltre 10 anni di esperienza nel settore della consulenza IT, sviluppando e dispiegando infrastrutture informatiche su scala globale. Nato come uomo UNIX al termine degli anni '90 ha iniziato a lavorare con le piattaforme di virtualizzazione ai loro albori fino ad oggi dove cerca di evangelizzare il concetto di Cloud agli IT manager. Nel 2010 viene insignito della ambita certificazione VCDX (Numero #58) da VMware. Appassionato musicofilo ed incallito viaggiatore. Fabio raccoglie i suoi profili Social qui: frapposelli

5 Introduzione L'obiettivo di questo documento è quello di introdurre il lettore all'object storage nel modo più semplice e rapido possibile accennando anche alla sua evoluzione nell'era del cloud. Una guida semplice per farsi un'idea delle problematiche che si possono indirizzare con questo particolare tipo di sistemi per la memorizzazione di dati. Il panorama delle soluzioni storage si sta allargando continuamente. Le richieste da parte degli utenti, nuove normative e la continua necessità di trovare spazio più economico, ma sicuro, per ospitare grandi quantità di dati che spesso vengono accedute poco e primariamente in sola lettura sta innescando una domanda fortissima per questo tipo di soluzioni. L argomento Object storage è tornato alla ribalta soprattutto dopo la grande diffusione di servizi di Cloud sotrage che ne stanno utilizzando i concetti e le tecnologie come elemento fondante della propria proposizione. Una tecnologia presente da oltre trenta anni ma che sta vivendo un momento particolarmente florido proprio adesso grazie al cloud, sia in forma privata che pubblica. Il documento è diviso in due parti, nella prima viene presentata la tecnologia nei suoi aspetti più generali: la storia, il funzionamento, i possibili vantaggi derivanti dall'adozione. La seconda parte di questa pubblicazione è dedicata alla presentazione di Scality, un azienda che ha sviluppato una soluzione innovativa in questo ambito. Questa pubblicazione è distribuita in maniera gratuita e ci farebbe molto piacere conoscere un vostro commento in proposito, scriveteci a info@juku.it Buona lettura!

6 Executive summary Il panorama dello storage enterprise, in questi anni, è cambiato radicalmente. La crescita esplosiva dei dati non strutturati e la necessità di gestire problematiche sempre più complesse stanno portando alla luce alcuni limiti dei sistemi di archiviazione tradizionali come i File Server o i NAS (Network Attached Storage). I file server archiviano i dati in una struttura dati denominata file system. I File System tradizionali presentano spesso dei limiti in termini di quantità di file gestibili, prestazioni e strumenti per la ricerca quando i numeri diventano particolarmente importanti (nell'ordine dei milioni, in alcuni casi anche solo di centinaia di miglia di file). A quanto appena scritto si aggiungono anche problematiche che in passato erano molto meno pressanti: backup e replica dei dati, resilienza del servizio, politiche di retention dei dati (anche di carattere legale) più stringenti che in passato, possibilità di accedere ai dati da dispositivi e luoghi diversi, sicurezza. L'object storage si sta quindi ritagliando uno spazio nuovo nel panorama enterprise portando una serie di benefici sul lato di gestione dei dati e migliorando sensibilmente il TCO. La ridotta penetrazione sul mercato di questa tecnologia è ancora da ricercarsi nella difficoltà di migrazione dai sistemi tradizionali e dalla difficoltà

7 di aggiornamento delle applicazioni legacy per poter operare con protocolli per le quali non erano state studiate. Il cloud computing sta comunque accelerando l'adozione di object storage: il cloud storage e l'object storage sono, in molti casi, la stessa cosa. Le differenze sono pochissime e sono legate principalmente al fatto che uno è un servizio pubblico mentre l'altro è sempre stato concepito come un servizio privato. Da un punto di vista dei protocolli e delle modalità di accesso sono molto simili (in alcuni casi identici) mentre le architetture di backend, proprio per il diverso tipo di pubblico che indirizzano possono essere anche molto diverse.

8 Un breve cenno storico Object storage è un termine abbastanza recente nel panorama IT, prima di utilizzare correntemente questo termine ci si riferiva a sistemi denominati CAS (content addressable storage). In pratica sistemi dove i dati vengono salvati e recuperati in funzione del loro contenuto e non della loro posizione all'interno dello storage, come avviene invece nei tradizionali file system. I primi sistemi CAS, addirittura implementati in hardware, sono nati negli anni settanta ma poi, i prodotti commerciali che si sono diffusi maggiormente sono stati tutti software con una architettura hardware abbastanza semplice e basata su componenti standard (di solito server x86). Già in quegli anni, per la natura e per l utilizzo a cui erano stati pensati questi sistemi, la protezione dei dati non veniva garantita utilizzando meccanismi di RAID ma, più semplicemente, duplicando l oggetto su più nodi in funziona del livello di affidabilità che si voleva raggiungere. Questo approccio ha sempre consentito di limitare il costo del sistema, una scalabilità potenziale molto alta e una velocità di ripristino dello stato ottimale molto elevata (è sufficiente istanziare una ulteriore copia nel caso se ne perda una!). Anche riguardo le architetture si può parlare di una implementazione abbastanza simile fra i vari prodotti che nel tempo si sono presentati al mercato: una serie di nodi dedicati alla memorizzazione vera e propria degli oggetti e dei nodi dedicati alle operazioni di input/output e indicizzazione dei contenuti. L architettura disegnata in questo modo dovrebbe poter permettere una scalabilità teorica molto elevata anche se, in pratica, le limitazioni dei prodotti commerciali sono sempre state presenti. Nella maggior parte dei casi i dati non venivano protetti da meccanismi di RAID, come invece avviene con altri sistemi di storage (file o blocchi) ma, visto la natura stessa dell architettura e della tipologia dei dati che vengono salvati si è sempre preferito adottare un meccanismo di protezione che prevede la copia del dato su più nodi del cluster, in alcuni casi copie multiple garantivano una maggiore velocità di accesso e un livelllo di sicurezza molto elevato senza incorrere nei problemi classici dei sistemi RAID riguardanti la ricostruzione di dischi danneggiati.

9 Storicamente, questi sistemi sono dotati anche di funzionalità WORM (write once read many). Queste caratteristica, se opportunamente certificata da organismi governativi o enti accreditati ha valenza legale. E per questo motivo che alcune delle applicazioni principali per cui venivano usati questi sistemi di storage si trovano nell healt care (archiviazione di immagini mediche e cartelle cliniche) piuttosto che nell archiviazione di posta elettronica. In passato, l unico modo di accedere a storage di questo tipo era attraverso l uso di API (application program interface) proprietarie ma, con l introduzione di storage ad oggetti per il cloud (cloud storage), tutti i produttori si stanno convertendo all uso di API aperte che rendono l interoperabilità dei software molto più facile e molto più trasparente rispetto al prodotto che viene adottato. L esempio più eclatante di API aperte è quello di Amazon S3 (un servizio di cloud storage che al momento detiene la leadership del mercato) ma anche SNIA (Storage Networking Industry Association: tutti i più grandi vendor di storage partecipano a questa associazione) ha proposto il suo standard chiamato CDMI (Cloud Data Management Interface) attraverso la Cloud Storage Initiative. Alcuni produttori forniscono diversi sistemi per accedere ai dati, anche attraverso gateway che simulano una interfaccia a file, proprio per venire incontro alle richieste di poter ottenere un repository di ultima generazione capace di dialogare con una infrastruttura legacy.

10 Come funziona Per spiegare al meglio i meccanismi che regolano il funzionamento di un object storage penso possa essere utile confrontarlo con uno storage a file. Per certi aspetti l object storage può essere considerato come un file storage più sofisticato. La prima cosa da definire quando sia parla di object storage è il concetto di oggetto e come questo differisce dal classico concetto di file. Un oggetto è la somma di un file (il contenitore dei dati) più una serie di metadati che ne descrivono il contenuto e le caratteristiche. I Metadati sono il valore aggiunto, possono contenere svariati tipi di informazione e sono utilizzabili per la ricerca dei file, funzionalità indispensabile in caso di ricerche complesse e su archivi di grandi dimensione. File name: XYZ.doc Created by: user1 Created on: File name: XYZ.doc Created by: user1 Created on: file type: dicom ID: xyz patient name: xyz Procedure date: Doctor name: xyz1 Doctor notes: Diagnosis:... In un sistema tradizionale lo spazio è organizzato in file e directory. Quando un dato viene scritto all'interno dello storage non ci si preoccupa del suo

11 contenuto ma della sua posizione. L'unico modo per accedere nuovamente al dato è di sapere dove si trova (path). Non è possibile assegnare due file diversi alla stessa locazione e non è previsto che lo stesso file sia referenziato da percorsi diversi. Al contrario, in un object storage, non esiste un sistema di localizzazione dei dati determinato dal loro posizionamento ma dal loro contenuto. Ogni volta che un oggetto viene immesso in un object storage il sistema utilizza una funzione di hashing (MD5 o SHA-1 sono gli algoritmi più diffusi) per generare una chiave univoca derivata da quelle informazioni. Ogni minuscola modifica al file originario crea automaticamente una nuova chiave che, proprio per natura dell algoritmo usato, è totalmente differente dalla precedente. Le hash formano quindi una hash table: un indice (catalogo) di tutti gli oggetti che fanno parte del sistema. Questo meccanismo previene la possibilità di avere due oggetti identici ma anche la sicurezza che, avendo la chiave giusta, si ottenga l oggetto effettivamente richiesto. Il problema dell utilizzo di algoritmi di hash come quelli descritti è il numero limitato di combinazioni possibili, grande ma limitato, e il conseguente rischio di collisioni (la collisione si verifica quando vengono generate due chiavi identica partendo da due oggetti diversi). Questa possibilità è remota in piccoli sistemi ma diviene un rischio concreto quando si devono memorizzare centinaia di milioni di file. Molti vendor, grazie anche al frutto di esperienze passate hanno iniziato a produrre hash table a doppia chiave, in alcuni casi semplicemente sommando i risultati di due funzioni diverse. Una volta che l oggetto è stato accolto all interno di un object storage viene duplicato N volte in funzione di regole che, in molti casi, possono essere definite dall utente in funzione del livello di affidabilità o anche solo della facilità di reperire l oggetto nel nodo più vicino possibile per una questione di performance. Molti sistemi prevedono funzionalità di versioning (la gestione automatica della versione di un oggetto), WORM (write once ready many) e criptazione dei dati, compressione dei dati. Tutte funzionalità che rendono lo strumento particolarmente adatto per operazioni di archiving con valenza legale e per altre applicazioni dove la sicurezza è una caratteristica fondamentale. I sistemi di object storage, proprio per loro natura e architettura, non necessitano di sistemi di backup tradizionali o di replica dei dati. I sistemi più moderni hanno tutte queste caratteristiche già presenti nel prodotto e quindi, se adeguatamente configurati, possono essere implementati su reti

12 geografiche per offrire il massimo di affidabilità, qualità del servizio e resilienza. L inserimento e la lettura degli oggetti, nella maggior parte dei casi, vengono eseguiti attraverso l uso di API. Ogni produttore ha sviluppato delle API proprietarie ma, grazie a servizi cloud come Amazon S3, che utilizzano un set di API aperte, molti vendor si stanno adeguando a questo nuovo standard de facto. Le API di cui ho appena accennato sono basate sul protocollo HTTP e sono di tipo RESTful (un architettura client/server molto semplice e largamente usata per costruire applicazioni web). Alcuni produttori si sono spinti oltre permettendo l uso anche di protocolli file (NFS, CIFS) o HTTP. Questo approccio è dovuto essenzialmente al tentativo semplificare al massimo la migrazione da ambienti storage tradizionali a quelli basati su oggetti (ovviamente in questi casi i metadati non possono essere utilizzati se non attraverso attività successive).

13 Quando usarlo L object storage ha delle caratteristiche tali da poter essere preso in considerazioni in diversi ambiti ma non è sicuramente una soluzione ad alte prestazioni in termini di throughput. Partendo dal concetto che ho appena espresso è facile capire che non è paragonabile ad un File server o ad NAS, o quantomeno non nella forma classica con cui siamo abituati a considerare questi oggetti. Esistono delle sovrapposizioni fra File e Object storage ma, nella pratica, queste avvengono principalmente quando uno dei due viene utilizzato erroneamente per fare le funzioni dell altro. All inizio di questo documento avevo riportato proprio l esempio più calzante: uno dei motivi per cui si utilizza l object storage può essere il raggiungimento dei limiti di una architettura a file tradizionale, ma anche questo è riduttivo. In linea generale, se il numero di oggetti/file da gestire è piccolo e non esistono particolari necessità legate all archiviazione (retention lunghe o di

14 valenza legale) l uso di object storage è sconsigliabile: il costo iniziale di una soluzione di questo tipo e il lavoro necessario per l integrazione con il resto dell infrastruttura è superiore al vantaggio. Dal lato diametralmente opposto, proprio grazie alle caratteristiche di questi sistemi, se le esigenze legate all archiviazione sono preponderanti e il numero di file/oggetti da gestire è molto elevato, la soluzione ideale rimane l object storage. Tutte le applicazioni che sono fra quelle descritte nei due paragrafi precedenti dovrebbero essere analizzate in dettaglio da uno specialista. E comunque importante precisare che l object storage ha una valenza sempre più elevata con l aumentare dei file da gestire e in funzione della necessità che questi oggetti presentano in termini di sicurezza e disponibilità nel lungo termine. Ultimamente stanno anche nascendo nuove opportunità per l object storage, rese possibili dalla sua declinazione cloud e dai relativi servizi associati, che ne hanno permesso di allargare tantissimo le applicazioni pratiche come ad esempio: backup, repository per foto/video/streaming, Big data, ecc.

15 Da object a cloud storage La quasi totalità dei servizi di cloud storage hanno un back-end sviluppato su una piattaforma ad oggetti. Anche i servizi che si presentano con una interfaccia a file (l esempio più eclatante viene da un prodotto consumer chiamato Dropbox), sono spesso fondati su uno storage ad oggetti. Alcuni prodotti/servizi sono stati sviluppati con l unico obiettivo di lavorare sul cloud pubblico, altri sono invece nati come storage per ambienti enterprise classici e poi sono stati rivisitati per operare su una scala più larga e con protocolli più standard. Il servizio in assoluto più conosciuto ed usato è quello del provider Amazon (probabilmente anche quello di maggior successo fra quelli del suo catalogo). S3 (simple storage service) è in tutto e per tutto un object storage che utilizza un modello di tariffazione di tipo pay-as-you-go. E un servizio che viene offerto principalmente a sviluppatori con un accesso iniziale gratuito. Uno dei vantaggi di S3 è che è un servizio sviluppato su scala mondiale e che può essere configurato per una disponibilità del dato ed eventuale bassa latenza di accesso molto interessanti. La maggior parte della concorrenza a S3 si sta sviluppando su due fronti distinti: da un lato ci sono i service provider che stanno adottando soluzioni sviluppate sull architettura openstack e la sua componente object storage (Swift), dall altra c è chi si sta rivolgendo a vendor per avere soluzioni pronte all uso. L offerta cloud storage comunque è fortemente legata alla comparazione con S3 sia in termini di funzionalità che di prezzo. Le cose cambiano sensibilmente quando si tratta di soluzioni dedicate allo sviluppo di cloud storage privato. Ovviamente la presenza di S3 è decisamente meno sentita anche se i clienti gradiscono una certa compatibilità con le API di Amazon (magari per un futuro sviluppo di un repository esterno a basso costo). Rimangono invece fondamentali alcuni aspetti del cloud pubblico come la

16 multi tenancy e, nelle installazioni più importanti, vengono prese in considerazione anche la possibilità di distribuire dati geograficamente con obiettivi simili a quelli del cloud pubblico (maggiore disponibilità del dato e minore tempo di accesso).

17 Gateway e object storage Negli ultimi due anni abbiamo visto la nascita di quello che si potrebbe definire un nuovo segmento di mercato, quello dei gateway verso l object/ cloud storage. Questi oggetti, spesso implementati anche come virtual appliances, si presentano sulla rete locale come uno storage per file (SMB/NFS) o come uno storage a blocchi (di solito via protocollo iscsi). Localmente gestiscono una cache in lettura, utile per migliorare le prestazioni, ma tutto lo spazio lo ereditano da uno storage cloud remoto. Da un punto di vista prestazionale, proprio per la loro natura, non brillano ma è chiaro che i vantaggi che possono derivare da questi oggetti possono essere diversi. In primo luogo il TCO (total cost of ownership) basso per soluzioni molto capacitive. In seconda battuta, la possibilità di avere un backup (criptato) sul cloud oppure uno storage accessibile da diversi punti con una certa semplicità (per soluzioni di DR ad esempio). Se c è chi guarda a queste soluzioni soprattutto per via del prezzo allettante, esiste chi si sta accorgendo che questi gateway sono un utile strumento per accoppiare due sistemi di memorizzazione molto diversi fra loro. Ad esempio, uno dei vantaggi può essere quello di preservare l infrastruttura (e la cultura) legacy implementando nel contempo uno storage con caratteristiche molto più sofisticate, su una scala molto più grande e già predisposto per interfacciarsi direttamente sul web o con dispositivi mobili dell ultima generazione.

18 Scality Scality ( è una startup di origine francese fondata nel 2009, con sede nella Silicon Valley e uffici anche in E u ro p a e d A s i a. S t a v e l o c e m e n t e guadagnando popolarità e clienti fra service provider e aziende che devono implementare e gestire grandi infrastrutture di storage. L'azienda si propone come valida alternativa agli storage tradizionali quando i volumi in gioco sono particolarmente grandi (come ad esempio: Big Data, Mail o immense quantità di dati non strutturati). Per fare questo ha sviluppato il prodotto RING Organic Storage: una soluzione scale-out object storage ad alte prestazioni per ambienti di grandi dimensioni, ritmi di crescita sostenuta e budget limitati. L'esperienza dell'azienda, e dei suoi fondatori, deriva dal know-how maturato dal team di Bizanga, che già negli anni precedenti alla fondazione di Scality avevano sviluppato, con successo, soluzioni per la memorizzazione di grandi quantitativi di dati non strutturati legati alla posta elettronica. Da un punto di vista della visione strategica, l'idea di Scality è quindi quella di superare i limiti dello storage tradizionale (SAN e NAS) con una soluzione software innovativa che sia in grado di migliorare sensibilmente l'affidabilità, la disponibilità e le performance a costi ridotti rispetto ad altri approcci.

19 Il prodotto RING Organic Storage è una soluzione software per creare uno storage ad oggetti distribuito di tipo scale-out sviluppato su piattaforma Linux (Centos, Debian, Ubuntu) installabile su server standard x86. Ogni nodo che fa parte di una installazione RING Organic Storage porta con se storage locale e connettività (ethernet). I nodi, in funzione del loro utilizzo, delle performance e della capacità richiesta possono ospitare dischi di tipo diverso (SATA, SAS e SSD). Per aumentare le performance o la capacità è quindi sufficiente aggiungere ulteriori nodi. RING Organic Storage, al contrario di molte soluzioni tradizionali, non utilizza un meccanismo di protezione RAID come avviene negli storage tradizionali. Al contrario, la protezione dei dati è delegata ad un sistema replica di ogni singolo oggetto su più nodi del cluster. Il numero di repliche è in funzione del livello di resilienza e spazio che si vuole ottenere. Questo approccio, soprattutto nelle configurazioni particolarmente grandi, ha un sensibile vantaggio in termini di affidabilità ma anche un incremento di performance. Inoltre, grazie proprio a questo meccanismo di replica, le copie possono anche essere distribuite geograficamente per fronteggiare problematiche di disaster recovery. Il modo più efficiente per accedere ai dati memorizzati in uno Scality RING è proprio in modalità object storage, quindi utilizzando protocolli standard HTTP, REST, S3 e CDMI. Questo perchè in installazioni molto grandi (nell ordine di 1 PByte o più) l accesso ai dati attraverso un file system tradizionale può essere particolarmente problematico. Inoltre, i metadati disponibili su RING permettono di implementare meccanismi di ricerca molto più sofisticati ed efficienti di quelli che si possono avere su sistemi tradizionali come anche sofisticati politiche di gestione dei dati e della loro vita. Nelle ultime versioni del prodotto sono comunque state sviluppate delle estensioni che permettono di utilizzare Scality con un accesso tradizionale a

20 file (attraverso File system in User Land), questo per agevolare l adozione del prodotto in ambienti legacy e facilitare le migrazioni. Scality ha stretto alcune importanti collaborazioni con terze parti per fornire anche soluzioni chiavi in mano grazie all integrazione con software di backup e gateway per l accesso dei dati a blocchi o file.

21 Architettura e funzionalità Scality!RING!Advanced!Resilience!Configuration!!! RING Organic independent!servers,!racks!or!sites.!the!ring!constantly!checks!the!stored!data!to!detect!any!silen Storage è un prodotto disegnato con mente obiettivi molto ambiziosi and! di repairs! resilienza, it! from! scalabilità the! stored! e prestazioni copies a! che process! lo rendono known! as! adatto scrubbing.! sia ad Together,! these! meth applicazioni excellent!protection!against!data!loss.!in!the!event!of!disk!loss!or!data!corruption,!the!system!!still classiche (come ad esempio l archiviazione o il medicale) che per nuove reads!of!data!without!any!additional!computation!such!as!regeneration!or!rebuilding.!! (cloud storage pubblico/privato o media archive/streaming). RING Organic Storage è quindi capace di m e m o r i z z a r e u n n u m e r o praticamente illimitato di oggetti (grazie all uso di chiavi a 160 bit di cui 128 usati per identificare gli oggetti) senza particolari limiti di dimensione. Proprio per questo motivo implementa una infrasrtuttura di tipo peer-to-peer basata su una hash table distribuita e senza i colli dibottiglia derivanti dall uso di una intelligena centralizzata, indici unici o! particolari gerarchie fra i nodi del Scality!RING!Replication!with!2!replicas!i.e!3!copies! cluster. Despite!the!effectiveness!of!replication,!3!copies!of!the!data!can!be!a!costly!solution,!in!terms!of!th Il prodotto hard!drives!needed.!of!course,!!additional!!hard!drives!means!additional!cost!in!floor!space,!power è studiato in modo da bilanciare automaticamente il carico in caso di perdita As!a!result,!replication!is!a!good!option!when!high! o aggiunta di nodi, maggiore capacità disco sui performance!is!required,!but!is!less!suited! nodi f storage!of!massive!amounts!of!data.! Il prodotto ha un disegno semplice ma molto efficace dove i nodi vengono distribuiti logicamente a formare un anello. L obiettivo è quello di disperdere le repliche ARC! (fino ad un massimo di 5) dell oggetto memorizzato su un nodo, in funzione To!handle!the!growing!need!for!long!term!storage!of!massive!amounts!of!data,!Scality!introduc del livello di affidabilità scelto, sui nodi geometricamente più Resilience!Configuration!(ARC).!This!erasureBcode!technology distanti. Le configurazioni possibili 2!is!based!on!the!Information!Dispers sono (IDA),!a!well!known!and!proven!solution!for!cost!effective!resilience!and!high!availability.!This!tec d i v e r s e : u n a n e l l o p u ò e s s e r e been!in!use!within!the!telecommunications!industry!for!a!long!time.!the!reconstruction!method!u geograficamente distribuito (su diversi on! the! ReedBSolomon 3! error! datacenter) correcting! theory,! oppure, often! attraverso seen! as! synonymous! alcune with! IDA.! ARC! is! a feature!option,!designed!to!operate!within!the!ring!to!intelligently!protect!data!against!disk,!se configurazioni specifiche, è possibile anche site! failures.! This! new! approach! replicare eliminates! i dati, o the! solo need! parte to! store! di essi, 2! or! su 3! copies! altri of! the! same! data.! significantly!reduces!the!initial!hardware!capital!expenditures!as!well!as!the!related!operational!cos anelli. In funzione di come vengono configurati gli anelli è possibile anche creare As!a!brief!description!of!Scality!ARC,!consider!n!objects!that!need!to!be!stored!and!protected.!Fo un sofisticato meccanismo di tiering che simplicity!of!the!explanation!it!is!assumed!that!they!are!all!1!mb!in!size,!and!need!to!be!protect failures;! noted! as! ARC(n,k).! Scality! ARC! will! store! each! of! the! n! pieces! of! content! individually, Object Storage addition,!store!new!objects,!which!are!called!checksums.!these!checksums!are!mathematical!com e Scality the!original!n!objects,!computed!in!such!a!way!that!all!the!objects!can!be!reconstructed!despite!th k!elements,!whether!objects!or!checksums.!with!scality!arc,!each!of!the!checksums!would!also!be!

22 permette di avere un primo anello particolarmente prestante (magari che sfrutta la tecnologia flash) ed un secondo per depositare dati meno letti e che devono essere mantenuti nel tempo. Proprio con queste configurazioni più sofisticate Scality RING Organic Storage ha recentemente fatto registrare prestazioni notevoli in termini di latenza e numero di operazioni sviluppate al secondo (IOPS), paragonabili a quelle di soluzioni più tradizionali ma con i vantaggi propri di RING Oragnic Storage: un risultato decisamente fuori dalla norma per un object storage. La resilienza e la durabilità del dato sono fra gli apetti più importanti quando si parla di object storage. In particolare per quanto riguarda il prodotto di Scality, la consistenza dei singoli oggetti e delle relative repliche è mantenuta attraverso un processo di scrubbing che verifica costantemente i checksum di tutto quanto è contenuto nello storage. Nelle ultime versioni del prodotto è stata anche aggiunta una tecnologia di erasure-code (ARC: advanced resilience configuration). In pratica il dato viene diviso in blocchi e, attraverso specifiche combinazioni matematiche, è possibile riprodurlo anche se parte delle informazioni originarie vanno perse. Questo meccanismo è particolarmente utile in quelle configurazioni pensate specificamente per la memorizzazione dei dati a lungo termine. Infatti, la somma della replica dei dati e l uso di ARC garantisce un uso delle risorse storage migliore di quello garantito da meccanismi tradizionale (es.: RAID6) ma con un livello di sicurezza del dato sensibilmente superiore. Di seguito una tabella con la comparazione dei diversi sistemi di protezione dei dati disponibili su RING e storage tradizionali. RING memorizza gli oggetti in forma criptata per garantire la massima sicurezza agli utenti e aderire agli standard più severi riguardo alle normative in materia.