Storage and file management/fr: Difference between revisions
(Updating to match new version of source page) |
No edit summary |
||
| Line 79: | Line 79: | ||
'''Latence''' décrit l'efficacité dans le cas de plusieurs petites opérations. Un faible degré de latence est privilégié; cependant, il est toujours préférable de choisir une petite quantité de grandes opérations qu'une grande quantité de petites opérations. | '''Latence''' décrit l'efficacité dans le cas de plusieurs petites opérations. Un faible degré de latence est privilégié; cependant, il est toujours préférable de choisir une petite quantité de grandes opérations qu'une grande quantité de petites opérations. | ||
== Meilleures pratiques == | == Meilleures pratiques == | ||
* Utilisez uniquement des fichiers au format texte de moins de quelques mégaoctets. | * Utilisez uniquement des fichiers au format texte de moins de quelques mégaoctets. | ||
| Line 86: | Line 85: | ||
* Nettoyez régulièrement les données dans les espaces projet et ''scratch'' puisque ceux-ci sont utilisés pour d'immenses collections de données. | * Nettoyez régulièrement les données dans les espaces projet et ''scratch'' puisque ceux-ci sont utilisés pour d'immenses collections de données. | ||
* Si certains fichiers non utilisés doivent être conservés, archivez-les et compressez-les et si possible, copiez-les ailleurs (voir [[Archiving and compressing files|Archiving and compressing]]). | * Si certains fichiers non utilisés doivent être conservés, archivez-les et compressez-les et si possible, copiez-les ailleurs (voir [[Archiving and compressing files|Archiving and compressing]]). | ||
* Si les solutions de stockage offertes ne conviennent pas à vos besoins, | * Si les solutions de stockage offertes ne conviennent pas à vos besoins, contactez le [[Technical support|soutien technique]]. | ||
==Quotas et politiques== | ==Quotas et politiques== | ||
Revision as of 19:07, 27 November 2017
Introduction
Calcul Canada dispose de nombreuses options de stockage capables de répondre aux besoins des utilisateurs œuvrant dans des domaines extrêmement variés. Selon vos besoins et votre usage particulier, vous avez le choix parmi différentes solutions allant du stockage long terme au stockage local temporaire à haute vitesse. Dans la plupart des cas, les systèmes de fichiers de Calcul Canada sont des ressources partagées et devraient être utilisés de manière responsable; en effet, des dizaines et même des centaines d'utilisateurs peuvent être affectés par un seul utilisateur qui se comporte de manière irréfléchie. Ces systèmes de fichiers sont conçus pour le stockage d'un nombre limité de très grands fichiers, habituellement de type binaire plutôt que de type texte, qui ne sont pas directement lisibles par un être humain; pour cette raison, vous devriez éviter de stocker des milliers de petits fichiers de quelques mégaoctets, particulièrement dans le même répertoire. Une meilleure approche serait d'utiliser des commandes telles que tar ou zip pour convertir un répertoire de plusieurs petits fichiers en un très grand fichier d'archive; consultez Archiving and compressing files.
Il est de votre responsabilité de vérifier depuis quand vos données sont stockées. Le rôle de la plupart des systèmes de fichiers n'est pas d'offrir un service d'archivage à long terme; vous devez donc déplacer les fichiers et répertoires qui ne sont plus utilisés vers un autre endroit, que ce soit sur votre ordinateur personnel ou une autre ressource de stockage que vous contrôlez. Le transfert de grandes quantités de données se fait généralement avec Globus.
Prenez note que les ressources de stockage ne sont pas pour vos données personnelles, mais bien pour les données de recherche.
Lorsque votre compte est créé sur Cedar ou Graham, votre répertoire home contient des références à vos espaces projet et scratch via des liens symboliques, des raccourcis vers ces autres systèmes de fichiers à partir de votre répertoire home. Un utilisateur possède ses propres espaces home et scratch, alors que l'espace projet est partagé par un groupe de recherche. Ce groupe peut être constitué d'utilisateurs qui possèdent des comptes liés à celui d'un chercheur principal ou de comptes de membres d'une allocation de ressources. Un utilisateur peut donc avoir accès à plusieurs espaces projet différents associés à un ou plusieurs chercheurs principaux et les répertoires de projets de son répertoire home contient les liens symboliques vers ces différents espaces projet. Chaque compte possède un espace projet par défaut; le lien symbolique projet dans votre répertoire home pointe vers cet espace projet par défaut.
- Pour un utilisateur dont le compte est lié à un seul compte de chercheur principal, l'espace projet par défaut est le même espace projet par défaut que celui du compte du chercheur principal.
- Pour un utilisateur dont le compte est lié à plusieurs comptes, l'espace projet par défaut est le même que celui du chercheur principal qui possède le plus grand nombre de comptes qui lui sont associés.
Tous les utilisateurs peuvent vérifier l'espace disque disponible et l'espace disque utilisé par les systèmes de fichiers project, home et scratch avec l'utilitaire en ligne de commande diskusage_report, disponible sur Cedar et Graham. Pour ce faire, connectez-vous à Cedar ou Graham sous SSH; à l'invite, entrez diskusage_report puis appuyez sur la touche Enter. L'utilitaire produit un rapport semblable à ceci :
# diskusage_report
Description Space # of files
Home (username) 280 kB/47 GB 25/500k
Scratch (username) 4096 B/18 TB 1/1000k
Project (def-username-ab) 4096 B/9536 GB 2/5000k
Project (def-username) 4096 B/9536 GB 2/5000k
Types de stockage
Les ressources de Calcul Canada comprennent divers systèmes de fichiers pour le stockage; assurez-vous d'utiliser l'espace approprié pour un besoin particulier. Nous présentons ici les principaux systèmes de fichiers de l'infrastructure de Calcul Canada, leurs caractéristiques et les besoins pour lesquels ils sont conçus. Le matériel, la méthode d'accès et le mode d'écriture sont différents pour chacune des options.
- Système de fichiers en réseau (NFS pour Network File System)
- Ce type de stockage est généralement visible autant sur les nœuds de connexion que sur les nœuds de calcul. Il convient aux petits fichiers importants qui sont utilisés régulièrement, comme le code source, les programmes, les scripts de tâches et les fichiers de paramètres. La performance se compare à celle des disques durs conventionnels.
- Système de fichiers parallèle (Lustre, GPFS)
- Ce type de stockage est généralement visible autant sur les nœuds de connexion que sur les nœuds de calcul. Avec de multiples baies de stockage et des serveurs rapides, sa performance est excellente pour des gros fichiers et les opérations intensives d'entrées/sorties. Il est utilisé pour le stockage à long terme et le stockage temporaire (scratch). L'utilisation concurrente peut faire varier la performance.
- Système de fichiers local
- Ce type de stockage se fait sur chacun des nœuds de calcul auquel est attaché un disque dur local. Il présente l'avantage d'une performance élevée puisqu'il est rarement partagé; de façon générale, un seul utilisateur à la fois peut accéder à un disque local. Cependant, les fichiers doivent être copiés sur un autre média (espace scratch ou espace projet) avant la complétion de la tâche parce que tout est nettoyé après chaque tâche.
- Système de fichiers en mémoire vive (RAM)
- Puisqu'il réside dans la mémoire vive du nœud de calcul, il y a moins de capacité de mémoire restante pour les opérations. La vitesse est très grande dans le cas de petits fichiers et surtout plus grande qu'avec les autres systèmes quand l'accès aux fichiers est aléatoire. La mémoire vive est toujours nettoyée à la fin de la tâche.
Ce tableau montre les propriétés des divers types de stockage.
| Type | Accessibilité | Débit | Latence | Durée |
|---|---|---|---|---|
| système de fichiers en réseau (NFS) | tous les nœuds | faible | élevée | long terme |
| système de fichiers parallèle (long terme) | tous les nœuds | passable | élevée | long terme |
| système de fichiers parallèle (court terme) | tous les nœuds | passable | élevée | court terme (nettoyage périodique) |
| système de fichiers local | local pour le nœud | passable | moyenne | très court terme |
| système de fichiers en mémoire | local pour le nœud | bon | très basse | très court terme (nettoyage après chaque tâche) |
Débit décrit l'efficacité dans les cas de grandes opérations, par exemple celles nécessitant plus d'un mégaoctet en lecture ou écriture.
Latence décrit l'efficacité dans le cas de plusieurs petites opérations. Un faible degré de latence est privilégié; cependant, il est toujours préférable de choisir une petite quantité de grandes opérations qu'une grande quantité de petites opérations.
Meilleures pratiques
- Utilisez uniquement des fichiers au format texte de moins de quelques mégaoctets.
- Autant que possible, réservez le stockage local pour les fichiers temporaires; il est préférable d'utiliser le répertoire temporaire
$SLURM_TMPDIRcréé par l'ordonnanceur à cet effet. - Si le programme doit chercher à l'intérieur d'un fichier, il est plus rapide de lire le fichier au complet d'abord, ou d'utiliser un disque RAM.
- Nettoyez régulièrement les données dans les espaces projet et scratch puisque ceux-ci sont utilisés pour d'immenses collections de données.
- Si certains fichiers non utilisés doivent être conservés, archivez-les et compressez-les et si possible, copiez-les ailleurs (voir Archiving and compressing).
- Si les solutions de stockage offertes ne conviennent pas à vos besoins, contactez le soutien technique.
Quotas et politiques
Afin que tous les utilisateurs puissent disposer de suffisamment d'espace, des quotas et des politiques sont imposés sur les copies de sauvegarde et la purge automatique de certains systèmes de fichiers.
Par grappe, chaque utilisateur dispose d'un accès par défaut aux espaces home et scratch et chaque groupe a accès par défaut à 1To d'espace projet. Le quota par défaut pour l'espace nearline est de 5To par groupe; cet espace est obtenu en adressant une requête au soutien technique. Le système de fichiers nearline offre du stockage de performance moyenne à basse, de grande capacité. Il devrait être utilisé pour stocker des données rarement utilisées qui doivent être conservées à long terme.
Les quotas de groupe pour les espaces projet et nearline peuvent être augmentés par le processus d’allocation annuelle de ressources.
Pour connaître votre utilisation des quotas pour les systèmes de fichiers sur Cedar et Graham, utilisez la commande diskusage_report.
| Espace | Quota par défaut | Basé sur Lustre | Copié pour sauvegarde | Purgé | Disponible par défaut | Monté sur des nœuds de calcul |
|---|---|---|---|---|---|---|
| home | 50Go et 500K fichiers par utilisateur | Cedar, oui; Graham, non
(système de fichiers en réseau) |
oui | non | oui | oui |
| scratch | 20To (100To sur Graham) et 1M fichiers par utilisateur[1] | oui | non | oui, tous les fichiers enregistrés
il y a plus de 60 jours |
oui | oui |
| projet | 1To et 5M fichiers par groupe[2] | oui | oui | non | oui | oui |
| nearline | 5To par groupe | non | non | non | non | non |
- ↑ L'espace scratch sur Cedar peut être augmenté à 100To par utilisateur sur demande; écrivez au soutien technique.
- ↑ L'espace projet peut être augmenté à 10To par groupe sur demande; écrivez au soutien technique. Les requêtes en provenance de membres d'un même groupe seront additionnées sans excéder 10To.
Des copies de sauvegarde des espaces projet et home sont faites chaque soir; elles sont conservées pendant 30 jours.
Les fichiers supprimés sont conservés pendant 60 jours. Pour récupérer une version antérieure d'un fichier ou d'un répertoire, communiquez avec le soutien technique en indiquant le chemin (path) complet et la date.
Pour copier des données à partir de l'espace de stockage nearline vers les espaces projet, home ou scratch, communiquez avec le soutien technique.