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à.
Configurazione delle impostazioni GRES personalizzate in AWS 2 PEZZI
Slurm utilizza gres.conf per gestire le risorse generiche (GRES), come le GPU, Multi-Process Service (MPS) e Multi-Instance Dispositivi GPU (MIG), su nodi di calcolo. AWS PCS consente di personalizzare gres.conf tramite gresCustomSettings proprietà di slurmConfiguration durante la creazione o l'aggiornamento di gruppi di nodi di calcolo.
A differenza di altre impostazioni personalizzate, che sono un elenco semplice di coppie di parametri e valori, gresCustomSettings è un elenco di registri. Ogni record è un insieme di gres.conf attributi che descrivono un dispositivo o una risorsa GRES. Ad esempio, il record Name=gpu Type=a100 File=/dev/nvidia[0-7] dichiara otto GPU A100.
In Slurma, un gres.conf il record si applica a tutti i nodi del cluster a meno che non specifichi un NodeName= prefisso. AWS PCS aggiunge sempre NodeName= prefisso per il gruppo di nodi di calcolo, quindi non lo specifichi, e ogni record fornito si applica solo a quel gruppo di nodi di calcolo. AWS PCS non supporta l'intero cluster gres.conf record.
Configurazione delle impostazioni di gres.conf
gres.conf le impostazioni personalizzate possono essere configurate tramite AWS Console, CLI o SDK durante la creazione di gruppi di nodi di calcolo o modificati successivamente tramite operazioni di aggiornamento.
Impostazioni gres.conf supportate per i gruppi di nodi di calcolo
Quanto segue gres.conf gli attributi sono supportati in ogni record a livello di gruppo di nodi di calcolo:
-
Nota
AWS PCS supporti
AutoDetectsu Slurm versione 25.11 e successive.
Per il significato e i valori accettati di ciascun attributo, consulta Slurm gres.confName o attivo AutoDetect valore e un record GPU (Name=gpu) deve specificare File o MultipleFiles a meno che non sia attivo AutoDetect value rileva i dispositivi.
Un attivo AutoDetect valore è qualsiasi valore che attiva il rilevamento, ad esempio nvml o full. AutoDetect=off disattiva il rilevamento, quindi non è un valore attivo e non può essere isolato in un record.
In che modo AWS PCS applica i tuoi record gres.conf
Una configurazione GRES appare in due punti nella configurazione di Slurm e AWS PCS li scrive entrambi:
-
Il
gres.confi record che forniscigresCustomSettingsdescrivi i dispositivi presenti nel nodo. -
I
Gresambientandoslurm.confdichiara ciò che lo scheduler può allocare, nel moduloname[:type]:count. Lo fornisci come impostazione Slurm personalizzata per il gruppo di nodi di calcolo, inslurmCustomSettings. Per ulteriori informazioni, consulta Impostazioni Slurm personalizzate per AWS Gruppi di nodi di calcolo PCS.
AWS PCS trasforma i tuoi record in gres.conf e li riconcilia con la configurazione GRES che gestisce:
-
Qualsiasi record GPU dichiarato sostituisce il record GPU predefinito che AWS PCS genera per il gruppo di nodi di calcolo. Un record GPU è un record che specifica
Name=gpuo unAutoDetectattributo. -
Record relativi ad altre risorse, ad esempio
mps,shard, o un nome di risorsa personale, vengono aggiunti insieme a AWS Impostazioni predefinite PCS. -
AWS PCS ricava il
GresTypesimpostazione egres/*voci delAccountingStorageTRESimpostazione inslurm.confdalGresimpostazione.
Nella versione 26.05 e successive di Slurm, AWS set PCS AutoDetect=full per impostazione predefinita sui gruppi di nodi di calcolo della GPU quando il layout del socket del nodo è noto, sia perché impostato Sockets nel slurmCustomSettings per il gruppo di nodi di calcolo, o perché AWS PCS ha rilevato automaticamente la topologia della CPU. Quando il layout del socket non è disponibile, AWS PCS emette il suo record GPU senza AutoDetect invece.
Vincoli tra gres.conf e l'impostazione Gres
Slurm ha bisogno di entrambi i lati della configurazione GRES per pianificare una risorsa e una risorsa che appare solo in uno di essi non funziona. Una voce nel Gres ambientando slurm.conf con no gres.conf Il record che segue fa sì che il nodo registri meno risorse di quelle configurate e il nodo si esaurisce. Un record senza Gres L'immissione lascia il dispositivo presente nel nodo ma non programmabile.
AWS PCS li convalida l'uno rispetto all'altro quando si crea o si aggiorna un gruppo di nodi di calcolo e rifiuta la richiesta nei seguenti casi:
-
A
slurm.confGresla voce nomina una risorsa che nogres.confrecord dichiara. Ciò includegpu: agpul'ingresso richiede un record GPU ingresCustomSettings, anche quando il conteggio è0. -
UN
slurm.confGresla voce dichiara un numero maggiore di una risorsa rispetto agres.confdichiarano i record. È consentito un conteggio inferiore, fino a0: ilgres.confi record descrivono i dispositivi presenti sul nodo, mentreGresdichiara quanti di essi lo scheduler può allocare. -
A
slurm.confGresla voce specifica un tipo di GPU in cui nessuna GPU registragres.confdichiara.
Gli ultimi due controlli dipendono da ciò che dichiarano i tuoi registri. AWS Il PCS non è in grado di contare i dispositivi rilevati da Slurm all'avvio del nodo, quindi un record che abilita solo AutoDetect accetta qualsiasi gpu conta e digita Gres ingresso. Ecco come i profili MIG superano la convalida. AWS PCS salta inoltre il controllo del conteggio per i GRES condivisi (mps e shard) e salta il controllo del tipo quando un record GPU dichiara no Type.
AWS PCS accetta un record che non ha corrispondenze Gres ingresso. La risorsa esiste nel nodo, ma i job non possono richiederla. Aggiungi il Gres ingresso per renderlo programmabile.
Importante
AWS PCS convalida la sintassi dei record e la loro coerenza con il Gres impostazione. Non li convalida rispetto all'hardware. Un record di cui File, Cores, o Links il layout non corrisponde ai dispositivi sul nodo avviato fa sì che il nodo si esaurisca. Lo stesso vale per MIG: i profili in cui dichiari Gres devono corrispondere ai profili configurati sul nodo. Per ulteriori informazioni sulla diagnosi di un nodo esaurito, vedere Risolvi i problemi relativi alle registrazioni di nodi non valide (INVALID_REG) in AWS 2 PEZZI.