L'annonce par Microsoft de la prise en charge d'Azure Linux RDMA l'année dernière était une excellente nouvelle pour ceux qui cherchaient à exécuter des charges de travail HPC étroitement couplées dans le cloud. Malheureusement, il n’existe toujours pas beaucoup de documentation décrivant comment le configurer. Ce tutoriel semble être la principale source d’informations pour la configuration d’Azure Linux RDMA. Cependant, il y a quelques omissions qui peuvent vous surprendre lors de la première configuration de votre cluster. Dans cet article, nous aborderons quelques pièges que vous pourriez rencontrer et quelques solutions de contournement.
Tout d'abord, le didacticiel utilise l'ancien modèle ASM pour déployer des machines virtuelles. Microsoft recommande que les nouveaux projets utilisent ARM pour le déploiement. L'une des principales raisons de ce changement est que les déploiements ARM fourniront des machines virtuelles en parallèle tandis qu'ASM les déploiera en série. Pour les clusters plus grands, cela peut faire une grande différence en termes de temps de démarrage. Ce est un modèle ARM simple qui peut être utilisé comme point de départ pour lancer un cluster MPI autonome avec le VHD Vanilla SLES 12 HPC recommandé.
Après le lancement du cluster, vous souhaiterez probablement installer certains packages courants comme, par exemple, git.
Toutefois:
# zypper installe git
Chargement des données du référentiel…
Lecture des packages installés…
'git' introuvable dans les noms de packages. Essayer des capacités.
Aucun fournisseur de 'git' trouvé.
Résolution des dépendances des packages…
Rien à faire.
La raison en est qu'il manque un certain nombre de dépôts prêts à l'emploi sur le VHD SLES vanille. Vous pouvez les rajouter en exécutant la commande suivante :
# cd /etc/zypp/repos.d
# mv sldp-msft.repo sldp-msft.repo.bak
# rm -f *.repo
# systemctl redémarre guestregister.service
# mv sldp-msft.repo.bak sldp-msft.repo
# zypper addrepo sldp-msft.repo
# rafraîchissement du zypper
Désormais, vous devriez avoir accès à une gamme beaucoup plus large de packages à installer. Comme décrit dans le guide du didacticiel, après avoir installé des packages personnalisés et configuré Intel MPI, vous pouvez capturer votre VHD personnalisé et l'utiliser comme point de départ pour vos clusters MPI.
Une fois que vous avez lancé un cluster avec le VHD personnalisé, vous devrez peut-être installer une extension de VM qui mettra à jour les pilotes RDMA. Le didacticiel indique que vous ne devez pas mettre à jour le pilote RDMA dans les régions USA Ouest, Europe Ouest et Japon Est. Cependant, cela semble être un avis obsolète, car lorsque nous avons essayé d'exécuter le test de ping-pong Intel MPI dans ces régions, nous avons rencontré les mêmes erreurs DAPL que celles décrites. ici. Après la mise à jour des pilotes, le test ping-pong a commencé à fonctionner sans erreur.
En ce qui concerne l'installation de l'extension OSTC, il y a un petit problème dont vous devrez être conscient : si vous vous connectez à la VM immédiatement après l'installation de l'extension, vous remarquerez que votre connexion est interrompue peu de temps après la connexion.
azureadmin@n1 :~> Connexion à 13.93.144.56 fermée par l'hôte distant.
Connexion au 13.93.144.56 fermée.
La raison en est que la VM redémarre après environ 2 à 3 minutes. après le déploiement de l'extension est terminé. Ce serait mieux si la VM était prête à être utilisée une fois l'installation de l'extension terminée, mais malheureusement, cela ne semble pas être le cas ici. C'est quelque chose que vous devrez prendre en compte si vous essayez d'automatiser le déploiement du cluster.
Espérons qu'une fois la prise en charge d'Azure Linux RDMA ajoutée au service Azure Batch, vous n'aurez plus à gérer aucun des problèmes ci-dessus. Bien entendu, le lancement du cluster n’est que le point de départ. Vous devez toujours installer et régler votre logiciel de simulation, établir une connexion à votre serveur de licences et transférer en toute sécurité vos fichiers d'entrée et de sortie vers et depuis le cluster. L'équipe de support de Rescale est prête à travailler avec vous pour y parvenir sur Azure à l'aide de nos outils Web, API ou CLI.