View a markdown version of this page

Benutzerdefinierte Bootstrap-Aktionen - AWS ParallelCluster

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.

Benutzerdefinierte Bootstrap-Aktionen

Wenn Sie die HeadNode/CustomActions/OnNodeStart-Konfigurationseinstellungen definieren, AWS ParallelCluster wird beliebiger Code unmittelbar nach dem Start des Knotens ausgeführt. Wenn Sie die HeadNode/CustomActions/OnNodeConfigured-Konfigurationseinstellungen definieren, AWS ParallelCluster wird der Code ausgeführt, nachdem die Knotenkonfiguration korrekt abgeschlossen wurde.

Ab AWS ParallelCluster Version 3.4.0 kann der Code nach dem Update des Kopfknotens ausgeführt werden, wenn Sie die HeadNode/CustomActions/OnNodeUpdated-Konfigurationseinstellungen definieren.

In den meisten Fällen wird dieser Code in Amazon Simple Storage Service (Amazon S3) gespeichert und über eine HTTPS-Verbindung abgerufen. Der Code wird als root und kann in jeder Skriptsprache ausgeführt werden, die vom Cluster-Betriebssystem unterstützt wird. Oft ist der Code in Bash oder Python.

Anmerkung

Ab AWS ParallelCluster Version 3.7.0 lautet die ImdsSupport Standardeinstellung cluster Imds/. v2.0

Wenn Sie einen neuen Cluster für das Upgrade auf Version 3.7.0 und höhere Versionen erstellen, aktualisieren Sie entweder Ihre benutzerdefinierten Bootstrap-Aktionsskripten, damit sie mit IMDSv2 kompatibel sind, oder setzen Sie v1.0 in Ihrer Cluster-Konfigurationsdatei ImdsSupport den Imds Wert/auf.

Warnung

Es liegt in Ihrer Verantwortung, die benutzerdefinierten Skripts und Argumente wie im Modell der gemeinsamen Verantwortung beschrieben zu konfigurieren. Stellen Sie sicher, dass Ihre benutzerdefinierten Bootstrap-Skripts und -Argumente aus Quellen stammen, denen Sie vertrauen, dass sie vollen Zugriff auf Ihre Clusterknoten haben.

Warnung

AWS ParallelCluster unterstützt nicht die Verwendung interner Variablen, die über die /etc/parallelcluster/cfnconfig Datei bereitgestellt werden. Diese Datei wird möglicherweise im Rahmen einer zukünftigen Version entfernt.

OnNodeStartAktionen werden aufgerufen, bevor eine Bootstrap-Aktion für die Knotenbereitstellung gestartet wird, z. B. die Konfiguration von NAT, Amazon Elastic Block Store (Amazon EBS) oder des Schedulers. OnNodeStartBootstrap-Aktionen können das Ändern des Speichers, das Hinzufügen zusätzlicher Benutzer und das Hinzufügen von Paketen umfassen.

Anmerkung

Wenn Sie ein HeadNode CustomActions OnNodeStart //-Skript für Ihren Cluster konfigurieren DirectoryService, AWS ParallelCluster konfiguriert DirectoryService und startet es neusssd, bevor das Skript ausgeführt wird. OnNodeStart

OnNodeConfiguredAktionen werden aufgerufen, nachdem die Node-Bootstrap-Prozesse abgeschlossen sind. OnNodeConfiguredAktionen dienen den letzten Aktionen, die ausgeführt werden, bevor eine Instanz als vollständig konfiguriert und abgeschlossen betrachtet wird. Einige OnNodeConfigured Aktionen umfassen das Ändern der Scheduler-Einstellungen, das Ändern des Speichers und das Ändern von Paketen. Sie können Argumente an Skripts übergeben, indem Sie sie bei der Konfiguration angeben.

OnNodeUpdatedAktionen werden aufgerufen, nachdem die Aktualisierung des Hauptknotens abgeschlossen ist und der Scheduler und der gemeinsam genutzte Speicher an die neuesten Änderungen der Cluster-Konfiguration angepasst wurden.

Wenn OnNodeStart unsere OnNodeConfigured benutzerdefinierten Aktionen erfolgreich sind, wird der Erfolg mit dem Exit-Code Null (0) angezeigt. Jeder andere Exitcode weist darauf hin, dass der Instanz-Bootstrap fehlgeschlagen ist.

Wenn OnNodeUpdated benutzerdefinierte Aktionen erfolgreich sind, wird der Erfolg mit dem Exitcode Null (0) signalisiert. Jeder andere Exitcode weist darauf hin, dass das Update fehlgeschlagen ist.

Anmerkung

Wenn Sie konfigurieren OnNodeUpdated, müssen Sie die OnNodeUpdated Aktionen bei fehlgeschlagenen Updates manuell auf den vorherigen Status zurücksetzen.

Wenn eine OnNodeUpdated benutzerdefinierte Aktion fehlschlägt, wird das Update auf den vorherigen Status zurückgesetzt. Die OnNodeUpdated Aktion wird jedoch nur zum Zeitpunkt der Aktualisierung und nicht zum Zeitpunkt des Stack-Rollbacks ausgeführt.

Sie können in den CustomActions Konfigurationsabschnitten/und i HeadNode Scheduling//unterschiedliche Skripts für den Hauptknoten CustomActions und für jede Warteschlange angeben. SlurmQueues OnNodeUpdatedkann nur im HeadNode Abschnitt konfiguriert werden.

Anmerkung

Vor AWS ParallelCluster Version 3.0 war es nicht möglich, unterschiedliche Skripte für Head- und Compute-Nodes anzugeben. Weitere Informationen finden Sie unter Umstellung von AWS ParallelCluster 2.x auf 3.x.