ResearchStorage

From UABgrid Documentation
(Difference between revisions)
Jump to: navigation, search
(Fixed typos and tuned some wording.)
(How to get more: Changed the wording to not imply we are tracking the use time period.)
 
Line 37: Line 37:
 
== How to get more ==
 
== How to get more ==
  
You can buy any amount of additional storage at a rate of $0.38/Gigabyte/year.  That's $395/Terabyte/year.  All we need to know is how much storage you want, for how long, and a billing account number.  UAB IT will bill you monthly for the storage you consume.
+
You can buy any amount of additional storage at a rate of $0.38/Gigabyte/year.  That's $395/Terabyte/year.  All we need to know is how much storage you want and a billing account number.  UAB IT will bill you monthly for the storage you consume.  When you are done using the storage, let us know, we will delete the storage and stop billing you for it.
  
 
== What about backups? ==
 
== What about backups? ==

Latest revision as of 11:38, 29 April 2014

Research Storage provides versatile containers for your data sets. The containers include dedicated space available on the Cheaha HPC platform.

Contents

[edit] What do I get

Each active user on Cheaha receives an annual 1-terabyte allocation of Research Storage at no direct cost to the user. This container is dedicated to your storage needs and is attached directly to the cluster.

Additional storage capacity can be purchased, see details below.

[edit] How to get it

Once you log in to Cheaha, you can access your default 1TB storage container here:

 cd /rstore/user/$USER/default

You can check to see how much storage you have used in your container with the command:

 df -h /rstore/user/$USER/default

[edit] How to use it

[edit] For HPC work flows

You can use this storage in any way that you find useful to assist you with your HPC work flows on Cheaha.

You should still follow good high performance compute work flow recommendations and stage data sets in your $USER_SCRATCH during your job runs, especially if those data sets are heavily accessed or modified as part of your job operations.

In general, a good use of this storage is for keeping larger data sets on the cluster longer than the lifetime of your active computations and for stuff that is too big to fit in your home directory.

[edit] For Retaining Scratch Data

One near term use for your storage container would be to safely preserve important data in your $USER_SCRATCH so that it is not destroyed by the upcoming scratch file system rebuild. These destructive data operations are scheduled during the May 3-10 2014 cluster service window.

Follow these steps to move a copy of important files from your personal scratch space to your default Research Storage container:

  1. Remove any data from $USER_SCRATCH that you no longer use or want
  2. Copy your remaining important data to your default Research Storage container using rsync
  rsync -a --stats $USER_SCRATCH/ /rstore/user/$USER/default/scratch

[edit] How to get more

You can buy any amount of additional storage at a rate of $0.38/Gigabyte/year. That's $395/Terabyte/year. All we need to know is how much storage you want and a billing account number. UAB IT will bill you monthly for the storage you consume. When you are done using the storage, let us know, we will delete the storage and stop billing you for it.

[edit] What about backups?

[edit] No Backups!

There is no central back up process on the cluster. Each user is responsible for backing up their own data. If you are not managing a back up process for your data on the cluster then you do not have any backups.

This rule also applies to the new Research Storage containers.

Please understand we do not say this out of malice or a lack of concern for your data. Central backup processes are inherently ignorant and must assume all files are important. This is done at the very real expense of keeping multiple copies of data. In the context of large scale data sets, which are typical in our HPC environment, this would amount to storing 100's of terabytes of data. It would duplicating the footprint of data for which we are already bursting at the seams in order to support a single copy.

It is much better for individuals, teams, or labs and their technical support staff to identify critical data and ensure it is backed up.

[edit] How to Backup

We understand this process can be difficult, especially if you are your own technical support staff.

To that end, we have a new backup service available that leverages CrashPlan, a popular commercial backup product that will help you easily back up your data on your laptop or in your lab.

Please contact us if you are interested in using CrashPlan to fulfil your responsibilities toward backing up your own data.

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox