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.

# Meilleures pratiques pour les actions relatives au cycle de vie des nœuds dans AWS PIÈCES
<a name="cng-node-lifecycle-actions-best-practices"></a>

Suivez ces bonnes pratiques lorsque vous utilisez les actions relatives au cycle de vie des nœuds.
+ **Testez Crawl-Walk-Run. ** Vérifiez les scripts sur une instance Amazon EC2 autonome, puis en tant qu'action du cycle de vie sur un groupe de nœuds de calcul avec une seule instance statique (`minInstanceCount`= `maxInstanceCount` = 1), puis avec une mise à l'échelle dynamique.
+ **Choisissez le bon`executionPolicy`. ** Conservez la configuration unique par défaut `FIRST_BOOT_ONLY` ; utilisez-la `EVERY_BOOT` uniquement pour la configuration qui doit être réappliquée après un redémarrage.
+ **Rendez les `EVERY_BOOT` scripts idempotents. ** Re-running ils devraient être en sécurité. `FIRST_BOOT_ONLY`les scripts ne s'exécutent qu'une seule fois, ils n'en ont donc pas besoin.
+ **Utilisez des noms descriptifs. ** Les noms apparaissent dans les chemins des journaux et sur la console`Mount EFS home directory`, par exemple non`script1`.
+ **Intégrez les installations lourdes à l'AMI. ** Le nœud dispose d'environ 30 minutes pour rejoindre Slurm. Si une installation prend plus de 5 minutes, placez-la dans une AMI personnalisée ou sur un système de fichiers partagé.
+ **Utilisez des sommes de contrôle en production**, en particulier pour les scripts provenant de référentiels partagés.
+ **Transférez les journaux à Amazon à l' CloudWatch**aide d'un script d'amorçage du nœud afin de pouvoir déboguer les instances interrompues. C'est ce que fait `configure-cloudwatch-logs.sh` le script AWS-maintained. Pour de plus amples informations, veuillez consulter [Utilisation AWS-des scripts gérés pour les actions relatives au cycle de vie des nœuds dans AWS PIÈCES](cng-node-lifecycle-actions-vetted-scripts.md).
+ **Limitez les dépendances au minimum ** et évitez de bifurquer des processus d'arrière-plan qui survivent au script.
+ **Ne modifiez pas les fichiers de l'agent AWS PCS ** situés sous `/etc/amazon/pcs/` ou `/var/log/amazon/pcs/` ou sous les unités systemd dont le nom commence `pcs-` par. Ils gèrent la connectivité des clusters.
+ **Ne redémarrez pas l'instance pendant un script d'action du cycle de vie. ** Un redémarrage interrompt la séquence d'amorçage du AWS PCS, `slurmd` empêchant le démarrage du nœud ou obligeant AWS PCS à y mettre fin.
+ **Stockez les AWS secrets dans Secrets Manager ou Systems Manager Parameter Store. ** Ne transmettez pas de secrets en tant qu'arguments de script. Les arguments sont visibles dans les réponses de l'API et dans la console.
+ **Utilisez S3 avec un point de terminaison VPC de passerelle ** pour les nœuds des sous-réseaux privés. Le point de terminaison fournit un accès aux scripts sans qu'aucune sortie Internet ne soit requise.