Gestion des données sur la baie de disques¶
Les partitions, les quotas, les conseils et commandes pour gérer au mieux ses données de calcul sur Myria
Introduction¶
Les données du calculateur Myria sont stockées sur une baie de disques DDN accessible sur l'ensemble du cluster en GPFS. Les performances mesurées lors de la livraison sont de 28 Go/s pour les partitions /dlocal et /home. Ces partitions sont optimisées pour la lecture/écriture sur des gros fichiers (taille de blocs de 16 Mo).
Si vos travaux mettent en jeu une multitude de petits fichiers, prendre contact avec le support afin de mettre en place un accès à une partition plus adaptée à ce type de traitements (voir la suite de la documentation pour les explications).
Quelques commandes pratiques¶
Combien ai-je de fichiers dans /dlocal ?
lire la ligne gpfs1 dlocal, colonne "files"
Combien d'espace disque est-ce que je consomme ?
En ajoutant --block-size auto à la fin de la commande, vous obtiendrez un affichage au format "humain" (avec l'unité de valeur la plus adaptée pour un humain)
Pour un affichage au format humain des quotas sur les espaces home et dlocal uniquement :
Comment connaître la liste des dossiers temporaires de calcul de l'utilisateur nom_login ?
Comment connaître rapidement le nombre de fichiers laissé par mon calcul dans /dlocal/run/<jobid> ?
Le prolog de Slurm compte le nombre de fichiers restants dans /dlocal/run/<jobid> et l'inscrit dans votre fichier .o associé au calcul :
Pour rechercher uniquement cette ligne :
Comment connaître la liste des calculs soumis dans la partition 2tcourt entre le 1/03/2019 et le 15/03/2019 pour faire du ménage ?
Vous pouvez rajouter l'option -l pour afficher plus d'informations.
Comment connaître le nombre de fichiers d'un dossier chemin_dossier ?
J'ai besoin de faire diminuer mon nombre de fichiers, mais je ne peux rien supprimer. Comment faire ?
Archivez certaines arborescences avec la commande tar : une archive = 1 fichier
Quelques conseils¶
Dans les scripts de soumission...
Le rapatriement des données s'effectue avec une commande mv. Ne la remplacer surtout pas par un cp, qui duplique les données et qui peut être très longue à s'exécuter. La commande mv est immédiate entre /dlocal et /home.
Si vous développez...
Privilégiez les fichiers volumineux avec des formats de type HDF5 plutôt qu'une multitude de petits fichiers. Vous gagnerez en performances sur les clusters de calcul avec des tailles de blocs importantes.
Si vous générez beaucoup de fichiers...
Surveillez votre quota. Affichez-le automatiquement lors de la connexion (via ajout approprié dans votre fichier ~/.bash_profile).
Quelques informations complémentaires¶
Les partitions et leur usage
La baie de disques est séparée en 2 parties (systèmes de fichiers) contenant chacun des sous parties (filesets).
La première partie est la plus volumineuse et la plus performante : elle accueille /home et /dlocal.
La deuxième partie est plus petite et donc moins performante : elle accueille /soft et /save.
/homecontient les dossiers d'accueil des utilisateurs./dlocalcontient les dossiers temporaires des calculs (/dlocal/run) et certains dossiers de calcul permanents (/dlocal/home) quand le besoin est qualifié./softcontient les logiciels mis à disposition par le CRIANN/savecontient un stockage moyen terme pour les utilisateurs régionaux :- aucun espace utilisateur ou projet n'y est créé par défaut, il faut en faire la demande en argumentant du besoin : millions de petits fichiers sur moyen terme, ...
Attention : aucune sauvegarde n'est effectuée sur les données utilisateurs. Pensez à rapatrier vos codes et vos données dans vos laboratoires.
Nous vous encourageons fortement à utiliser les outils de versioning, tel que GIT, de vos établissements. Renseignez-vous auprès de vos DSI.
Le client git est installé sur les frontales, sans chargement de module.
Les quotas
Afin de garantir de bonnes performances, il faut maintenir un taux de remplissage de la baie (volumétrie et nombre de fichier) raisonnable. Pour cela, le CRIANN a positionné deux types de quotas :
/home: quota par défaut de 50 Go / utilisateur/dlocal: quota de 10 millions de fichiers
Dans les 2 cas, les limites correspondent à des valeurs "soft" pouvant être dépassées temporairement (7 jours). Au delà de ce délai, l'usage doit redescendre en dessous de la limite soft, sinon, aucune création de fichier n'est possible. Une limite "hard" avec en général 10 Go supplémentaire est également positionnée : elle ne peut en aucun cas être dépassée.
Si vous estimez que ces limites sont trop contraignantes pour vous, n'hésitez pas à ouvrir un ticket auprès du support. Celles-ci peuvent être augmentées sur demande justifiée.
La commande mmlsquota explique en haut de cette page permet d'afficher les quotas et les délais de "grace" entre les quotas "soft" et "hard". Une fois le délai de 7 jours dépassé, toute demande d'allocation de volumétrie supplémentaire est refusée. Seules les commandes permettant de revenir en dessous du quota "soft" sont permises.
La problématique du nombre de fichiers
Le CRIANN a fait le choix de conserver les dossiers temporaires des calculs (/dlocal/run/<jobid>) au delà de la vie des calculs. Ce dossier peut ainsi être utilisé comme dossier de travail du calcul suivant.
Ces dossiers sont supprimés automatiquement par le CRIANN, 40 jours après la fin du calcul correspondant. Cela a l'avantage de pouvoir permettre d'enchaîner plusieurs calculs et également de récupérer des données qui n'auraient pas été récupérées en fin de calcul.
Pour la majeure partie des utilisateurs, en 40 jours, cela correspond à quelques milliers de fichiers. Pour certains utilisateurs de logiciels comme OpenFoam, cela peut représenter plusieurs dizaines de millions de fichiers. Le quota est là pour éviter une dérive, mais la soumission de nouveaux calculs devient impossible si le quota est dépassé : il faut donc faire du ménage en complément du ménage automatique...
Si vous avez des questions, merci de contacter le support : support@criann.fr