|
|
| (137 intermediate revisions by 9 users not shown) |
| Line 1: |
Line 1: |
| − | [[Category:Storage]] | + | #REDIRECT[[Swestore Documentation Moved]] |
| − | [[Category:SweStore]]
| |
| − | SNIC is building a storage infrastructure to complement the computational resources.
| |
| − | | |
| − | Many forms of automated measurements can produce large amounts of data. In scientific areas such as high energy physics (the Large Hadron Collider at CERN), climate modeling, bioinformatics, bioimaging etc., the demands for storage are increasing dramatically. To serve these and other user communities, SNIC has appointed a working group to design a storage strategy, taking into account the needs on many levels and creating a unified storage infrastructure, which is now being implemented.
| |
| − | | |
| − | Swestore is in collaboration with [http://www.ecds.se/ ECDS], [http://snd.gu.se/ SND], Bioimage Sweden, [http://www.bils.se/ BILS], [http://www.uppnex.uu.se/ UPPNEX],[http://wlcg.web.cern.ch/ WLCG], [http://www.nrm.se/ NaturHistoriska RiksMuseet]. | |
| − | | |
| − | = National storage =
| |
| − | The Swestore Nationally Accessible Storage, commonly called just Swestore, is a robust, flexible and expandable long term storage system aimed at storing large amounts of data produced by various Swedish research projects. It is based on the [http://www.dcache.org dCache] and [http://www.irods.org iRODS]
| |
| − | storage systems.
| |
| − | | |
| − | Swestore is distributed across the SNIC centres [http://www.c3se.chalmers.se/ C3SE], [http://www.hpc2n.umu.se/ HPC2N], [http://www.lunarc.lu.se/ Lunarc], [http://www.nsc.liu.se/ NSC], [http://www.pdc.kth.se PDC] and [http://www.uppmax.uu.se Uppmax]. Data is stored in two copies with each copy at a different SNIC centre. This enables the system to cope with a multitude of issues ranging from a simple crash of a storage element to losing an entire site while still providing access to the stored data.
| |
| − | | |
| − | One of the major advantages to the distributed nature of dCache and iRODS ([[Swestore-irods]) is the excellent aggregated transfer rates possible. This is achieved by bypassing a central node and having transfers going directly to/from the storage elements if the protocol allows it. The Swestore Nationally Accessible Storage system can achieve aggregated transfer rates in excess of 100 Gigabit per second, but in practice this is limited by connectivity to each University (usually 10 Gbit/s) or a limited number of files (typically
| |
| − | max 1 Gbit/s per file/connection).
| |
| − | | |
| − | To protect against silent data corruption the dCache storage system checksums all stored data and periodically verifies the data using this checksum.
| |
| − | | |
| − | The dCache system does NOT yet provide protection against user errors like inadvertent file deletions and so on. The [[Swestore-irods]] system provides this protection. Deleted files are moved to a trashcan.
| |
| − | | |
| − | == Getting access ==
| |
| − | ; Apply for storage
| |
| − | : Please follow the instructions on the [[Apply for storage on SweStore]] page.
| |
| − | | |
| − | ;Difference between dCache and iRODS user authentication
| |
| − | :SweStore's dCache system uses eScience client certificates.
| |
| − | :SweStore's iRODS system uses [http://www.yubico.com/products/yubikey-hardware/yubikey/ Yubikey] one-time passwords (OTP). With a simple touch of a button, a 44 character one-time password is generated and sent to the system. The user will be provided with a SweStore yubikey.
| |
| − | :Yubikey has a status as pilot now. It can be changed in the future.
| |
| − | | |
| − | ; dCache usage - How to acquire an eScience client certificate
| |
| − | : Follow the instructions on [[Grid_certificates#Requesting_a_certificate|Requesting a certificate]] to get your client certificate. This step can be performed while waiting for the storage application to be approved and processed. Of course, if you already have a valid eScience certificate you don't need to acquire another one.
| |
| − | :; For Terena certificates
| |
| − | :: If intending to access SweStore from a SNIC resource, please make sure you also [[Exporting_a_client_certificate|export the certificate]], transfer it to the intended SNIC resource and [[Preparing_a_client_certificate|prepare it for use with grid tools]] (not necessarily needed with ARC 3.x, see [[Grid_certificates#Creating_a_proxy_certificate_using_the_Firefox.2FThunderbird_credential_store|proxy certificates using Firefox credential store]]).
| |
| − | :; For Nordugrid certificates
| |
| − | :: Please make sure to also [[Requesting_a_grid_certificate_from_the_Nordugrid_CA#Installing_the_certificate_in_your_browser|install your client certificate in your browser]].
| |
| − | :; Request membership in the SweGrid VO
| |
| − | :: Follow the instructions on [[Grid_certificates#Requesting_membership_in_the_SweGrid_VO|Requesting membership in the SweGrid VO]] to get added to the SweGrid Virtual Organisation (VO) and request membership to your allocated storage project.
| |
| − | | |
| − | ; iRODS usage - How to acquire a SweStore yubikey
| |
| − | :Please send an email to [mailto:support@swestore.se?subject=Yubikey support@swestore.se] and provide the shipping address to where the yubikey should be sent.<br>
| |
| − | :Yubikey has a status as pilot now. It can be changed in the future.
| |
| − | | |
| − | == Support ==
| |
| − | | |
| − | If you have any issues using SweStore please do not hesitate to contact [mailto:support@swestore.se support@swestore.se].
| |
| − | | |
| − | == dCache ==
| |
| − | | |
| − | === Access protocols ===
| |
| − | ; Currently supported protocols
| |
| − | : GridFTP - gsiftp://gsiftp.swestore.se/
| |
| − | : Storage Resource Manager - srm://srm.swegrid.se/
| |
| − | : Hypertext Transfer Protocol (read-only), Web Distributed Authoring and Versioning - http://webdav.swestore.se/ (unauthenticated), https://webdav.swestore.se/
| |
| − | : NFS4.1
| |
| − | | |
| − | For authentication eScience certificates are used, which provides a higher level of security than legacy username/password schemes.
| |
| − | | |
| − | == Download and upload data ==
| |
| − | ; Interactive browsing and manipulation of single files
| |
| − | : SweStore is accessible in your web browser in two ways, as a simple and reliable directory index interface at https://webdav.swestore.se/ and with a richer interactive file manager at https://webdav.swestore.se/browser/. '''Note''' that the interactive file manager has a lot of features and functions not supported in SweStore, only the basic file transfer features are supported.
| |
| − | : To browse private data you need to have your certificate installed in your browser (default with Terena certificates, see above). Projects are organized under the <code>/snic</code> directory as <code><nowiki>https://webdav.swestore.se/snic/YOUR_PROJECT_NAME/</nowiki></code>.
| |
| − | ; Upload and delete data interactively or with automation
| |
| − | There are several tools that are capable of using the protocols provided by SweStore national storage.
| |
| − | For interactive usage on SNIC clusters we recommend using the ARC tools which should be installed on all SNIC resources.
| |
| − | As an integration point for building scripts and automated systems we suggest using the curl program and library.
| |
| − | : Use the ARC client. Please see the instructions for [[Accessing SweStore national storage with the ARC client]]. '''Recommended''' method when logged in on SNIC resources.
| |
| − | : Use lftp. Please see the instructions for [[Accessing SweStore national storage with lftp]].
| |
| − | : Use cURL. Please see the instructions for [[Accessing SweStore national storage with cURL]].
| |
| − | : Use globus-url-copy. Please see the instructions for [[Accessing SweStore national storage with globus-url-copy]].
| |
| − | | |
| − | === Tools and scripts ===
| |
| − | | |
| − | There exists a number of tools and utilities developed externally that can be useful. Here are some links:
| |
| − | | |
| − | * [https://github.com/samuell/arc_tools ARC_Tools] - Convenience scripts for the arc client (Only a recursive rmdir so far).
| |
| − | * [http://sourceforge.net/projects/arc-gui-clients ARC Graphical Clients] - Contains the ARC Storage Explorer (SweStore supported development).
| |
| − | * Transfer script, [[SweStore/swetrans_arc|swetrans_arc]], provided by Adam Peplinski / Philipp Schlatter
| |
| − | * [http://www.nordugrid.org/documents/SWIG-wrapped-ARC-Python-API.pdf Documentation of the ARC Python API (PDF)]
| |
| − | | |
| − | === Slides and more ===
| |
| − | | |
| − | [http://docs.snic.se/wiki/Swestore/Lund_Seminar_Apr18 Slides and material from seminar for Lund users on April 18th]
| |
| − | | |
| − | === Usage monitoring ===
| |
| − | * [http://status.swestore.se/munin/monitor/monitor/ Per Project Monitoring of Swestore usage]
| |
| − | | |
| − | == iRODS ==
| |
| − | | |
| − | There is a SNIC iRODS system available under [[Swestore-irods]].
| |
| − | | |
| − | = Center storage =
| |
| − | Centre storage, as defined by the SNIC storage group, is a storage solution that lives independently of the computational resources and can be accessed from all such resources at a centre. Key features include the ability to access the same filesystem the same way on all computational resources at a centre, and a unified structure and nomenclature for all centra. Unlike cluster storage which is tightly associated with a single cluster, and thus has a limited life-time, centre storage does not require the users to migrate their own data when clusters are decommissioned, not even when the storage hardware itself is being replaced.
| |
| − | | |
| − | == Unified environment ==
| |
| − | To make the usage more transparent for SNIC users, a set of environment variables are available on all SNIC resources:
| |
| − | | |
| − | * <code>SNIC_BACKUP</code> – the user's primary directory at the centre<br>(the part of the centre storage that is backed up)
| |
| − | * <code>SNIC_NOBACKUP</code> – recommended directory for project storage without backup<br>(also on the centre storage)
| |
| − | * <code>SNIC_TMP</code> – recommended directory for best performance during a job<br>(local disk on nodes if applicable)
| |
