Difference between revisions of "Storage/SpaceTokens"
(No difference)
|
Revision as of 00:54, 20 December 2013
Contents
Use of space tokens
The aim of this page is to give the GridPP storage group's guidance on the use of space tokens - particularly for non-LHC VOs.
- What is a spacetoken and why***
We start with what the LHC VOs are doing for some background.
Non LHC VOs
Small data requirements
- Use SE for temporary storage of job output
- No need for spacetokens ( though some SEs provide them by default).
Medium/large data requirements
- In addition to job output store experimental/simulation data at Tier-2 sites
- significant (>1TB) stored at Tier-2s.
- Space tokens recommended for all SE types to ensure space available for this data
- VOs recommended to ask for this from the beginning - to avoid problems with moving data into a space token.
LHC VOs
Atlas
Makes extensive use of spacetokens.
CMS
CMS use space however it is made available - whether in spacetokens or not.
LHCb
Starting to use Tier-2 sites - where spacetokens will be used.
Alice
Don't use spacetokens
SEs
DPM, StoRM and dCache storage elements are all used at GridPP sites. Spacetokens are implemented in different ways for each of these storage elements.
DPM
Spacetoken and path orthogonal (though the storage group would recommend that VOs do keep them orthogonal).
Most sites provide storage not in a spacetoken for use by multiple VOs - this is suitable for staging job output.
Cleanup responsibility of VOs. Nothing to prevent one VO filling the space.
dCache
Spacetoken and path not orthogonal - by default space is configured in a spacetoken.
StoRM
Spacetoken and path not orthogonal - by default space is configured in a spacetoken.