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 OnNodeStartKonfigurationseinstellungen HeadNode/CustomActions/definieren, AWS ParallelCluster führt unmittelbar nach dem Start des Knotens beliebigen Code aus. Wenn Sie die OnNodeConfiguredKonfigurationseinstellungen HeadNode/CustomActions/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 OnNodeUpdatedKonfigurationseinstellungen HeadNode/CustomActions/definieren.
In den meisten Fällen wird dieser Code in Amazon Simple Storage Service (Amazon S3) gespeichert und der Zugriff erfolgt über eine HTTPS-Verbindung. Der Code wird in jeder Skriptsprache ausgeführt, die vom Cluster-Betriebssystem unterstützt wird, root und kann in jeder beliebigen Skriptsprache verwendet werden. Oft ist der Code in Bash oder Python.
Anmerkung
Ab AWS ParallelCluster Version 3.7.0 lautet die ImdsSupportStandardeinstellung cluster Imds/. v2.0
Wenn Sie einen neuen Cluster für ein Upgrade auf Version 3.7.0 und spätere Versionen erstellen, aktualisieren Sie entweder Ihre benutzerdefinierten Bootstrap-Aktionsskripts, damit sie mit der Cluster-Konfigurationsdatei kompatibel sind, IMDSv2 oder setzen Sie v1.0 in der ImdsSupportCluster-Konfigurationsdatei auf Imds/.
Warnung
Sie sind für die Konfiguration der benutzerdefinierten Skripts und Argumente verantwortlich, wie im Modell mit geteilter Verantwortung
Warnung
AWS ParallelCluster unterstützt nicht die Verwendung interner Variablen, die über die /etc/parallelcluster/cfnconfig Datei bereitgestellt werden. Diese Datei wird möglicherweise als Teil einer future Version entfernt.
OnNodeStartAktionen werden aufgerufen, bevor eine Bootstrap-Aktion zur Knotenbereitstellung gestartet wird, z. B. die Konfiguration von NAT, Amazon Elastic Block Store (Amazon EBS) oder des Schedulers. OnNodeStartBootstrap-Aktionen können das Ändern von Speicher, das Hinzufügen zusätzlicher Benutzer und das Hinzufügen von Paketen umfassen.
Anmerkung
Wenn Sie ein HeadNodeCustomActionsOnNodeStart//-Skript für Ihren Cluster konfigurieren DirectoryService, AWS ParallelCluster konfiguriert DirectoryService und startet das neusssd, bevor es das Skript ausführt. 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 von 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 Exit-Code weist darauf hin, dass der Instanz-Bootstrap fehlgeschlagen ist.
Wenn OnNodeUpdated benutzerdefinierte Aktionen erfolgreich sind, wird der Erfolg mit dem Exit-Code Null (0) signalisiert. Jeder andere Exit-Code weist darauf hin, dass das Update fehlgeschlagen ist.
Anmerkung
Wenn Sie die Konfiguration OnNodeUpdatedvornehmen, 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 zur Aktualisierungszeit und nicht zur Stack-Rollback-Zeit ausgeführt.
In den CustomActionsKonfigurationsabschnitten/und HeadNode//können Sie unterschiedliche Skripten für den Hauptknoten CustomActionsund Schedulingfü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-Knoten anzugeben. Weitere Informationen finden Sie unter Umstellung von AWS ParallelCluster 2.x auf 3.x.
Themen
