View a markdown version of this page

Aggiornamento della versione dello scheduler di un cluster in AWS PZ - AWS PZ

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Aggiornamento della versione dello scheduler di un cluster in AWS PZ

AWS PCS consente di aggiornare la versione dello scheduler su un cluster esistente senza ricostruire l'infrastruttura. Gli aggiornamenti delle versioni spostano il controller del cluster su una versione principale di Slurm più recente, che consente di accedere a nuove funzionalità, miglioramenti delle prestazioni e patch di sicurezza. Le versioni più recenti hanno anche una durata del supporto più lunga prima della fine del ciclo di vita.

Panoramica di

L'aggiornamento di una versione dello scheduler prevede tre operazioni:

  1. Preparazione delle AMI di destinazione: crea o identifica le AMI che includono la versione Slurm di destinazione e l'agente PCS più recente. AWS

  2. Aggiorna il cluster (UpdateCluster): sposta il controller alla versione principale di Slurm di destinazione.

  3. Aggiorna gruppi di nodi di calcolo (UpdateComputeNodeGroup): indirizza ogni gruppo di nodi di calcolo verso una nuova AMI in modo che i nuovi nodi utilizzino la versione di destinazione. Per ulteriori informazioni, consulta Aggiornamento di un AWS Gruppo di nodi di calcolo PCS.

È possibile seguire due percorsi. Scegli in base alla possibilità di tollerare l'interruzione del lavoro e se desideri utilizzare un'AMI a doppia versione (contenente sia la versione Slurm attuale che quella di destinazione).

Indipendentemente dall'opzione scelta, prima dell'avvio del processo, tutti i nodi del cluster devono eseguire la stessa versione «A» e alla fine del processo tutti i nodi devono eseguire la stessa versione «B». L'opzione 2 funziona indipendentemente dalla configurazione del cluster.

Opzione 1: aggiornamento continuo Opzione 2: Full-fleet riciclare
Esecuzione di processi Non richiede la cessazione del lavoro Tutti i lavori in esecuzione sono terminati
Requisito AMI Deve includere sia la versione Slurm attuale che quella di destinazione Richiede solo la versione Slurm di destinazione
Versione minima del controller del cluster 24.05 Nessuna restrizione
Flotta di calcolo dopo l'aggiornamento del controller Versioni miste temporaneamente; sono necessarie fasi di drenaggio. Si consiglia di ridurre al minimo il periodo di utilizzo delle versioni miste in un cluster. Tutti i nodi iniziano da zero nella versione di destinazione
Nota

Prima di iniziare, assicurati che tutti i nodi di calcolo utilizzino l'ultima patch di Slurm versione A e l'ultimo AWS agente PCS.

Limitazioni

Le seguenti configurazioni richiedono passaggi aggiuntivi o sono incompatibili con l'opzione 1 (aggiornamento progressivo). Senza le soluzioni alternative indicate, è necessario utilizzare invece l'opzione 2 (riciclaggio dell'intero parco veicoli):

  • Plugin Spank: se il cluster utilizza i plug-in Spank (configurazione plugstack), l'opzione 1 non è supportata. Un aggiornamento continuo potrebbe causare una mancata corrispondenza della versione di configurazione del plugstack e errori del plug-in.

  • Plugin di filtro CLI che si aggiornano alla versione 25.11: se il cluster utilizza plug-in di filtro CLI e si sta aggiornando alla versione 25.11, l'opzione 1 (aggiornamento progressivo) richiede l'impostazione CliFilterParameters esplicita nelle impostazioni Slurm del cluster durante l'aggiornamento. CliFilterParametersIn caso contrario, i nodi che eseguono la versione precedente non possono risolvere il percorso dello script del filtro CLI dopo l'aggiornamento del controller, il che causa sbatch errori. Per ulteriori informazioni, consulta Usa i plugin di filtro della CLI di Slurm per personalizzare l'invio dei lavori in AWS PZ.

Compatibilità delle versioni

La tabella seguente mostra le versioni di destinazione supportate a cui eseguire l'aggiornamento, a seconda della versione corrente del cluster. Si consiglia sempre di eseguire l'aggiornamento all'ultima versione consentita (mostrata in grassetto).

Il cluster e tutti i nodi di calcolo devono sempre eseguire la stessa versione di Slurm prima di avviare un aggiornamento.

Versione attuale del cluster Versioni di destinazione compatibili
25.11 N/A
25,05 25,11
24.11 (EOL) 25,11, 25,05
24.05 (EOL) 25,11, 25,05, 24,11
23.11 (TUTTO) (solo tramite Opzione 2) 25.05, 24.11, 24.05

Per ulteriori informazioni sulle versioni supportate e sulle date di fine del ciclo di vita, consulta. Versioni Slurm in AWS PZ

Non puoi saltare più di tre versioni principali in un singolo aggiornamento. Se la versione di destinazione è anteriore di più di tre versioni principali alla versione attuale, esegui l'aggiornamento in più passaggi consecutivi. Per un esempio in più passaggi, consultaEsempio: aggiornamento tra più versioni.

Impatto sull'esecuzione dei lavori

Durante l'aggiornamento, il controller Slurm non è disponibile per un breve periodo. Ne consegue che:

  • Processi in esecuzione: per l'opzione 1 (aggiornamento progressivo), i lavori già in esecuzione sui nodi di calcolo continuano a essere eseguiti. I nodi di calcolo non richiedono che il controller sia disponibile per l'esecuzione attiva del lavoro. Per l'opzione 2 (riciclaggio dell'intero parco macchine), tutti i processi in esecuzione vengono interrotti quando il parco macchine viene ridotto.

  • Nuovi incarichi: non è possibile inviare nuovi lavori o eseguire comandi di pianificazione quando il controller non è disponibile.

  • Ridimensionamento: il ridimensionamento automatico viene sospeso durante l'aggiornamento. Non vengono avviate nuove istanze e nessuna istanza viene interrotta per il ridimensionamento fino al completamento dell'aggiornamento.

  • Dati contabili: se la contabilità è abilitata, i dati contabili vengono conservati durante l'aggiornamento. I Job record memorizzati nel database di contabilità persistono dopo la modifica della versione.

  • API Slurm REST — Se l'API Slurm REST è abilitata sul cluster, viene automaticamente aggiornata alla nuova versione dello scheduler come parte dell'operazione. UpdateCluster L'endpoint dell'API REST non è disponibile durante l'aggiornamento e riprende quando il cluster torna allo stato. ACTIVE Per ulteriori informazioni, consulta API REST Slurm in AWS PZ.

Combinazione degli aggiornamenti delle versioni con le modifiche alla configurazione

È possibile combinare un aggiornamento di versione con altre modifiche alla configurazione in un'unica UpdateCluster richiesta. Ad esempio, è possibile aggiornare la versione dello scheduler e abilitare la contabilità nella stessa operazione.

Nota

Non aggiungete impostazioni Slurm specifiche alla versione di destinazione mentre la flotta contiene ancora nodi della versione precedente. La configurazione è distribuita su tutti i nodi; la vecchia slurmd potrebbe non riconoscere i nuovi parametri.