Note di rilascio per le versioni di Slurm in AWS 2 PEZZI

Modifiche implementate in AWS 2 PEZZI

• È possibile configurare gres.conf i record per un gruppo di nodi di calcolo con la gresCustomSettings proprietà e dichiarare il GRES pianificabile con l'Gresimpostazione personalizzata di Slurm. Ciò consente di configurare la topologia della GPU, i dispositivi MIG, gli MPS, gli shard e le proprie risorse generiche. Per ulteriori informazioni, consulta Configurazione delle impostazioni GRES personalizzate in AWS 2 PEZZI.

• AWS PCS abilita il rilevamento automatico di Slurm GRES per impostazione predefinita sui gruppi di nodi di calcolo dotati di GPU. AWS Il PCS consente il rilevamento automatico solo quando è nota la disposizione dei socket del nodo. Per ulteriori informazioni, consulta Configurazione delle impostazioni GRES personalizzate in AWS 2 PEZZI.

• AWS Per impostazione predefinita, PCS configura la topologia della CPU di un gruppo di nodi di calcolo. Determina il numero di domini NUMA in base al tipo e ai set di istanze e su Sockets ciascun CoresPerSocket nodo. Parameters=numa_node_as_socket Per ulteriori informazioni, consulta Configurazione della topologia hardware in AWS 2 PEZZI.

• CommitDelay=1è impostato per impostazione predefinita in. slurmdbd.conf CommitDelaycontrolla la durata del commit dei slurmdbd batch nel database di contabilità e la sua impostazione migliora le prestazionislurmdbd. Per utilizzare un valore diverso, impostalo CommitDelay nelle impostazioni slurmdbd.conf personalizzate del cluster.

• L'API REST di Slurm legge il nome utente dal name campo all'interno del id claim di un JWT. Le attestazioni di primo livello sun e username personalizzate userclaimfield sono obsolete. I token esistenti continuano ad autenticarsi. Per ulteriori informazioni, consulta Autenticazione con l'API REST di Slurm in AWS 2 PEZZI.

• Un singolo esempio di AMI ora supporta tutte le versioni di Slurm che non sono EOL e il nome AMI non contiene più una versione Slurm. Per ulteriori informazioni, consulta Utilizzo di AMI di esempio.

• I cluster che utilizzano i plugin SPANK supportano gli aggiornamenti continui quando si esegue l'aggiornamento alla versione 26.05 o successiva. I cluster che utilizzano i plugin di filtro Slurm CLI supportano gli aggiornamenti continui quando si esegue l'aggiornamento dalla versione 25.11 o successiva. Per ulteriori informazioni, consulta Aggiornamento della versione dello scheduler di un cluster in AWS 2 PEZZI.

• Sono disponibili nuove impostazioni personalizzate: l'impostazione della Exclusive coda, le impostazioni slurmdbd PurgeJobScriptAfter personalizzate, il valore dell'impostazione slurmdbd PurgeJobEnvAfter e il PreserveCaseResource valore di. Parameters REBOOT_ONLY HealthCheckNodeState

Deprecazioni e rimozioni

• Slurm depreca l'impostazione della ExclusiveUser coda e il valore a favore della nuova impostazione della OverSubscribe=EXCLUSIVE coda. Exclusive AWS PCS continua a supportare ExclusiveUser e il 26.05, ma ti consigliamo di OverSubscribe=EXCLUSIVE eseguire la migrazione a. Exclusive

• Slurm rimuove. SchedulerParameters=enable_job_state_cache Rimuovilo dalle impostazioni personalizzate di Slurm del tuo cluster prima di eseguire l'aggiornamento alla versione 26.05.

• Note sulla versione di SchedMD: https://github.com/SchedMD/slurm/blob/slurm-26.05/RELEASE_NOTES.md

• Registro delle modifiche di SchedMD: https://github.com/SchedMD/slurm/blob/master/CHANGELOG/slurm-26.05.md

Modifiche implementate in AWS 2 PEZZI

• I registri di controllo di Scheduler vengono ora forniti separatamente in base al tipo di PCS_SCHEDULER_AUDIT_LOGS registro, semplificando la risoluzione dei problemi e il controllo con un controllo indipendente sulla consegna dei log. Per ulteriori informazioni, consulta i log di audit di Scheduler in AWS PCS.

• La coda accelerata è abilitata per impostazione predefinita. I lavori che falliscono a causa di problemi relativi ai nodi (ad esempio errori di capacità insufficiente) possono essere messi in coda con la massima priorità di pianificazione utilizzando. sbatch --requeue=expedite Questa operazione è controllata dall’impostazione SchedulerParameters=enable_expedited_requeue.

• Il requeue_delay parametro è disponibile come impostazione personalizzata del cluster con un valore predefinito di 5 secondi. In precedenza, il ritardo nella coda era legato alla scadenza delle credenziali (70 secondi). Gli amministratori possono ora configurarlo in modo indipendente tramite. SchedulerParameters=requeue_delay=<seconds>

• HealthCheckNodeStateora supporta il START_ONLY valore, che esegue il programma di controllo dello stato solo all'avvio del nodo (slurmd start).

• CommunicationParameters=disable_httpè impostato di default per disabilitare gli endpoint HTTP (metriche e test di integrità) introdotti in Slurm 25.11. Per riattivare questi endpoint, imposta. CommunicationParameters=enable_http Per ulteriori informazioni, consulta le metriche di Slurm in AWS PCS.

Problemi noti

• Slurm 25.11 convalida AllowQOS le impostazioni delle DenyQOS partizioni anche quando non è impostato. AccountingStorageEnforce=QOS Se un QOS a cui si fa riferimento AllowQOS o DenyQOS non esiste nel database contabile di Slurm, esce con un errore irreversibile. slurmctld Assicuratevi che tutti i valori QOS elencati nella partizione AllowQOS e nelle DenyQOS impostazioni esistano nel database di contabilità prima di aggiornare o riavviare Slurm 25.11.

• Il slurmd registro potrebbe mostrare il messaggio di errore. error: cannot create url_parser context for http_parser/libhttp_parser Si tratta di un problema noto di Slurm che si verifica anche quando CommunicationParameters=disable_http è impostato. L'errore può essere tranquillamente ignorato e non influisce sul funzionamento del cluster.

• Annuncio del rilascio di SchedMD: https://www.schedmd.com/slurm-version-25-11-0-is-now-available/

• Note sulla versione di SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25.11/RELEASE_NOTES.md

Modifiche implementate in AWS 2 PEZZI

• Lo Slurm requeue_on_resume_failure è ora abilitato per impostazione predefinita SchedulerParameter .

• «stderr» è stato rimosso come opzione per, poiché era disabilitato in Slurm 25.05. LogTimeFormat

• AWS PCS supporta la configurazione Multi-cluster sackd: il nodo di login può accedere a più cluster.

• Annuncio del rilascio di SchedMD: https://www.schedmd.com/slurm-version-25-05-0-is-now-available/

• Note sulla versione di SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25-05-0-1/RELEASE_NOTES.md

Modifiche implementate in AWS 2 PEZZI

• AWS PCS supporta la contabilità Slurm. Per ulteriori informazioni, consulta Contabilità Slurm in AWS 2 PEZZI.

• Annuncio del rilascio di SchedMD

• Note sulla versione di SchedMD

Modifiche implementate in AWS 2 PEZZI

• Il nuovo modulo Slurm Step Manager è ora abilitato di default in AWS PCS. Questo modulo offre vantaggi significativi in quanto consente di trasferire la gestione delle fasi dal controller centrale ai nodi di calcolo, migliorando in modo sostanziale la concorrenza del sistema in ambienti con un elevato utilizzo delle fasi. Per supportare questa configurazione e isolare Prolog ed Epilog elaborare meglio l'esecuzione, sono abilitati i nuovi flag prolog (,). Contain Alloc

• La comunicazione gerarchica dal controller ai nodi di calcolo è abilitata per ottimizzare la comunicazione tra nodi di Slurm, migliorando la scalabilità e le prestazioni. Inoltre, la configurazione di routing ora utilizza gli elenchi dei nodi di partizione per le comunicazioni dal controller, anziché l'algoritmo di routing predefinito del plug-in, migliorando la resilienza del sistema.

• Un nuovo plugin hash sostituisce il precedente. HashPlugin=hash/sha3 hash/k12 plugin Questa opzione è ora abilitata di default nei cluster AWS PCS.

• I registri del controller Slurm ora includono funzionalità di controllo avanzate per tutte le chiamate di procedura remota (RPC) in entrata verso. slurmctld I log includono l'indirizzo di origine, l'utente autenticato e il tipo RPC prima dell'elaborazione della connessione.

• Annuncio del rilascio di SchedMD

• Note sulla versione di SchedMD

È possibile modificare le impostazioni di Slurm AWS 2 PEZZI

• L'SuspendTimeimpostazione predefinita è. 60 Utilizzate il parametro di scaleDownIdleTimeInSeconds configurazione AWS PCS per impostarlo. Per ulteriori informazioni, vedere il scaleDownIdleTimeInSeconds parametro del tipo di ClusterSlurmConfiguration dati nel AWS PCS API Reference.

• L'MaxJobCountand MaxArraySize si basa sulla dimensione scelta per il cluster. Per ulteriori informazioni, vedere il size parametro dell'azione CreateCluster API nel AWS PCS API Reference.

• L'impostazione predefinita di SelectTypeParameters Slurm è. CR_CPU Puoi fornirlo come valore per slurmCustomSettings impostarlo quando crei un cluster. Per ulteriori informazioni, vedere il slurmCustomSettings parametro dell'azione CreateCluster API e SlurmCustomSetting nel AWS PCS API Reference.

• È possibile impostare Prolog e Epilog a livello di cluster. Puoi fornirlo come valore per slurmCustomSettings impostarlo quando crei un cluster. Per ulteriori informazioni, vedere CreateCluster e SlurmCustomSetting nel AWS PCS API Reference.

• È possibile impostare Weight e RealMemory a livello di gruppo di nodi di calcolo. È possibile fornirlo come valore per slurmCustomSettings impostarlo quando si crea un gruppo di nodi di calcolo. Per ulteriori informazioni, vedere CreateComputeNodeGroup and SlurmCustomSetting nel AWS PCS API Reference.