View a markdown version of this page

Versionshinweise für Slurm-Versionen in AWS 5 STCK - AWS STCK

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.conf Datensätze für eine Compute-Knotengruppe mit der gresCustomSettings Eigenschaft konfigurieren und das planbare GRES mit der Gres benutzerdefinierten 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 Sockets sowie Parameters=numa_node_as_socket auf jedem Knoten. CoresPerSocket Weitere Informationen finden Sie unter Konfiguration der Hardwaretopologie in AWS STCK.

  • CommitDelay=1ist standardmäßig in slurmdbd.conf gesetzt. CommitDelaysteuert, wie lange slurmdbd Batches in die Buchhaltungsdatenbank übertragen werden, und wenn Sie diese Einstellung festlegen, wird die Leistung verbessertslurmdbd. Um einen anderen Wert zu verwenden, legen Sie ihn CommitDelay in den slurmdbd.conf benutzerdefinierten Einstellungen für Ihren Cluster fest.

  • Die Slurm-REST-API liest den Benutzernamen aus dem name Feld im id Claim eines JWT. Die userclaimfield Ansprüche „Top-Levelsun“ und „Custom“ sind veraltet. username Bestehende 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 Exclusive Warteschlangeneinstellung, die PurgeJobEnvAfter und die PurgeJobScriptAfter benutzerdefinierten slurmdbd-Einstellungen, der PreserveCaseResource Wert der Parameters slurmdbd-Einstellung und der Wert von. REBOOT_ONLY HealthCheckNodeState

Veraltete Versionen und Löschungen
  • Slurm lehnt die ExclusiveUser Warteschlangeneinstellung und den OverSubscribe=EXCLUSIVE Wert zugunsten der neuen Warteschlangeneinstellung ab. Exclusive AWS PCS unterstützt weiterhin ExclusiveUser und OverSubscribe=EXCLUSIVE am 26.05. Wir empfehlen jedoch, zu migrieren. Exclusive

  • Slurm entfernt. SchedulerParameters=enable_job_state_cache Entferne 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:

Änderungen implementiert in AWS STCK
  • Audit-Logs von Scheduler werden jetzt separat über den PCS_SCHEDULER_AUDIT_LOGS Protokolltyp 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=expedite Dies wird durch die Einstellung SchedulerParameters=enable_expedited_requeue gesteuert.

  • Der requeue_delay Parameter 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 den START_ONLY Wert, 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_http Weitere Informationen finden Sie unter Slurm-Metriken in AWS PCS.

Bekannte Probleme
  • Slurm 25.11 validiert AllowQOS und DenyQOS partitioniert Einstellungen, auch wenn sie AccountingStorageEnforce=QOS nicht festgelegt sind. Wenn ein QOS in der Slurm-Buchhaltungsdatenbank referenziert wird AllowQOS oder dort nicht DenyQOS existiert, wird das Programm mit einem fatalen Fehler slurmctld beendet. Stellen Sie sicher, dass alle in Partition AllowQOS und DenyQOS Einstellungen aufgeführten QOS-Werte in der Buchhaltungsdatenbank vorhanden sind, bevor Sie auf Slurm 25.11 aktualisieren oder neu starten.

  • Das slurmd Protokoll zeigt möglicherweise die Fehlermeldung an. error: cannot create url_parser context for http_parser/libhttp_parser Dies ist ein bekanntes Slurm-Problem, das auch dann auftritt, wenn CommunicationParameters=disable_http es 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:

Ä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:

Änderungen implementiert in AWS 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 Prolog und Epilog Prozessausfü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/sha3 ersetzt 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. slurmctld Die 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 SuspendTime Standardeinstellung ist. 60 Verwenden Sie den AWS scaleDownIdleTimeInSeconds PCS-Konfigurationsparameter, um ihn einzustellen. Weitere Informationen finden Sie unter dem scaleDownIdleTimeInSeconds Parameter des ClusterSlurmConfiguration Datentyps in der AWS PCS-API-Referenz.

  • Das MaxJobCount und MaxArraySize basiert auf der Größe, die Sie für den Cluster ausgewählt haben. Weitere Informationen finden Sie unter dem size Parameter der CreateCluster API-Aktion in der AWS PCS-API-Referenz.

  • Die SelectTypeParameters Slurm-Einstellung ist standardmäßig auf. CR_CPU Sie können ihn als Wert angeben, slurmCustomSettings um ihn beim Erstellen eines Clusters festzulegen. Weitere Informationen finden Sie im slurmCustomSettings Parameter der CreateCluster API-Aktion und SlurmCustomSetting in der AWS PCS-API-Referenz.

  • Sie können Prolog und Epilog auf Cluster-Ebene festlegen. Sie können es als Wert für angebenslurmCustomSettings, um es beim Erstellen eines Clusters festzulegen. Weitere Informationen finden Sie unter CreateCluster und SlurmCustomSetting in der AWS PCS-API-Referenz.

  • Sie können Weight und RealMemory auf der Ebene der Compute-Knotengruppe festlegen. Sie können es als Wert angeben, slurmCustomSettings um es festzulegen, wenn Sie eine Compute-Knotengruppe erstellen. Weitere Informationen finden Sie unter CreateComputeNodeGroup und SlurmCustomSetting in der AWS PCS-API-Referenz.