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. # Cycle de vie des instances enregistrées **Important** Le AWS OpsWorks Stacks service a atteint sa fin de vie le 26 mai 2024 et a été désactivé tant pour les nouveaux clients que pour les clients existants. Nous recommandons vivement aux clients de migrer leurs charges de travail vers d'autres solutions dès que possible. Si vous avez des questions sur la migration, contactez l' AWS Support équipe sur [AWS Re:Post](https://repost.aws/) ou via le [AWS Support](https://aws.amazon.com/support) Premium. **Note** Cette fonctionnalité est prise en charge uniquement pour les piles Linux. Le cycle de vie d'une instance enregistrée commence une fois que l'agent est installé et en cours d'exécution. À ce stade, il demande à OpsWorks Stacks d'enregistrer l'instance auprès de la pile. Le schéma d'état suivant résume les éléments clés du cycle de vie. ![\[State diagram showing lifecycle of registered instances with various states and transitions.\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/images/on-prem-state.png) Chaque état correspond à un statut d'instance. Les arêtes représentent l'une des commandes OpsWorks Stacks suivantes. Les détails sont détaillés dans les sections suivantes. + **Configuration** : cette commande correspond à l'[événement du cycle](workingcookbook-events.md) de vie de l'installation et exécute les recettes de configuration de l'instance. + **Configurer** — Cette commande correspond à l'événement Configurer le cycle de vie. OpsWorks Stacks déclenche cet événement sur chaque instance de la pile lorsqu'une instance entre ou quitte l'état en ligne. Les instances exécutent leurs recettes Configure, qui effectuent les modifications requises pour accueillir la nouvelle instance. + **Shutdown** — Cette commande correspond à l'événement Shutdown Lifecycle, qui exécute les recettes d'arrêt de l'instance. Ces recettes effectuent des tâches telles que l'arrêt des services, mais elles n'arrêtent pas l'instance. + **Désenregistrer** — Cette commande annule l'enregistrement d'une instance et ne correspond pas à un événement du cycle de vie. **Note** Pour des raisons de simplicité, le schéma n'affiche pas les états Deregistering et Deleted. Vous pouvez annuler l'enregistrement d'une instance à partir de l'un des états du diagramme, ce qui envoie une commande Deregister à l'instance et la passe à l'état Deregistering. Si vous annulez l'enregistrement d'une instance en ligne, OpsWorks Stacks envoie une commande Configure aux instances restantes de la pile pour les informer que l'instance est en train de se déconnecter. Après la confirmation de la commande Deregister, l'instance continue à s'exécuter, mais elle est dans l'état Deleted et ne fait plus partie de la pile. Si vous souhaitez intégrer à nouveau l'instance dans la pile, vous devez la réenregistrer. **Topics** + [Inscription en cours](#registered-instances-lifecycle-registering) + [Running Setup](#registered-instances-lifecycle-running-setup) + [Membre](#registered-instances-lifecycle-registered) + [Assigning](#registered-instances-lifecycle-assigning) + [En ligne](#registered-instances-lifecycle-online) + [Setup Failed](#registered-instances-lifecycle-setup-failed) + [Unassigning](#registered-instances-lifecycle-unassigning) + [Modifications de la configuration d'installation initiale](#registered-instances-lifecycle-setup-config) ## Inscription en cours Une fois que l'agent a envoyé une demande d'enregistrement, OpsWorks Stacks démarre le cycle de vie de l'instance en envoyant une commande de configuration à l'instance, en la plaçant dans l'état d'enregistrement. Une fois que l'instance reconnaît la commande Setup, elle passe à l'état [Running Setup](#registered-instances-lifecycle-running-setup). ## Running Setup L'état Running Setup exécute les recettes Setup de l'instance. Le fonctionnement de Setup dépend de l'état précédent. **Note** Si vous annulez l'attribution de l'instance alors qu'elle est dans l'état Running Setup, OpsWorks Stacks envoie une commande Shutdown, qui exécute les recettes d'arrêt de l'instance mais n'arrête pas l'instance. L’instance passe à l’état [Unassigning](#registered-instances-lifecycle-unassigning). **Topics** + [Inscription en cours](#registered-instances-lifecycle-running-setup-registering) + [Assigning](#registered-instances-lifecycle-running-setup-assigning) + [Setup Failed](#registered-instances-lifecycle-running-setup-failed) ### Inscription en cours Au cours du processus d'enregistrement, le programme d'installation crée une instance OpsWorks Stacks pour représenter l'instance enregistrée dans la pile et exécute un ensemble de recettes de configuration de base sur l'instance. Un changement clé effectué par la configuration initiale est le remplacement du fichier hosts de l'instance. En enregistrant l'instance, vous avez transmis la gestion des utilisateurs à OpsWorks Stacks, qui doit avoir son propre fichiers hôtes pour contrôler les autorisations de connexion SSH. La configuration initiale crée ou modifie également un certain nombre de fichiers et, sur les systèmes Ubuntu, modifie les sources des packages et installe un ensemble de packages. Pour en savoir plus, consultez [Modifications de la configuration d'installation initiale](#registered-instances-lifecycle-setup-config). Lors de l'enregistrement, le processus appelle l'IAM `AttachUserPolicy` qui fait partie des autorisations associées à l'utilisateur IAM que vous créez comme condition préalable. Si `AttachUserPolicy` n'existe pas (probablement parce que vous exécutez une ancienne version de l'interface de ligne de commande AWS), le processus revient à l'appel `PutUserPolicy`. **Note** Pour des raisons de cohérence, OpsWorks Stacks exécute toutes les recettes de configuration de base. Cependant, comme certaines d'entre elles n'effectuent tout ou partie de leurs tâches que si une instance a été affectée à une couche au moins, elles n'affectent pas nécessairement la configuration initiale. + Si la commande Setup se déroule avec succès, l'instance passe à l'état [Membre](#registered-instances-lifecycle-registered). + Si la commande Setup échoue, l'instance passe à l'état [Setup Failed](#registered-instances-lifecycle-setup-failed). ### Assigning Au moins une couche est attribuée à l'instance. OpsWorks Stacks exécute les recettes de configuration de chaque couche, y compris les recettes personnalisées que vous avez [attribuées à l'événement de configuration des couches](workingcookbook-executing.md). + Si la commande Setup se déroule avec succès, l'instance passe à l'état online (en ligne) et OpsWorks Stacks déclenche un événement de cycle de vie Configure sur chaque instance de la pile afin de les informer de la nouvelle instance. + Si la commande Setup échoue, l'instance passe à l'état Setup Failed. **Note** Ce processus d'installation exécute les recettes de base une deuxième fois. Toutefois, comme les recettes Chef sont idempotentes, elles ne répètent pas les tâches qui ont déjà été effectuées. ### Setup Failed Si le processus d'installation d'une instance dans l'état [Assigning](#registered-instances-lifecycle-assigning) échoue, vous pouvez réessayer en utilisant la [commande de pile Setup](workingstacks-commands.md) afin de relancer manuellement les recettes Setup de l'instance. + Si la commande réussit, l'instance assignée passe à l'état [En ligne](#registered-instances-lifecycle-online) et OpsWorks Stacks déclenche un événement de cycle de vie Configure sur chaque instance de la pile pour les informer de la nouvelle instance. + Si la commande échoue, l'instance revient à l'état Setup Failed. ## Membre Les instances à l'état Enregistré font partie de la pile et sont gérées par OpsWorks Stacks mais ne sont attribuées à aucune couche. Elles peuvent rester indéfiniment dans cet état. Si vous attribuez l'instance à une ou plusieurs couches, OpsWorks Stacks envoie une commande de configuration à l'instance et elle passe à l'[Assigning](#registered-instances-lifecycle-assigning)état. ## Assigning Une fois que l'instance reconnaît la commande Setup, elle passe à l'état [Running Setup](#registered-instances-lifecycle-running-setup). Si vous annulez l'attribution de l'instance alors qu'elle est dans l'état Assignation, OpsWorks Stacks met fin au processus de configuration et envoie une commande d'arrêt. L’instance passe à l’état [Unassigning](#registered-instances-lifecycle-unassigning). ## En ligne L'instance est désormais membre d'au moins une couche et est traitée comme une instance OpsWorks Stacks régulière. Elle peut demeurer indéfiniment dans cet état. Si vous annulez l'attribution de l'instance alors qu'elle est en ligne, OpsWorks Stacks envoie une commande d'arrêt à l'instance et une commande de configuration aux autres instances de la pile. L’instance passe à l’état [Unassigning](#registered-instances-lifecycle-unassigning). ## Setup Failed La commande Setup a échoué. + Vous pouvez réessayer en choisissant la [commande de pile Setup](workingstacks-commands.md). L'instance retourne à l'état [Running Setup](#registered-instances-lifecycle-running-setup). + Si vous annulez l'attribution de l'instance, OpsWorks Stacks envoie une commande d'arrêt à l'instance. L’instance passe à l’état [Unassigning](#registered-instances-lifecycle-unassigning). ## Unassigning Une fois que la commande Shutdown est terminée, l'instance n'est plus affectée à quelque couche que ce soit et retourne à l'état [Membre](#registered-instances-lifecycle-registered). **Note** Si une instance est attribuée à plusieurs couches, l'annulation de l'attribution s'applique à chaque couche ; vous ne pouvez pas annuler l'attribution d'un sous-ensemble des couches assignées. Si vous souhaitez un autre ensemble de couches assignées, annulez l'attribution de l'instance, puis réassignez les couches souhaitées. ## Modifications de la configuration d'installation initiale L'installation initiale crée ou modifie les fichiers et répertoires suivants sur toutes les instances enregistrées. **Fichiers créés** ``` /etc/apt/apt.conf.d/99-no-pipelining /etc/aws/ /etc/init.d/opsworks-agent /etc/motd /etc/motd.opsworks-static /etc/sudoers.d/opsworks /etc/sudoers.d/opsworks-agent /etc/sysctl.d/70-opsworks-defaults.conf /opt/aws/opsworks/ /usr/sbin/opsworks-agent-cli /var/lib/aws/ /var/log/aws/ /vol/ ``` **Fichiers modifiés** ``` /etc/apt/apt.conf.d/99-no-pipelining /etc/crontab /etc/default/monit /etc/group /etc/gshadow /etc/monit/monitrc /etc/passwd /etc/security/limits.conf (removing limits only for EC2 micro instances) /etc/shadow /etc/sudoers ``` La configuration initiale crée également un fichier d'échange sur les EC2 micro-instances Amazon. L'installation initiale apporte les modifications suivantes aux systèmes Ubuntu. Sources de packages L'installation initiale modifie les sources de packages comme suit : + `deb http://archive.ubuntu.com/ubuntu/ ${code_name} main universe` À : `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe` + `deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe` À : `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe` + `deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universe` À : `deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe` + `deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse` À : `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse` + `deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse` À : `deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse` + `deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse` À : `deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse` + `deb http://security.ubuntu.com/ubuntu ${code_name}-security multiverse` À : `deb-src http://security.ubuntu.com/ubuntu ${code_name}-security multiverse` Forfaits L'installation initiale désinstalle `landscape` et installe les packages suivants. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/opsworks/latest/userguide/registered-instances-lifecycle.html)