Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Mise à jour de la version du planificateur d'un cluster dans AWS PIÈCES
AWS PCS vous permet de mettre à jour la version du planificateur sur un cluster existant sans avoir à reconstruire votre infrastructure. Les mises à jour de version déplacent le contrôleur de cluster vers une version majeure plus récente de Slurm, vous donnant accès à de nouvelles fonctionnalités, à des améliorations de performances et à des correctifs de sécurité. Les nouvelles versions ont également une durée de support plus longue avant d'atteindre la fin de leur durée de vie.
Présentation de
La mise à jour de la version du planificateur implique trois opérations :
-
Préparation des AMI cibles : créez ou identifiez des AMI qui incluent la version cible de Slurm et le dernier agent AWS PCS.
-
Mettre à jour le cluster (
UpdateCluster) — Déplace le contrôleur vers la version majeure de Slurm cible. -
Mettre à jour les groupes de nœuds de calcul (
UpdateComputeNodeGroup) : pointez chaque groupe de nœuds de calcul vers une nouvelle AMI afin que les nouveaux nœuds utilisent la version cible. Pour de plus amples informations, veuillez consulter Mettre à jour un AWS Groupe de nœuds de calcul PCS.
Il y a deux voies que vous pouvez suivre. Choisissez selon que vous pouvez tolérer une interruption de travail et si vous souhaitez utiliser une AMI à double version (contenant à la fois la version actuelle et la version cible de Slurm).
Quelle que soit l'option choisie, avant le début du processus, tous les nœuds du cluster doivent exécuter la même version « A » et, à la fin du processus, tous les nœuds doivent exécuter la même version « B ». L'option 2 fonctionne quelle que soit la configuration de votre cluster.
| Option 1 : mise à jour continue | Option 2 : Full-fleet recycler | |
|---|---|---|
| Exécution de tâches | Ne nécessite pas de cessation d'emploi | Toutes les tâches en cours d'exécution sont terminées |
| Exigence relative à l'AMI | Doit inclure à la fois la version actuelle et la version cible de Slurm | Nécessite uniquement la version cible de Slurm |
| Version minimale du contrôleur de cluster | 24,05 | Aucune restriction |
| Parc informatique après la mise à jour du contrôleur | Versions mixtes temporairement ; étapes de vidange requises. Nous recommandons de minimiser la durée pendant laquelle les versions mixtes sont utilisées dans un cluster. | Tous les nœuds repartent à zéro sur la version cible |
Note
Avant de commencer, assurez-vous que tous les nœuds de calcul utilisent le dernier correctif de la version A de Slurm et le dernier agent AWS PCS.
Limitations
Les configurations suivantes nécessitent des étapes supplémentaires ou sont incompatibles avec l'option 1 (mise à jour continue). Sans les solutions de contournement indiquées, vous devez plutôt utiliser l'option 2 (recyclage complet du parc) :
-
Plug-ins Spank — Si votre cluster utilise des plugins Spank (configuration plugstack), l'option 1 n'est pas prise en charge. Une mise à jour continue peut provoquer une incompatibilité entre les versions de configuration de plugstack et des échecs du plugin.
-
Mise à jour des plug-ins de filtre CLI vers la version 25.11 — Si votre cluster utilise des plug-ins de filtre CLI et passe à la version 25.11, l'option 1 (mise à jour continue) nécessite que vous les définissiez
CliFilterParametersexplicitement dans les paramètres Slurm du cluster lors de la mise à jour. Sans celaCliFilterParameters, les nœuds exécutant la version précédente ne peuvent pas résoudre le chemin du script de filtre de la CLI après la mise à jour du contrôleur, ce qui entraînesbatchdes défaillances. Pour de plus amples informations, veuillez consulter Utilisez les plugins de filtre Slurm CLI pour personnaliser la soumission des tâches dans AWS PIÈCES.
Compatibilité des versions
Le tableau suivant indique les versions cibles prises en charge vers lesquelles effectuer la mise à jour, en fonction de la version actuelle du cluster. Il est toujours recommandé de passer à la dernière version autorisée (en gras).
Le cluster et tous les nœuds de calcul doivent toujours exécuter la même version de Slurm avant de lancer une mise à jour.
| Version actuelle du cluster | Versions cibles compatibles |
|---|---|
| 25,11 | N/A |
| 25,05 | 25,11 |
| 24,11 (ANCIEN) | 25,11, 25,05 |
| 24,05 (ANCIEN) | 25,11, 25,05, 24,11 |
| 23,11 (ANCIEN) | (via l'option 2 uniquement) 25.05, 24.11, 24.05 |
Pour plus d'informations sur les versions prises en charge et les dates de fin de vie, consultez. Versions Slurm en AWS PIÈCES
Vous ne pouvez pas ignorer plus de trois versions majeures dans une seule mise à jour. Si votre version cible a plus de trois versions majeures d'avance sur votre version actuelle, effectuez la mise à jour en plusieurs étapes consécutives. Pour un exemple en plusieurs étapes, voirExemple : mise à jour sur plusieurs versions.
Impact sur l'exécution des tâches
Pendant la mise à jour, le contrôleur Slurm est brièvement indisponible. Cela a les effets suivants :
-
Exécution de tâches : pour l'option 1 (mise à jour continue), les tâches déjà exécutées sur des nœuds de calcul continuent de s'exécuter. Les nœuds de calcul n'ont pas besoin que le contrôleur soit disponible pour l'exécution active des tâches. Pour l'option 2 (recyclage complet du parc), tous les travaux en cours sont interrompus lorsque le parc est réduit.
-
Soumissions de nouvelles tâches : vous ne pouvez pas soumettre de nouvelles tâches ni exécuter de commandes du planificateur lorsque le contrôleur n'est pas disponible.
-
Mise à l'échelle : la mise à l'échelle automatique est suspendue pendant la mise à jour. Aucune nouvelle instance n'est lancée et aucune instance n'est supprimée pour être réduite tant que la mise à jour n'est pas terminée.
-
Données comptables : si la comptabilité est activée, les données comptables sont conservées pendant toute la durée de la mise à jour. Les enregistrements de tâches stockés dans la base de données de comptabilité sont conservés après le changement de version.
-
API REST Slurm — Si l'API REST Slurm est activée sur le cluster, elle est automatiquement mise à jour vers la nouvelle version du planificateur dans le cadre de l'opération.
UpdateClusterLe point de terminaison de l'API REST n'est pas disponible pendant la mise à jour et redémarre lorsque le cluster revient àACTIVEl'état. Pour de plus amples informations, veuillez consulter API REST Slurm dans AWS PIÈCES.
Combiner les mises à jour de version avec les modifications de configuration
Vous pouvez combiner une mise à jour de version avec d'autres modifications de configuration dans une seule UpdateCluster demande. Par exemple, vous pouvez mettre à jour la version du planificateur et activer la comptabilité au cours de la même opération.
Note
N'ajoutez pas de paramètres Slurm spécifiques à la version cible tant que le parc contient encore des nœuds dans la version précédente. La configuration est distribuée à tous les nœuds ; les anciens slurmd peuvent ne pas reconnaître les nouveaux paramètres.
Rubriques
