diff --git a/docs.it4i/anselm/storage.md b/docs.it4i/anselm/storage.md index 82e2e475bfb2371075e76d81f18a3b3d180ae274..752bffc9999aefacb21b00e1993ec54ba589d148 100644 --- a/docs.it4i/anselm/storage.md +++ b/docs.it4i/anselm/storage.md @@ -1,14 +1,14 @@ # Storage -There are two main shared file systems on Anselm cluster, the [HOME][1] and [SCRATCH][2]. All login and compute nodes may access same data on shared file systems. Compute nodes are also equipped with local (non-shared) scratch, RAM disk and tmp file systems. +There are two main shared file systems on Anselm cluster, the [HOME][1] and [SCRATCH][2]. All login and compute nodes may access same data on shared file systems. Compute nodes are also equipped with local (non-shared) scratch, RAM disk, and tmp file systems. ## Archiving -Don't use shared filesystems as a backup for large amount of data or long-term archiving mean. The academic staff and students of research institutions in the Czech Republic can use [CESNET storage service][3], which is available via SSHFS. +Do not use shared filesystems as a backup for large amount of data or long-term archiving mean. The academic staff and students of research institutions in the Czech Republic can use [CESNET storage service][3], which is available via SSHFS. ## Shared Filesystems -Anselm computer provides two main shared filesystems, the [HOME filesystem][1] and the [SCRATCH filesystem][2]. Both HOME and SCRATCH filesystems are realized as a parallel Lustre filesystem. Both shared file systems are accessible via the Infiniband network. Extended ACLs are provided on both Lustre filesystems for the purpose of sharing data with other users using fine-grained control. +Anselm computer provides two main shared filesystems, the [HOME filesystem][1] and the [SCRATCH filesystem][2]. Both HOME and SCRATCH filesystems are realized as a parallel Lustre filesystem. Both shared file systems are accessible via the Infiniband network. Extended ACLs are provided on both Lustre filesystems for sharing data with other users using fine-grained control. ### Understanding the Lustre Filesystems @@ -18,16 +18,16 @@ When a client (a compute node from your job) needs to create or access a file, t If multiple clients try to read and write the same part of a file at the same time, the Lustre distributed lock manager enforces coherency so that all clients see consistent results. -There is default stripe configuration for Anselm Lustre filesystems. However, users can set the following stripe parameters for their own directories or files to get optimum I/O performance: +There is a default stripe configuration for Anselm Lustre filesystems. However, users can set the following stripe parameters for their own directories or files to get optimum I/O performance: 1. stripe_size: the size of the chunk in bytes; specify with k, m, or g to use units of KB, MB, or GB, respectively; the size must be an even multiple of 65,536 bytes; default is 1MB for all Anselm Lustre filesystems 1. stripe_count the number of OSTs to stripe across; default is 1 for Anselm Lustre filesystems one can specify -1 to use all OSTs in the filesystem. 1. stripe_offset The index of the OST where the first stripe is to be placed; default is -1 which results in random selection; using a non-default value is NOT recommended. !!! note - Setting stripe size and stripe count correctly for your needs may significantly impact the I/O performance you experience. + Setting stripe size and stripe count correctly may significantly affect the I/O performance. -Use the lfs getstripe for getting the stripe parameters. Use the lfs setstripe command for setting the stripe parameters to get optimal I/O performance The correct stripe setting depends on your needs and file access patterns. +Use the lfs getstripe to get the stripe parameters. Use the lfs setstripe command to set the stripe parameters for optimal I/O performance. The correct stripe setting depends on your needs and file access patterns. ```console $ lfs getstripe dir|filename @@ -47,9 +47,9 @@ $ lfs getstripe /scratch/username/ stripe_count: 10 stripe_size: 1048576 stripe_offset: -1 ``` -In this example, we view current stripe setting of the /scratch/username/ directory. The stripe count is changed to all OSTs, and verified. All files written to this directory will be striped over 10 OSTs +In this example, we view the current stripe setting of the /scratch/username/ directory. The stripe count is changed to all OSTs and verified. All files written to this directory will be striped over 10 OSTs. -Use lfs check OSTs to see the number and status of active OSTs for each filesystem on Anselm. Learn more by reading the man page +Use lfs check OSTs to see the number and status of active OSTs for each filesystem on Anselm. Learn more by reading the man page: ```console $ lfs check osts @@ -61,12 +61,12 @@ $ man lfs !!! note Increase the stripe_count for parallel I/O to the same file. -When multiple processes are writing blocks of data to the same file in parallel, the I/O performance for large files will improve when the stripe_count is set to a larger value. The stripe count sets the number of OSTs the file will be written to. By default, the stripe count is set to 1. While this default setting provides for efficient access of metadata (for example to support the ls -l command), large files should use stripe counts of greater than 1. This will increase the aggregate I/O bandwidth by using multiple OSTs in parallel instead of just one. A rule of thumb is to use a stripe count approximately equal to the number of gigabytes in the file. +When multiple processes are writing blocks of data to the same file in parallel, the I/O performance for large files will improve when the stripe_count is set to a larger value. The stripe count sets the number of OSTs to which the file will be written. By default, the stripe count is set to 1. While this default setting provides for efficient access of metadata (for example to support the ls -l command), large files should use stripe counts of greater than 1. This will increase the aggregate I/O bandwidth by using multiple OSTs in parallel instead of just one. A rule of thumb is to use a stripe count approximately equal to the number of gigabytes in the file. Another good practice is to make the stripe count be an integral factor of the number of processes performing the write in parallel, so that you achieve load balance among the OSTs. For example, set the stripe count to 16 instead of 15 when you have 64 processes performing the writes. !!! note - Using a large stripe size can improve performance when accessing very large files + Using a large stripe size can improve performance when accessing very large files. Large stripe size allows each client to have exclusive access to its own part of a file. However, it can be counterproductive in some cases if it does not match your I/O pattern. The choice of stripe size has no effect on a single-stripe file. @@ -105,15 +105,15 @@ The HOME filesystem is mounted in directory /home. Users home directories /home/ The HOME filesystem should not be used to archive data of past Projects or other unrelated data. -The files on HOME filesystem will not be deleted until end of the [users lifecycle][4]. +The files on HOME filesystem will not be deleted until the end of the [user's lifecycle][4]. -The filesystem is backed up, such that it can be restored in case of catasthropic failure resulting in significant data loss. This backup however is not intended to restore old versions of user data or to restore (accidentaly) deleted files. +The filesystem is backed up, such that it can be restored in case of catastrophic failure resulting in significant data loss. This backup however is not intended to restore old versions of user data or to restore (accidentally) deleted files. The HOME filesystem is realized as Lustre parallel filesystem and is available on all login and computational nodes. Default stripe size is 1MB, stripe count is 1. There are 22 OSTs dedicated for the HOME filesystem. !!! note - Setting stripe size and stripe count correctly for your needs may significantly impact the I/O performance you experience. + Setting stripe size and stripe count correctly for your needs may significantly affect the I/O performance. | HOME filesystem | | | -------------------- | ------ | @@ -141,7 +141,7 @@ The SCRATCH filesystem is mounted in directory /scratch. Users may freely create The SCRATCH filesystem is realized as Lustre parallel filesystem and is available from all login and computational nodes. Default stripe size is 1MB, stripe count is 1. There are 10 OSTs dedicated for the SCRATCH filesystem. !!! note - Setting stripe size and stripe count correctly for your needs may significantly impact the I/O performance you experience. + Setting stripe size and stripe count correctly for your needs may significantly affect the I/O performance. | SCRATCH filesystem | | | -------------------- | -------- | @@ -156,7 +156,7 @@ The SCRATCH filesystem is realized as Lustre parallel filesystem and is availabl ### Disk Usage and Quota Commands -Disk usage and user quotas can be checked and reviewed using following command: +Disk usage and user quotas can be checked and reviewed using the following command: ```console $ it4i-disk-usage @@ -204,9 +204,9 @@ $ du -hs * .[a-zA-z0-9]* | grep -E "[0-9]*G|[0-9]*M" | sort -hr 2,7M .idb_13.0_linux_intel64_app ``` -This will list all directories which are having MegaBytes or GigaBytes of consumed space in your actual (in this example HOME) directory. List is sorted in descending order from largest to smallest files/directories. +This will list all directories that have MegaBytes or GigaBytes of consumed space in your actual (in this example HOME) directory. List is sorted in descending order from largest to smallest files/directories. -To have a better understanding of previous commands, you can read manpages. +To have a better understanding of previous commands, you can read man pages: ```console $ man lfs @@ -218,7 +218,7 @@ $ man du ### Extended ACLs -Extended ACLs provide another security mechanism beside the standard POSIX ACLs which are defined by three entries (for owner/group/others). Extended ACLs have more than the three basic entries. In addition, they also contain a mask entry and may contain any number of named user and named group entries. +Extended ACLs provide another security mechanism beside the standard POSIX ACLs that are defined by three entries (for owner/group/others). Extended ACLs have more than the three basic entries. In addition, they also contain a mask entry and may contain any number of named user and named group entries. ACLs on a Lustre file system work exactly like ACLs on any Linux file system. They are manipulated with the standard tools in the standard manner. Below, we create a directory and allow a specific user access. @@ -249,7 +249,7 @@ mask::rwx other::--- ``` -Default ACL mechanism can be used to replace setuid/setgid permissions on directories. Setting a default ACL on a directory (-d flag to setfacl) will cause the ACL permissions to be inherited by any newly created file or subdirectory within the directory. Refer to this page for more information on Linux ACL at [RedHat guide][e]. +Default ACL mechanism can be used to replace setuid/setgid permissions on directories. Setting a default ACL on a directory (-d flag to setfacl) will cause the ACL permissions to be inherited by any newly created file or subdirectory within the directory. Refer to this page for more information on Linux ACL at [Red Hat guide][e]. ## Local Filesystems @@ -280,7 +280,7 @@ The local scratch filesystem is intended for temporary scratch data generated du Every computational node is equipped with filesystem realized in memory, so called RAM disk. !!! note - Use RAM disk in case you need really fast access to your data of limited size during your calculation. Be very careful, use of RAM disk filesystem is at the expense of operational memory. + Use RAM disk in case you need a fast access to your data of limited size during your calculation. Be very careful, use of RAM disk filesystem is at the expense of operational memory. The local RAM disk is mounted as /ramdisk and is accessible to user at /ramdisk/$PBS_JOBID directory. @@ -320,9 +320,9 @@ Do not use shared filesystems at IT4Innovations as a backup for large amount of The CESNET Storage service can be used for research purposes, mainly by academic staff and students of research institutions in the Czech Republic. -User of data storage CESNET (DU) association can become organizations or an individual person who is either in the current employment relationship (employees) or the current study relationship (students) to a legal entity (organization) that meets the “Principles for access to CESNET Large infrastructure (Access Policy)”. +User of data storage CESNET (DU) association can become organizations or an individual person who is in the current employment relationship (employees) or the current study relationship (students) to a legal entity (organization) that meets the “Principles for access to CESNET Large infrastructure (Access Policy)”. -User may only use data storage CESNET for data transfer and storage which are associated with activities in science, research, development, the spread of education, culture and prosperity. In detail see “Acceptable Use Policy CESNET Large Infrastructure (Acceptable Use Policy, AUP)”. +User may only use data storage CESNET for data transfer and storage associated with activities in science, research, development, spread of education, culture and prosperity. For details, see "Acceptable Use Policy CESNET Large Infrastructure (Acceptable Use Policy, AUP)". The service is documented [here][g]. For special requirements contact directly CESNET Storage Department via e-mail [du-support(at)cesnet.cz][h]. @@ -350,7 +350,7 @@ First, create the mount point $ mkdir cesnet ``` -Mount the storage. Note that you can choose among the ssh.du1.cesnet.cz (Plzen), ssh.du2.cesnet.cz (Jihlava), ssh.du3.cesnet.cz (Brno) Mount tier1_home **(only 5120 MB !)**: +Mount the storage. Note that you can choose among the ssh.du1.cesnet.cz (Plzen), ssh.du2.cesnet.cz (Jihlava), ssh.du3.cesnet.cz (Brno) Mount tier1_home **(only 5120 MB!)**: ```console $ sshfs username@ssh.du1.cesnet.cz:. cesnet/ @@ -385,7 +385,7 @@ $ fusermount -u cesnet ### RSYNC Access !!! info - RSYNC provides delta transfer for best performance, can resume interrupted transfers + RSYNC provides delta transfer for best performance and can resume interrupted transfers. RSYNC is a fast and extraordinarily versatile file copying tool. It is famous for its delta-transfer algorithm, which reduces the amount of data sent over the network by sending only the differences between the source files and the existing files in the destination. RSYNC is widely used for backups and mirroring and as an improved copy command for everyday use. @@ -393,14 +393,14 @@ RSYNC finds files that need to be transferred using a "quick check" algorithm (b [More about RSYNC][k]. -Transfer large files to/from CESNET storage, assuming membership in the Storage VO +Transfer large files to/from CESNET storage, assuming membership in the Storage VO: ```console $ rsync --progress datafile username@ssh.du1.cesnet.cz:VO_storage-cache_tape/. $ rsync --progress username@ssh.du1.cesnet.cz:VO_storage-cache_tape/datafile . ``` -Transfer large directories to/from CESNET storage, assuming membership in the Storage VO +Transfer large directories to/from CESNET storage, assuming membership in the Storage VO: ```console $ rsync --progress -av datafolder username@ssh.du1.cesnet.cz:VO_storage-cache_tape/.