Notas de lançamento para versões do Slurm em AWS PEÇAS

Mudanças implementadas em AWS PEÇAS

• Você pode configurar gres.conf registros para um grupo de nós de computação com a gresCustomSettings propriedade e declarar o GRES programável com a configuração Gres personalizada do Slurm. Isso permite configurar a topologia da GPU, dispositivos MIG, MPS, fragmentos e seus próprios recursos genéricos. Para obter mais informações, consulte Definindo configurações personalizadas do GRES em AWS PEÇAS.

• AWS O PCS permite a detecção automática do Slurm GRES por padrão em grupos de nós de computação que têm GPUs. AWS O PCS permite a detecção automática somente quando o layout do soquete do nó é conhecido. Para obter mais informações, consulte Definindo configurações personalizadas do GRES em AWS PEÇAS.

• AWS Por padrão, o PCS configura a topologia da CPU de um grupo de nós de computação. Ele determina o número de domínios NUMA a partir do tipo e dos conjuntos Sockets de instâncias e Parameters=numa_node_as_socket em cada nó. CoresPerSocket Para obter mais informações, consulte Configurando a topologia de hardware em AWS PEÇAS.

• CommitDelay=1é definido por padrão emslurmdbd.conf. CommitDelaycontrola por quanto tempo os slurmdbd lotes são confirmados no banco de dados contábil e configurá-lo melhora o slurmdbd desempenho. Para usar um valor diferente, defina CommitDelay nas configurações slurmdbd.conf personalizadas do seu cluster.

• A API REST do Slurm lê o nome de usuário do name campo dentro da id declaração de um JWT. As userclaimfield reivindicações sun de username nível superior e personalizadas estão obsoletas. Os tokens existentes continuam sendo autenticados. Para obter mais informações, consulte Autenticação com a API Slurm REST em AWS PEÇAS.

• Uma única amostra de AMI agora oferece suporte a todas as versões do Slurm que não são EOL, e o nome da AMI não contém mais uma versão do Slurm. Para obter mais informações, consulte Usando exemplos de AMIs.

• Os clusters que usam plug-ins SPANK oferecem suporte a atualizações contínuas quando você atualiza para 26.05 ou posterior. Os clusters que usam os plug-ins de filtro Slurm CLI oferecem suporte a atualizações contínuas quando você atualiza a partir da 25.11 ou posterior. Para obter mais informações, consulte Atualizando a versão do agendador de um cluster no AWS PEÇAS.

• Novas configurações personalizadas estão disponíveis: a configuração de Exclusive fila, as configurações PurgeJobScriptAfter personalizadas de slurmdbd, o PreserveCaseResource valor da configuração slurmdbd PurgeJobEnvAfter Parameters e o valor de. REBOOT_ONLY HealthCheckNodeState

Depreciações e remoções

• O Slurm descontinua a configuração da ExclusiveUser fila e o OverSubscribe=EXCLUSIVE valor em favor da nova configuração da fila. Exclusive AWS O PCS continua oferecendo suporte ExclusiveUser OverSubscribe=EXCLUSIVE em 26.05, mas recomendamos que você migre para o. Exclusive

• Remove a lama. SchedulerParameters=enable_job_state_cache Remova-o das configurações personalizadas do Slurm do seu cluster antes de atualizar para 26.05.

• Notas de lançamento do SchedMD: https://github.com/SchedMD/slurm/blob/slurm-26.05/RELEASE_NOTES.md

• Registro de alterações do SchedMD: https://github.com/SchedMD/slurm/blob/master/CHANGELOG/slurm-26.05.md

Mudanças implementadas em AWS PEÇAS

• Os registros de auditoria do agendador agora são entregues separadamente por meio do tipo de PCS_SCHEDULER_AUDIT_LOGS registro, simplificando a solução de problemas e a auditoria com controle independente sobre a entrega de registros. Para obter mais informações, consulte os registros de auditoria do Scheduler no AWS PCS.

• A solicitação acelerada é ativada por padrão. Os trabalhos que falham devido a problemas nos nós (como erros de capacidade insuficiente) podem ser colocados em fila com a maior prioridade de agendamento usando. sbatch --requeue=expedite Isso é controlado pela configuração SchedulerParameters=enable_expedited_requeue.

• O requeue_delay parâmetro está disponível como uma configuração de cluster personalizada com um padrão de 5 segundos. Anteriormente, o atraso na solicitação estava vinculado à expiração da credencial (70 segundos). Agora, os administradores podem configurar isso de forma independente viaSchedulerParameters=requeue_delay=<seconds>.

• HealthCheckNodeStateagora suporta o START_ONLY valor, que executa o programa de verificação de integridade somente na inicialização do nó (slurmd start).

• CommunicationParameters=disable_httpé definido por padrão para desativar os endpoints HTTP (métricas e sondas de integridade) introduzidos no Slurm 25.11. Para reativar esses endpoints, defina. CommunicationParameters=enable_http Para obter mais informações, consulte Métricas do Slurm no AWS PCS.

Problemas conhecidos

• O Slurm 25.11 valida AllowQOS e DenyQOS particiona as configurações mesmo quando AccountingStorageEnforce=QOS não está definido. Se uma QoS referenciada AllowQOS ou DenyQOS não existir no banco de dados de contabilidade Slurm, será encerrada com um erro slurmctld fatal. Certifique-se de que todos os valores de QOS listados na partição AllowQOS e nas DenyQOS configurações existam no banco de dados de contabilidade antes de atualizar ou reiniciar o Slurm 25.11.

• O slurmd registro pode mostrar a mensagem de erroerror: cannot create url_parser context for http_parser/libhttp_parser. Esse é um problema conhecido do Slurm que ocorre mesmo quando CommunicationParameters=disable_http está definido. O erro pode ser ignorado com segurança e não afeta a operação do cluster.

• Anúncio de lançamento do SchedMD: https://www.schedmd.com/slurm-version-25-11-0-is-now-available/

• Notas de lançamento do SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25.11/RELEASE_NOTES.md

Mudanças implementadas em AWS PEÇAS

• O Slurm SchedulerParameter requeue_on_resume_failure agora está ativado por padrão.

• “stderr” foi removido como uma opção para LogTimeFormat, pois foi desativado no Slurm 25.05.

• AWS O PCS suporta a configuração Multi-cluster sackd: o nó de login pode acessar vários clusters.

• Anúncio de lançamento do SchedMD: https://www.schedmd.com/slurm-version-25-05-0-is-now-available/

• Notas de lançamento do SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25-05-0-1/RELEASE_NOTES.md

Mudanças implementadas em AWS PEÇAS

• AWS O PCS suporta a contabilidade Slurm. Para obter mais informações, consulte Contabilidade de favelas em AWS PEÇAS.

• Anúncio de lançamento do SchedMD

• Notas de lançamento do SchedMD

Mudanças implementadas em AWS PEÇAS

• O novo módulo Slurm Step Manager agora está ativado por padrão no AWS PCS. Esse módulo oferece benefícios significativos ao transferir o gerenciamento de etapas do controlador central para os nós de computação, melhorando substancialmente a simultaneidade do sistema em ambientes com uso intenso de etapas. Para oferecer suporte a essa configuração e melhor isolar Prolog e Epilog processar a execução, novos sinalizadores de prolog (Contain,Alloc) são habilitados.

• A comunicação hierárquica do controlador para os nós de computação é habilitada para otimizar a comunicação entre nós do Slurm, o que melhora a escalabilidade e o desempenho. Além disso, a configuração de roteamento agora usa listas de nós de partição para comunicações do controlador, em vez do algoritmo de roteamento padrão do plug-in, aprimorando a resiliência do sistema.

• Um novo plugin de hash HashPlugin=hash/sha3 substitui o anterior. hash/k12 plugin Agora, isso está ativado por padrão nos clusters AWS PCS.

• Os registros do controlador Slurm agora incluem recursos aprimorados de auditoria para todas as chamadas de procedimento remoto (RPC) recebidas para. slurmctld Os registros incluem o endereço de origem, o usuário autenticado e o tipo de RPC antes do processamento da conexão.

• Anúncio de lançamento do SchedMD

• Notas de lançamento do SchedMD

Configurações do Slurm que você pode alterar AWS PEÇAS

• O SuspendTime padrão é. 60 Use o parâmetro scaleDownIdleTimeInSeconds de configuração AWS PCS para defini-lo. Para obter mais informações, consulte o scaleDownIdleTimeInSeconds parâmetro do tipo de ClusterSlurmConfiguration dados na Referência da API AWS PCS.

• O MaxJobCount e MaxArraySize é baseado no tamanho escolhido para o cluster. Para obter mais informações, consulte o size parâmetro da ação da CreateCluster API na Referência da API AWS PCS.

• A configuração SelectTypeParameters padrão do Slurm é. CR_CPU Você pode fornecê-lo como um valor slurmCustomSettings para defini-lo ao criar um cluster. Para obter mais informações, consulte o slurmCustomSettings parâmetro da ação da CreateCluster API e SlurmCustomSetting na Referência da API AWS PCS.

• Você pode definir Prolog e Epilog no nível do cluster. Você pode fornecê-lo como um valor slurmCustomSettings para defini-lo ao criar um cluster. Para obter mais informações, consulte CreateCluster e SlurmCustomSetting na Referência da API AWS PCS.

• Você pode definir Weight e RealMemory no nível do grupo de nós de computação. Você pode fornecê-lo como um valor slurmCustomSettings para defini-lo ao criar um grupo de nós de computação. Para obter mais informações, consulte CreateComputeNodeGroup e SlurmCustomSetting na Referência da API AWS PCS.