Difference between revisions of "Infrastructure/replication"
(Created page with "= Background = The NLPL virtual laboratory (in mid-2018) is distributed over two superclusters, viz. the Abel and Taito systems in Norway and Finland, respectively. Furthermo...") |
(→Back-Up) |
||
| Line 10: | Line 10: | ||
systems on Abel and Taito and the ‘off-line’ storage on NIRD. | systems on Abel and Taito and the ‘off-line’ storage on NIRD. | ||
| − | = Back-Up = | + | = Back-Up to NIRD = |
| + | The NLPL project directory on Abel (<tt>/projects/nlpl/</tt>) is backed up | ||
| + | daily at UiO, but the corresponding directory on Taito (<tt>/proj/nlpl/</tt>) | ||
| + | is not; this is one of the reasons why the ‘on-line’ storage allocation on | ||
| + | Taito can be considerably more generous than the one on Abel. | ||
| + | |||
| + | The NLPL project directories contain software and data installations that | ||
| + | have been semi-manually created (in some cases following non-trivial | ||
| + | analytical work and tinkering) and would be expensive to re-create from | ||
| + | scratch. | ||
| + | Thus, the complete contents of both copies of the virtual laboratory | ||
| + | should be backed up to the ‘off-line’ NIRD storage area at least once | ||
| + | per day, so as to be able to recover from data loss (which coulde include | ||
| + | accidental deletion) quickly and without too much manual effort. | ||
| + | |||
| + | In mid-2018, the NLPL infrastructure task force has landed on a daily | ||
| + | ‘back-up’ scheme using <tt>rsync</tt>, which should allow a response | ||
| + | time of at least 24 hours upon inadvertent data loss. | ||
| + | However, this scheme remains to be reliably (i.e. via <tt>cron</tt>) | ||
| + | activated on Taito and so far only applies to the <tt>data</tt> | ||
| + | sub-directories of the project area. | ||
= Replication between Abel and Taito = | = Replication between Abel and Taito = | ||
Revision as of 12:18, 24 September 2018
Background
The NLPL virtual laboratory (in mid-2018) is distributed over two superclusters, viz. the Abel and Taito systems in Norway and Finland, respectively. Furthermore, NLPL enjoys a generous storage allocation on the Norwegian Infrastructure for Research Data (NIRD), which is not directly accessible on either of the two computing systems. This page documents the (still emerging) project strategy to data and software replication across the three sites, i.e. the ‘on-line’ file systems on Abel and Taito and the ‘off-line’ storage on NIRD.
Back-Up to NIRD
The NLPL project directory on Abel (/projects/nlpl/) is backed up daily at UiO, but the corresponding directory on Taito (/proj/nlpl/) is not; this is one of the reasons why the ‘on-line’ storage allocation on Taito can be considerably more generous than the one on Abel.
The NLPL project directories contain software and data installations that have been semi-manually created (in some cases following non-trivial analytical work and tinkering) and would be expensive to re-create from scratch. Thus, the complete contents of both copies of the virtual laboratory should be backed up to the ‘off-line’ NIRD storage area at least once per day, so as to be able to recover from data loss (which coulde include accidental deletion) quickly and without too much manual effort.
In mid-2018, the NLPL infrastructure task force has landed on a daily ‘back-up’ scheme using rsync, which should allow a response time of at least 24 hours upon inadvertent data loss. However, this scheme remains to be reliably (i.e. via cron) activated on Taito and so far only applies to the data sub-directories of the project area.
Replication between Abel and Taito
The data/corpora/ and data/vectors/ sub-directories of the ‘on-line’ project directories on Abel and Taito are automatically synchronized. The primary copy of these directories resided on Abel, and all changes must be applied there; changes made to these sub-directories on Taito will be overwritten.
Replication is accomplished through a set of scripts that are maintained in the SubVersion repository of the project, notably operation/mirror/cron.sh, operation/mirror/data/corpora/taito, and operation/mirror/data/vectors/taito. These scripts assume password-less rsync communication across the sites, which is accomplished vi ssh keys (for the user oe, on all systems). The top-level script is invoked by cron every night on an LTG-owned add-on node to Abel (ls.hpc.uio.no), so that the cron jobs need not be re-activated every time one of the Abel login nodes is reinstalled.
