1 / 21

STK5800 and EPrints

STK5800 and EPrints. Services for Object Storage and Preservation March 2008 . All content in these slides is considered work in progress. In no way does it represent an absolute view of any final end product and at this stage should purely be considered a set of realistic ideas. . Outline.

ashanti
Télécharger la présentation

STK5800 and EPrints

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. STK5800 and EPrints Services for Object Storage and Preservation March 2008 All content in these slides is considered work in progress. In no way does it represent an absolute view of any final end product and at this stage should purely be considered a set of realistic ideas.

  2. Outline • StorageTek 5800 (The Honeycomb) provides high resilience data storage with a built in metadata layer. • EPrints is a piece of repository software for managing large collections of digital objects and their related metadata.

  3. EPrints • Open Source repository software to provide open access to institutional output. • Provides a powerful plugin based package which can easily be extended at any layer to suit a users requirements. • 2 types of archive • Those used to manage publications and small objects. • Those used to deposit large objects. These tend to contain heavier customisation.

  4. Preserv2 • Preserv2 is the 2nd iteration of a project looking at preservation services for repositories. • Beyond simple backup Format Renderers, Format Translation, Risk Assessment, Interoperability and long term storage.

  5. Why use a Honeycomb? • A Honeycomb is not just a “Big Disk” • A Service Based Architecture: • Big object, big storage, more powerful plugins/services. • Smaller Repositories can jointly use a single Honeycomb as a “Preservation Service”. • Preservation Service Providers • Can combine several servers into a “Honeycomb Cloud”

  6. EPrints Architecture EPrints (Repository) Layer Object Storage Metadata Storage

  7. EPrints andHoneycomb EPrints (Repository) Layer STK5800 HoneyComb

  8. Services for Repositories EPrints (Repository) Layer Metadata Services Storage Beans Automated Wide Area Backup

  9. Metadata Services • Same resilience as data. • Averts the need to store a file id/url somewhere in order to find an object. • Enables collections to be constructed by independent parties. • Objects can be exported into many formats accurately.

  10. Storage Beans • Can perform operations upon the objects in the system without reliance upon the repository to manage these processes. (e.g. Object Translation) • Preservation services can provide feedback to repository administrators on potential risks to their objects. (e.g. Object Classification, age) • Can be used to extend the metadata layer to provide more powerful access to objects and their parts/pages. (e.g. Retrieve me page 10 of volume 6 of X)

  11. Wide AreaReplication (Backup) • The possibility to link two or more Honeycombs together over a wide area to provide mirrored backup. • This can be implemented by the archive which can store its objects in a “Honeycomb Cloud”

  12. Possible Architectures (2) Repository Repository Repository

  13. Possible Architectures (3) Repository Repository Repository

  14. Possible Architectures (4) Repository Repository Repository

  15. Preservation Services • A “Honeycomb Cloud” provides the basis for a preservation service which can be provided to many small scale (<200Gb) repositories. • Options for object storage: • Locally with Honeycomb acting purely as a preservation service. • Hand all object storage and retrieval to Honeycomb Cloud. • A half and half solution: • Small Objects served locally, Large Objects from Honeycomb. • Recent and Popular Objects served locally, Older Objects considered preserved.

  16. EPrints with the STK 4500 The out of the box repository solution for Large Repositories.

  17. Thumpers “Big Disk” • The Thumper system (STK 4500) is essentially a “Big Disk” server. • “Out of the Box” solution. • Expansions: • Services to enable replication between 2 thumpers. • Preservation services using a Honeycomb. Aimed at Repositories where tape backup is not ideal.

  18. Ecrystals (Possible Use Case) • Large Chemistry repository which currently stores only processes result objects (small). • These result files are generated from >1Gb raw datasets. • 8+ Datasets generated a day. • After 6 months results sets are of less worth. • This represents 1TB of raw data in a 6 month period.

  19. ECrystals – Single Honeycomb Architecture • Current Repository Remains • All Results Sets Stored on HoneyComb Pros Simplistic Architecture Sole use of Honeycomb Year of “on-site” storage. Cons Cost Backup Procedure? EPrints (Repository) Layer

  20. ECrystals – Thumper with “Honeycomb Cloud” “ Thumper System EPrints (Repository) Layer Pros Single local machine 6 months+ locally Accessible Automated Preservation Preservation Services managed by Honeycomb Cloud. Storage Beans on Honeycomb Cloud compress older/less popular objects Cons ?

  21. Summary • Honeycomb provides: • Better separation of repository layer from storage layer. • Repository interoperability. • Anew approach to storing and preserving data from institutional repositories based on EPrints and other software.

More Related