Notes de mise à jour pour les versions de Slurm sur PCS AWS

Changements mis en œuvre dans AWS PCS

• Les journaux d'audit du planificateur sont désormais fournis séparément selon le type de PCS_SCHEDULER_AUDIT_LOGS journal, ce qui simplifie le dépannage et l'audit grâce à un contrôle indépendant de la livraison des journaux. Pour plus d'informations, consultez les journaux d'audit du planificateur dans AWS PCS.

• La file d'attente accélérée est activée par défaut. Les tâches qui échouent en raison de problèmes liés au nœud (telles que des erreurs de capacité insuffisante) peuvent être mises en file d'attente avec la priorité de planification la plus élevée en utilisant. sbatch --requeue=expedite Ceci est contrôlé par le paramètre SchedulerParameters=enable_expedited_requeue.

• Le requeue_delay paramètre est disponible sous forme de paramètre de cluster personnalisé avec une valeur par défaut de 5 secondes. Auparavant, le délai d'attente était lié à l'expiration des informations d'identification (70 secondes). Les administrateurs peuvent désormais le configurer indépendamment viaSchedulerParameters=requeue_delay=<seconds>.

• HealthCheckNodeStateprend désormais en charge la START_ONLY valeur, qui exécute le programme de vérification de l'état uniquement au démarrage du nœud (slurmd start).

• CommunicationParameters=disable_httpest configuré par défaut pour désactiver les points de terminaison HTTP (métriques et sondes de santé) introduits dans Slurm 25.11. Pour réactiver ces points de terminaison, définissez. CommunicationParameters=enable_http Pour plus d'informations, consultez les métriques Slurm dans AWS PCS.

Problèmes connus

• Slurm 25.11 valide AllowQOS et DenyQOS partitionne les paramètres même s'ils AccountingStorageEnforce=QOS ne sont pas définis. Si une QOS est référencée AllowQOS ou DenyQOS n'existe pas dans la base de données de comptabilité Slurm, elle se ferme avec une slurmctld erreur fatale. Assurez-vous que toutes les valeurs de QOS répertoriées dans la partition AllowQOS et les DenyQOS paramètres existent dans la base de données de comptabilité avant de procéder à la mise à niveau ou de redémarrer Slurm 25.11.

• Le slurmd journal peut afficher le message d'erreurerror: cannot create url_parser context for http_parser/libhttp_parser. Il s'agit d'un problème connu de Slurm qui se produit même lorsqu'il CommunicationParameters=disable_http est défini. L'erreur peut être ignorée en toute sécurité et n'affecte pas le fonctionnement du cluster.

• Annonce de sortie de SchedMD : https://www.schedmd.com/slurm-version-25-11-0-is-now-available/

• Notes de mise à jour de SchedMD : https://github.com/SchedMD/slurm/blob/slurm-25.11/RELEASE_NOTES.md

Changements mis en œuvre dans AWS PCS

• Le Slurm requeue_on_resume_failure est désormais activé par défaut SchedulerParameter .

• « stderr » a été supprimé en tant qu'option pour LogTimeFormat, car il était désactivé dans Slurm 25.05.

• AWS PCS prend en charge la configuration Multi-cluster sackd : le nœud de connexion peut accéder à plusieurs clusters.

• Annonce de sortie de SchedMD : https://www.schedmd.com/slurm-version-25-05-0-is-now-available/

• Notes de mise à jour de SchedMD : https://github.com/SchedMD/slurm/blob/slurm-25-05-0-1/RELEASE_NOTES.md

Changements mis en œuvre dans AWS PCS

• AWS PCS prend en charge la comptabilité Slurm. Pour de plus amples informations, veuillez consulter Comptabilité Slurm dans PCS AWS.

• Annonce de sortie de SchedMD

• Notes de mise à jour de SchedMD

Changements mis en œuvre dans AWS PCS

• Le nouveau module Slurm Step Manager est désormais activé par défaut dans AWS PCS. Ce module offre des avantages significatifs en déléguant la gestion des étapes du contrôleur central aux nœuds de calcul, améliorant ainsi considérablement la simultanéité du système dans les environnements où l'utilisation d'étapes est importante. Pour prendre en charge cette configuration et améliorer l'isolation Prolog et l'exécution des Epilog processus, de nouveaux indicateurs de prolog (Contain,Alloc) sont activés.

• La communication hiérarchique entre le contrôleur et les nœuds de calcul est activée pour optimiser la communication intra-nœud de Slurm, ce qui améliore l'évolutivité et les performances. En outre, la configuration de routage utilise désormais des listes de nœuds de partition pour les communications provenant du contrôleur, au lieu de l'algorithme de routage par défaut du plugin, ce qui améliore la résilience du système.

• Un nouveau plugin de hachage HashPlugin=hash/sha3 remplace le précédenthash/k12 plugin. Ceci est désormais activé par défaut dans les clusters AWS PCS.

• Les journaux du contrôleur Slurm incluent désormais des fonctionnalités d'audit améliorées pour tous les appels de procédure à distance (RPC) entrants adressés à. slurmctld Les journaux incluent l'adresse source, l'utilisateur authentifié et le type RPC avant le traitement de la connexion.

• Annonce de sortie de SchedMD

• Notes de mise à jour de SchedMD

Réglages de Slurm que vous pouvez modifier dans PCS AWS

• La SuspendTime valeur par défaut est. 60 Utilisez le paramètre scaleDownIdleTimeInSeconds de configuration AWS PCS pour le définir. Pour plus d'informations, consultez le scaleDownIdleTimeInSecondsparamètre du type de ClusterSlurmConfiguration données dans le manuel de référence de l'API AWS PCS.

• Le MaxJobCount et MaxArraySize est basé sur la taille que vous avez choisie pour le cluster. Pour plus d'informations, consultez le sizeparamètre de l'action d'CreateClusterAPI dans la référence d'API AWS PCS.

• Le paramètre SelectTypeParameters Slurm est défini par défaut sur. CR_CPU Vous pouvez le fournir sous forme de valeur slurmCustomSettings pour le définir lorsque vous créez un cluster. Pour plus d'informations, consultez le slurmCustomSettingsparamètre de l'action d'CreateClusterAPI et le manuel SlurmCustomSettingde référence de l'API AWS PCS.

• Vous pouvez définir Prolog et Epilog au niveau du cluster. Vous pouvez le fournir sous forme de valeur slurmCustomSettings pour le définir lorsque vous créez un cluster. Pour plus d'informations, voir CreateClusteret SlurmCustomSettingdans le manuel de référence de l'API AWS PCS.

• Vous pouvez définir Weight et RealMemory au niveau du groupe de nœuds de calcul. Vous pouvez le fournir sous forme de valeur slurmCustomSettings pour le définir lorsque vous créez un groupe de nœuds de calcul. Pour plus d'informations, voir CreateComputeNodeGroupet SlurmCustomSettingdans le manuel de référence de l'API AWS PCS.