Actions de bootstrap personnalisées - AWS ParallelCluster

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Actions de bootstrap personnalisées

Si vous définissez les paramètres de OnNodeStartconfiguration HeadNodeCustomActions//, AWS ParallelCluster exécute du code arbitraire immédiatement après le démarrage du nœud. Si vous définissez les paramètres de OnNodeConfiguredconfiguration HeadNodeCustomActions//, AWS ParallelCluster exécute le code une fois que la configuration du nœud est correctement terminée.

À partir de la AWS ParallelCluster version 3.4.0, le code peut être exécuté après la mise à jour du nœud principal, si vous définissez les paramètres de OnNodeUpdatedconfiguration HeadNodeCustomActions//.

Dans la plupart des cas, ce code est stocké dans Amazon Simple Storage Service (Amazon S3) et accessible via HTTPS une connexion. Le code est exécuté root et peut être exécuté dans n'importe quel langage de script pris en charge par le système d'exploitation du cluster. Le code est souvent en Bash ou en Python.

Note

À partir de AWS ParallelCluster la version 3.7.0, le ImdsSupportparamètre Imdscluster/ par défaut estv2.0.

Lorsque vous créez un nouveau cluster pour effectuer une mise à niveau vers la version 3.7.0 et les versions ultérieures, mettez à jour vos scripts d'action bootstrap personnalisés pour qu'ils soient compatibles avec IMDSv2 ou définissez Imds/sur v1.0 dans votre ImdsSupportfichier de configuration de cluster.

Avertissement

Vous êtes responsable de la configuration des scripts et arguments personnalisés, comme décrit dans le modèle de responsabilité partagée. Vérifiez que vos scripts et arguments bootstrap personnalisés proviennent de sources fiables offrant un accès complet aux nœuds de votre cluster.

Avertissement

AWS ParallelCluster ne prend pas en charge l'utilisation de variables internes fournies par le biais du /etc/parallelcluster/cfnconfig fichier. Ce fichier sera peut-être supprimé dans le cadre d'une future version.

OnNodeStartles actions sont appelées avant le lancement de toute action de démarrage du déploiement d'un nœud, telle que la configurationNAT, Amazon Elastic Block Store (AmazonEBS) ou le planificateur. OnNodeStartles actions de bootstrap peuvent inclure la modification du stockage, l'ajout d'utilisateurs supplémentaires et l'ajout de packages.

Note

Si vous DirectoryServiceconfigurez un OnNodeStartscript HeadNode/CustomActions/pour votre cluster, AWS ParallelCluster configurez DirectoryService et redémarrez lesssd, avant qu'il n'exécute le OnNodeStart script.

OnNodeConfiguredles actions sont appelées une fois les processus d'amorçage du nœud terminés. OnNodeConfiguredles actions correspondent aux dernières actions effectuées avant qu'une instance ne soit considérée comme entièrement configurée et complète. Certaines OnNodeConfigured actions incluent la modification des paramètres du planificateur, la modification du stockage et la modification des packages. Vous pouvez transmettre des arguments aux scripts en les spécifiant lors de la configuration.

OnNodeUpdatedles actions sont appelées une fois que la mise à jour du nœud principal est terminée et que le planificateur et le stockage partagé sont alignés sur les dernières modifications de configuration du cluster.

Lorsque OnNodeStart les actions OnNodeConfigured personnalisées réussissent, le succès est indiqué par le code de sortie zéro (0). Tout autre code de sortie indique que le bootstrap de l'instance a échoué.

Lorsque les actions OnNodeUpdated personnalisées réussissent, leur réussite est signalée par le code de sortie zéro (0). Tout autre code de sortie indique que la mise à jour a échoué.

Note

Si vous configurez OnNodeUpdated, vous devez restaurer manuellement les OnNodeUpdated actions à leur état précédent en cas d'échec de mise à jour.

Si une action OnNodeUpdated personnalisée échoue, la mise à jour revient à l'état précédent. Toutefois, l'OnNodeUpdatedaction n'est exécutée qu'au moment de la mise à jour et non au moment de la restauration de la pile.

Vous pouvez spécifier différents scripts pour le nœud principal et pour chaque file d'attente, dans les sections de CustomActionsconfiguration HeadNodeSchedulingSlurmQueues/CustomActionset//. OnNodeUpdatedne peut être configuré que dans la HeadNode section.

Note

Avant AWS ParallelCluster la version 3.0, il n'était pas possible de spécifier des scripts différents pour les nœuds de tête et de calcul. Veuillez consulter Passer de la version AWS ParallelCluster 2.x à la version 3.x.