Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Versionshinweise für Slurm-Versionen in AWS 5 STCK
Dieses Thema beschreibt wichtige Änderungen für jede Slurm-Version, die derzeit in AWS PCS unterstützt wird. Wir empfehlen Ihnen, die Änderungen zwischen der alten und der neuen Version zu überprüfen, wenn Sie Ihren Cluster aktualisieren.
Änderungen implementiert in AWS STCK
-
Sie können
gres.confDatensätze für eine Compute-Knotengruppe mit dergresCustomSettingsEigenschaft konfigurieren und das planbare GRES mit derGresbenutzerdefinierten Slurm-Einstellung deklarieren. Auf diese Weise können Sie die GPU-Topologie, MIG-Geräte, MPS, Shards und Ihre eigenen generischen Ressourcen konfigurieren. Weitere Informationen finden Sie unter Konfiguration benutzerdefinierter GRES-Einstellungen in AWS 5 STCK. -
AWS PCS aktiviert standardmäßig die automatische Slurm-GRES-Erkennung auf Rechenknotengruppen, die über GPUs verfügen. AWS PCS aktiviert die automatische Erkennung nur, wenn das Socket-Layout des Knotens bekannt ist. Weitere Informationen finden Sie unter Konfiguration benutzerdefinierter GRES-Einstellungen in AWS 5 STCK.
-
AWS PCS konfiguriert standardmäßig die CPU-Topologie einer Rechenknotengruppe. Es bestimmt die Anzahl der NUMA-Domänen anhand des Instanztyps und der Instanzsätze
SocketssowieParameters=numa_node_as_socketauf jedem Knoten.CoresPerSocketWeitere Informationen finden Sie unter Konfiguration der Hardwaretopologie in AWS STCK. -
CommitDelay=1ist standardmäßig inslurmdbd.confgesetzt. CommitDelaysteuert, wie lange slurmdbdBatches in die Buchhaltungsdatenbank übertragen werden, und wenn Sie diese Einstellung festlegen, wird die Leistung verbessertslurmdbd. Um einen anderen Wert zu verwenden, legen Sie ihnCommitDelayin denslurmdbd.confbenutzerdefinierten Einstellungen für Ihren Cluster fest. -
Die Slurm-REST-API liest den Benutzernamen aus dem
nameFeld imidClaim eines JWT. DieuserclaimfieldAnsprüche „Top-Levelsun“ und „Custom“ sind veraltet.usernameBestehende Token werden weiterhin authentifiziert. Weitere Informationen finden Sie unter Authentifizierung mit der Slurm-REST-API in AWS 5 STCK. -
Ein einzelnes Beispiel-AMI unterstützt jetzt jede Slurm-Version, die nicht EOL ist, und der AMI-Name enthält keine Slurm-Version mehr. Weitere Informationen finden Sie unter Verwenden von Beispiel-AMIs.
-
Cluster, die SPANK-Plugins verwenden, unterstützen fortlaufende Updates, wenn Sie auf 26.05 oder höher aktualisieren. Cluster, die Slurm CLI Filter Plugins verwenden, unterstützen fortlaufende Updates, wenn Sie von 25.11 oder höher aktualisieren. Weitere Informationen finden Sie unter Aktualisierung der Scheduler-Version eines Clusters in AWS STCK.
-
Neue benutzerdefinierte Einstellungen sind verfügbar: die
ExclusiveWarteschlangeneinstellung, diePurgeJobEnvAfterund diePurgeJobScriptAfterbenutzerdefinierten slurmdbd-Einstellungen, derPreserveCaseResourceWert derParametersslurmdbd-Einstellung und der Wert von.REBOOT_ONLYHealthCheckNodeState
Veraltete Versionen und Löschungen
-
Slurm lehnt die
ExclusiveUserWarteschlangeneinstellung und denOverSubscribe=EXCLUSIVEWert zugunsten der neuen Warteschlangeneinstellung ab.ExclusiveAWS PCS unterstützt weiterhinExclusiveUserundOverSubscribe=EXCLUSIVEam 26.05. Wir empfehlen jedoch, zu migrieren.Exclusive -
Slurm entfernt.
SchedulerParameters=enable_job_state_cacheEntferne es aus den benutzerdefinierten Slurm-Einstellungen deines Clusters, bevor du auf 26.05 aktualisierst.
Weitere Informationen zu Slurm 26.05 finden Sie in den folgenden Publikationen:
-
Versionshinweise zu SchedMD: https://github.com/SchedMD/slurm/blob/slurm-26.05/RELEASE_NOTES.md
-
SchedMD-Änderungsprotokoll: https://github.com/SchedMD/slurm/blob/master/CHANGELOG/slurm-26.05.md
Änderungen implementiert in AWS STCK
-
Audit-Logs von Scheduler werden jetzt separat über den
PCS_SCHEDULER_AUDIT_LOGSProtokolltyp bereitgestellt, was die Problembehandlung und Prüfung durch eine unabhängige Kontrolle über die Protokollzustellung vereinfacht. Weitere Informationen finden Sie unter Scheduler-Auditprotokolle in AWS PCS. -
Die beschleunigte Warteschlange ist standardmäßig aktiviert. Aufträge, die aufgrund von Knotenproblemen (z. B. aufgrund unzureichender Kapazität) fehlschlagen, können mit der höchsten Planungspriorität unter Verwendung von in die Warteschlange gestellt werden.
sbatch --requeue=expediteDies wird durch die EinstellungSchedulerParameters=enable_expedited_requeuegesteuert. -
Der
requeue_delayParameter ist als benutzerdefinierte Cluster-Einstellung mit einer Standardeinstellung von 5 Sekunden verfügbar. Bisher war die Verzögerung in der Warteschlange an den Ablauf der Anmeldeinformationen gebunden (70 Sekunden). Administratoren können dies jetzt unabhängig über konfigurieren.SchedulerParameters=requeue_delay=<seconds> -
HealthCheckNodeStateunterstützt jetzt denSTART_ONLYWert, der das Health-Check-Programm nur beim Node-Start ausführt (slurmd start). -
CommunicationParameters=disable_httpist standardmäßig so eingestellt, dass HTTP-Endpunkte (Metriken und Gesundheitstests) deaktiviert werden, die in Slurm 25.11 eingeführt wurden. Um diese Endpunkte wieder zu aktivieren, setzen Sie.CommunicationParameters=enable_httpWeitere Informationen finden Sie unter Slurm-Metriken in AWS PCS.
Bekannte Probleme
-
Slurm 25.11 validiert
AllowQOSundDenyQOSpartitioniert Einstellungen, auch wenn sieAccountingStorageEnforce=QOSnicht festgelegt sind. Wenn ein QOS in der Slurm-Buchhaltungsdatenbank referenziert wirdAllowQOSoder dort nichtDenyQOSexistiert, wird das Programm mit einem fatalen Fehlerslurmctldbeendet. Stellen Sie sicher, dass alle in PartitionAllowQOSundDenyQOSEinstellungen aufgeführten QOS-Werte in der Buchhaltungsdatenbank vorhanden sind, bevor Sie auf Slurm 25.11 aktualisieren oder neu starten. -
Das
slurmdProtokoll zeigt möglicherweise die Fehlermeldung an.error: cannot create url_parser context for http_parser/libhttp_parserDies ist ein bekanntes Slurm-Problem, das auch dann auftritt, wennCommunicationParameters=disable_httpes gesetzt ist. Der Fehler kann getrost ignoriert werden und beeinträchtigt den Clusterbetrieb nicht.
Weitere Informationen zu Slurm 25.11 finden Sie in den folgenden Publikationen:
-
Ankündigung der Veröffentlichung von SchedMD: https://www.schedmd.com/slurm-version-25-11-0-is-now-available/
-
Versionshinweise zu SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25.11/RELEASE_NOTES.md
Änderungen implementiert in AWS STCK
-
Der Slurm requeue_on_resume_failure ist jetzt standardmäßig SchedulerParameter aktiviert.
-
„stderr“ wurde als Option für entfernt, da es in Slurm 25.05 deaktiviert war. LogTimeFormat
-
AWS PCS unterstützt die Multi-cluster Sackd-Konfiguration: Der Anmeldeknoten kann auf mehrere Cluster zugreifen.
Weitere Informationen zu Slurm 25.05 finden Sie in den folgenden Publikationen:
-
Ankündigung der Veröffentlichung von SchedMD: https://www.schedmd.com/slurm-version-25-05-0-is-now-available/
-
Versionshinweise zu SchedMD: https://github.com/SchedMD/slurm/blob/slurm-25-05-0-1/RELEASE_NOTES.md
Änderungen implementiert in AWS STCK
-
AWS PCS unterstützt die Buchhaltung von Slurm. Weitere Informationen finden Sie unter Slurm-Buchhaltung in AWS 5 STCK.
Weitere Informationen zu Slurm 24.11 finden Sie in den folgenden Publikationen:
Änderungen implementiert in AWS STCK
-
Das neue Slurm Step Manager-Modul ist jetzt standardmäßig in AWS PCS aktiviert. Dieses Modul bietet erhebliche Vorteile, da das Schrittmanagement von der zentralen Steuerung auf die Rechenknoten verlagert wird, wodurch die Parallelität des Systems in Umgebungen mit starker Step-Nutzung erheblich verbessert wird. Zur Unterstützung dieser Konfiguration und zur besseren Isolierung
PrologundEpilogProzessausführung sind neue Prolog-Flags (Contain,Alloc) aktiviert. -
Die hierarchische Kommunikation vom Controller zu den Rechenknoten wird aktiviert, um die Slurm-Kommunikation zwischen den Knoten zu optimieren, was die Skalierbarkeit und Leistung verbessert. Darüber hinaus verwendet die Routing-Konfiguration jetzt Partitionsknotenlisten für die Kommunikation vom Controller anstelle des Standard-Routing-Algorithmus des Plugins, wodurch die Systemstabilität verbessert wird.
-
Ein neues Hash-Plugin
HashPlugin=hash/sha3ersetzt das vorherigehash/k12 plugin. Dies ist jetzt standardmäßig in AWS PCS-Clustern aktiviert. -
Die Slurm-Controller-Protokolle enthalten jetzt erweiterte Überwachungsfunktionen für alle eingehenden Remote Procedure Calls (RPC) an.
slurmctldDie Protokolle enthalten die Quelladresse, den authentifizierten Benutzer und den RPC-Typ vor der Verbindungsverarbeitung.
Weitere Informationen zu Slurm 24.05 finden Sie in den folgenden Publikationen:
Slurm-Einstellungen kannst du in ändern AWS 5 STCK
-
Die
SuspendTimeStandardeinstellung ist.60Verwenden Sie den AWSscaleDownIdleTimeInSecondsPCS-Konfigurationsparameter, um ihn einzustellen. Weitere Informationen finden Sie unter demscaleDownIdleTimeInSecondsParameter desClusterSlurmConfigurationDatentyps in der AWS PCS-API-Referenz. -
Das
MaxJobCountundMaxArraySizebasiert auf der Größe, die Sie für den Cluster ausgewählt haben. Weitere Informationen finden Sie unter demsizeParameter derCreateClusterAPI-Aktion in der AWS PCS-API-Referenz. -
Die
SelectTypeParametersSlurm-Einstellung ist standardmäßig auf.CR_CPUSie können ihn als Wert angeben,slurmCustomSettingsum ihn beim Erstellen eines Clusters festzulegen. Weitere Informationen finden Sie imslurmCustomSettingsParameter derCreateClusterAPI-Aktion und SlurmCustomSetting in der AWS PCS-API-Referenz. -
Sie können
PrologundEpilogauf Cluster-Ebene festlegen. Sie können es als Wert für angebenslurmCustomSettings, um es beim Erstellen eines Clusters festzulegen. Weitere Informationen finden Sie unterCreateClusterund SlurmCustomSetting in der AWS PCS-API-Referenz. -
Sie können
WeightundRealMemoryauf der Ebene der Compute-Knotengruppe festlegen. Sie können es als Wert angeben,slurmCustomSettingsum es festzulegen, wenn Sie eine Compute-Knotengruppe erstellen. Weitere Informationen finden Sie unterCreateComputeNodeGroupund SlurmCustomSetting in der AWS PCS-API-Referenz.