Storage Management TEG: Questionnaire Level 1 - Andreas Petzold

This twiki is to collect the input of Andreas Petzold. Please answer the questions below. For more information, please refer to the Storage TEG main twiki.

Question 1

- In your view, what are the 3 main current issues in Storage Management (SM)?

My answer:

  • Different work flows and access patterns of each experiment require separate tuning and also lead to a certain amount of overhead due to the need to run separate dCache/xrootd instances for each experiment.
  • SRM is sort of an add-on to all storage systems and the SRM view of things doesn't always fit the view of the storage system.
  • The current implementation of space tokens often adds a lot of confusion when experiments want to resize space tokens. The experiments still need to be aware of the physical storage layout, while the general perception is that space tokens are a purely logical layer (which they aren't)

Question 2

- What is the greatest future challenge which would greatly impact the SM sector?

My answer:

  • Already now, sites supporting multiple VOs have to support different technologies (SRM + non-SRM). Will it be possible to support idiosyncratic solutions also in the future?
  • SM will have to adapt to the evolving storage technologies , i.e. SSD/HDD/tape.
  • The current development to create federated data stores is bypassing SRM. If that works well, is there a need for SRM at all?

Question 3

- What is your site/experiment/middleware currently working on in SM?

My answer:

Put here your answer

Question 4

- What are the big developments that you would like to see from your site/experiment/storage system in the next 5 years?

My answer:

Question 5

- In your experience and area of competence, what are the (up to) 3 main successes in SM so far?

My answer:

  • With a lot of work and tuning, SRM is quite stable today.

Question 6

- In your experience and area of competence, what are the (up to) 3 main failures or things you would like to see changed in SM so far?

My answer:

  • More robust SRM service with easy possibilities of fail over and load balancing.

That's it!

Thanks! Feel free to edit again at any time, until the date of the kick-off meeting.

-- DanieleBonacorsi - November 2011

Edit | Attach | Watch | Print version | History: r2 < r1 | Backlinks | Raw View | WYSIWYG | More topic actions
Topic revision: r2 - 2011-11-10 - AndreasPetzold
 
    • Cern Search Icon Cern Search
    • TWiki Search Icon TWiki Search
    • Google Search Icon Google Search

    LCG All webs login

This site is powered by the TWiki collaboration platform Powered by PerlCopyright & 2008-2020 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback