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 le service a pris fin 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 le AWS Support L'équipe sur AWS Re:post ou via
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 dirige AWS OpsWorks Piles pour 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.
Chaque état correspond à un statut d'instance. Les arêtes représentent l'un des éléments suivants AWS OpsWorks Empile les commandes. Les détails sont détaillés dans les sections suivantes.
-
Configuration : cette commande correspond à l'événement du cycle 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.
AWS 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, AWS 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.
Rubriques
Inscription en cours
Une fois que l'agent a envoyé une demande d'enregistrement, AWS 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.
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 d'installation en cours, AWS 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.
Inscription en cours
Au cours du processus d'enregistrement, le programme d'installation crée un AWS OpsWorks Empile l'instance 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 transféré la gestion des utilisateurs à AWS OpsWorks Stacks, qui doit disposer de son propre fichier d'hôtes pour contrôler les autorisations de SSH connexion. 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 plus de détails, consultez Modifications de la configuration d'installation initiale.
Lors de l'enregistrement, le processus fait appel à IAM AttachUserPolicy
ce qui fait partie des autorisations associées à l'IAMutilisateur que vous créez comme condition préalable. S'il AttachUserPolicy
n'existe pas (probablement parce que vous utilisez une ancienne version du AWSCLI), le processus revient à l'appelPutUserPolicy
.
Note
Pour des raisons de cohérence, AWS 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.
-
Si la commande Setup échoue, l'instance passe à l'état Setup Failed.
Assigning
L'instance possède au moins une couche affectée. AWS 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.
-
Si l'installation est réussie, l'instance passe à l'état En ligne et AWS OpsWorks Stacks déclenche un événement de configuration du cycle de vie sur chaque instance de la pile pour 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 échoue, vous pouvez réessayer en utilisant la commande de pile Setup afin de relancer manuellement les recettes Setup de l'instance.
-
Si l'installation est réussie, l'instance assignée passe à l'En ligneétat et AWS OpsWorks Stacks déclenche un événement de configuration du cycle de vie 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 AWS OpsWorks Il se cumule mais n'est attribué à aucune couche. Elles peuvent rester indéfiniment dans cet état.
Si vous attribuez l'instance à une ou plusieurs couches, AWS OpsWorks Stacks envoie une commande de configuration à l'instance et celle-ci passe à l'Assigningétat.
Assigning
Une fois que l'instance reconnaît la commande Setup, elle passe à l'état Running Setup.
Si vous annulez l'attribution de l'instance alors qu'elle est dans l'état Assignation, AWS OpsWorks Stacks met fin au processus de configuration et envoie une commande d'arrêt. L'instance passe à l'état Unassigning.
En ligne
L'instance est désormais membre d'au moins une couche et est traitée comme une instance normale. AWS OpsWorks Instance de piles. Elle peut demeurer indéfiniment dans cet état.
Si vous annulez l'attribution de l'instance alors qu'elle est en ligne, AWS 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.
Setup Failed
La commande Setup a échoué.
-
Vous pouvez réessayer en choisissant la commande de pile Setup.
L'instance retourne à l'état Running Setup.
-
Si vous annulez l'attribution de l'instance, AWS OpsWorks Stacks envoie une commande d'arrêt à l'instance.
L'instance passe à l'état 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.
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
Pour:
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} main universe
-
deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe
Pour:
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates main universe
-
deb http://archive.ubuntu.com/ubuntu ${code_name}-security main universe
Pour:
deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security main universe
-
deb http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse
Pour:
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name}-updates multiverse
-
deb http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse
Pour:
deb-src http://archive.ubuntu.com/ubuntu ${code_name}-security multiverse
-
deb http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse
Pour:
deb-src http://archive.ubuntu.com/ubuntu/ ${code_name} multiverse
-
deb http://security.ubuntu.com/ubuntu ${code_name}-security multiverse
Pour:
deb-src http://security.ubuntu.com/ubuntu ${code_name}-security multiverse
-
- Packages
-
L'installation initiale désinstalle
landscape
et installe les packages suivants.autofs
libicu-dev
libopenssl-ruby
libssl-dev
libxml2-dev
libxslt-dev
libyaml-dev
monit
ntpd
procps
ruby
ruby-dev
rubygems
screen
sqlite
vim
xfs