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.
Mettre à jour 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 reconstruire votre infrastructure. Les mises à jour de version déplacent le contrôleur de cluster vers une version majeure plus récente de Slurm, ce qui vous donne 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 vie de support plus longue avant d'atteindre la fin de leur durée de vie.
Présentation de
La mise à jour d'une version du planificateur implique trois opérations :
-
Préparez les 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.
Vous pouvez suivre deux voies. Choisissez une option en fonction de votre capacité à tolérer une interruption de travail.
Quelle que soit l'option choisie, avant que le processus ne démarre, 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 : arrêt Full-fleet de la maintenance | |
|---|---|---|
| Exécution de tâches | Ne nécessite pas de cessation d'emploi | Toutes les tâches en cours ont été annulées |
| Version minimale du contrôleur de cluster | 24,05 | Aucune restriction |
| Parc informatique après la mise à jour du contrôleur | Versions mixtes temporaires ; étapes de vidange requises. Nous vous recommandons de minimiser la durée pendant laquelle les versions mixtes sont utilisées dans un cluster. | Tous les nœuds redémarrent à zéro sur la version cible |
Note
Avant de commencer, assurez-vous que tous les nœuds de calcul utilisent le dernier correctif de Slurm version A et le dernier agent AWS PCS.
Limitations
Si votre cluster utilise des plugins Spank (configuration plugstack), AWS PCS ne prend pas en charge l'option 1. Une mise à jour continue peut entraîner une incompatibilité de version de configuration de plugstack et des pannes de plug-in.
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 (indiqué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 et 25,05 |
| 24.05 (HUILE) | 25,11, 25,05 et 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 de Slurm dans AWS PIÈCES
Vous ne pouvez pas ignorer plus de trois versions majeures en une seule mise à jour. Si votre version cible est en avance de plus de trois versions majeures par rapport à votre version actuelle, effectuez la mise à jour en plusieurs étapes consécutives. Pour un exemple en plusieurs étapes, consultezExemple : mise à jour sur plusieurs versions.
Impact sur les tâches de course
Pendant la mise à jour, le contrôleur Slurm est temporairement indisponible. Cela a les effets suivants :
-
Tâches en cours d'exécution : pour l'option 1 (mise à jour continue), les tâches déjà exécutées sur les 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 (arrêt de la maintenance complète de la flotte), toutes les tâches en cours sont interrompues lorsque la flotte est réduite.
-
Soumissions de nouvelles tâches : vous ne pouvez pas soumettre de nouvelles tâches ni exécuter de commandes du planificateur tant que le contrôleur n'est pas disponible.
-
Mise à l'échelle : la mise à l'échelle automatique est interrompue pendant la mise à jour. Aucune nouvelle instance n'est lancée et aucune instance n'est supprimée pour réduction d'échelle 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 tout au long 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 reprend 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 en 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 la flotte contient encore des nœuds sur 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
