Démarrage, arrêt et redémarrage manuels des instances 24/7

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 ou via le AWS Support Premium.

Note

Vous pouvez utiliser les instances 24/7 avec les piles Linux et Windows.

Après avoir ajouté une instance 24 h/24 et 7 j/7 à une couche, vous devez démarrer manuellement l'instance pour lancer l'instance Amazon Elastic Compute Cloud (Amazon EC2) correspondante et l'arrêter manuellement pour mettre fin à l'instance Amazon EC2. Vous pouvez également redémarrer manuellement les instances qui ne fonctionnent pas correctement. AWS OpsWorks Stacks démarre et arrête automatiquement les instances basées sur le temps et sur la charge. Pour plus d’informations, consultez Gestion de la charge avec des instances basées sur le temps et sur la charge.

Important

AWS OpsWorks Les instances Stacks doivent être démarrées, arrêtées et redémarrées uniquement dans la AWS OpsWorks console. AWS OpsWorks ne reconnaît pas les opérations de démarrage, d'arrêt ou de redémarrage effectuées dans la console Amazon EC2.

Démarrage ou redémarrage d'une instance

Pour démarrer une nouvelle instance, sur la page Instances, cliquez sur start (démarrer) dans la colonne Actions de l'instance.

Vous pouvez aussi créer plusieurs instances et toutes les redémarrer simultanément en cliquant sur Start all Instances (Démarrer toutes les instances).

Après avoir démarré l'instance, AWS OpsWorks Stacks lance une instance Amazon EC2 et démarre le système d'exploitation. Généralement, le processus de démarrage ne prend que quelques minutes et se montre un peu plus lent pour les instances Windows que pour les instances Linux. Au fur et à mesure que le démarrage progresse, le champ Status (Statut) de l'instance affiche la série de valeurs suivantes :

1. demandé - AWS OpsWorks Stacks a appelé le service Amazon EC2 pour créer l'instance Amazon EC2.

2. en attente : AWS OpsWorks Stacks attend le démarrage de l'instance Amazon EC2.

3. démarrage : l'instance Amazon EC2 est en cours de démarrage.

4. running_setup - AWS OpsWorks Stacks a déclenché l'événement Setup et exécute les recettes de la couche, suivies de Setup ses recettes. Deploy Pour plus d’informations, consultez Exécution des recettes. Si vous avez ajouté des livres de recettes personnalisés à la pile, AWS OpsWorks Stacks installe la version actuelle depuis votre dépôt avant d'exécuter les Setup recettes et. Deploy

5. online (en ligne) - l'instance est prête à être utilisée.

Lorsque Status (Statut) devient online (en ligne), l'instance est pleinement opérationnelle.

• Si un équilibreur de charge est attaché à la couche, AWS OpsWorks Stacks y ajoute l'instance.

• AWS OpsWorks Stacks déclenche un Configure événement qui exécute les Configure recettes de chaque instance.

  Si nécessaire, ces recettes mettent à jour l'instance pour accueillir la nouvelle instance.

• AWS OpsWorks Stacks remplace l'action de démarrage de l'instance par l'action stop, que vous pouvez utiliser pour arrêter l'instance.

Si l'instance n'a pas démarré correctement ou que les recettes Setup ont échoué, le statut est défini sur start_failed ou setup_failed, respectivement. Vous pouvez examiner les journaux afin de déterminer la cause. Pour plus d’informations, consultez Guide de débogage et dépannage.

Une instance arrêtée demeure dans le cadre de la pile et conserve toutes les ressources. Par exemple, les volumes Amazon EBS et les adresses IP Elastic sont toujours associés à une instance arrêtée. Vous pouvez redémarrer une instance arrêtée en choisissant start (démarrer) dans la colonne Actions de l'instance. Le redémarrage d'une instance arrêtée effectue les opérations suivantes :

• Instances basées sur le stockage d'instances : AWS OpsWorks Stacks lance une nouvelle instance Amazon EC2 avec la même configuration.

• Instances soutenues par Amazon EBS : AWS OpsWorks Stacks redémarre l'instance Amazon EC2, qui réattache le volume racine.

Une fois le démarrage de l'instance terminé, AWS OpsWorks Stacks installe les mises à jour du système d'exploitation et exécute les Deploy recettes Setup et, comme lors du démarrage initial. AWS OpsWorks Stacks effectue également les opérations suivantes pour les instances redémarrées, le cas échéant.

• Réassocie les adresses IP Elastic.

• Rattache les volumes Amazon Elastic Block Store (Amazon EBS).

• Pour les instances basées sur le stockage d'instance, installe les dernières versions des livres de recettes.

  Les instances basées sur Amazon EBS continuent d'utiliser les livres de recettes personnalisés stockés sur le volume racine. Si vos livres de recettes personnalisés ont été modifiés depuis que vous avez arrêté l'instance, vous devez les mettre à jour manuellement une fois que l'instance est en ligne. Pour plus d’informations, consultez Mise à jour des livres de recettes personnalisés.

Note

Plusieurs minutes peuvent être nécessaires pour qu'une adresse IP Elastic soit réassociée à une instance redémarrée. Sachez que le paramètre Elastic IP de l'instance représente les métadonnées et indique simplement que l'adresse doit être associée à l'instance. Le paramètre Public IP (Adresse IP publique) reflète l'état de l'instance et peut être vide au départ. Lorsque l'adresse IP Elastic est associée à l'instance, l'adresse est attribuée au paramètre Public IP (Adresse IP publique), suivi par (EIP).

Arrêt d'une instance

Sur la page Instances, cliquez sur Arrêter dans la colonne Actions de l'instance, qui indique à AWS OpsWorks Stacks d'exécuter les recettes d'arrêt et de mettre fin à l'instance EC2.

Vous pouvez aussi fermer chaque instance de la pile en cliquant sur Arrêter toutes les instances.

Après avoir arrêté l'instance, AWS OpsWorks Stacks exécute plusieurs tâches :

1. Si un équilibreur de charge Elastic Load Balancing est attaché à la couche de l'instance, AWS OpsWorks Stacks annule l'enregistrement de l'instance.

   Si la couche prend en charge la fonction de drainage de connexion de l'équilibreur de charge, AWS OpsWorks Stacks retarde le déclenchement de l'événement Shutdown jusqu'à ce que le drainage de connexion soit terminé. Pour plus d’informations, consultez Couche Elastic Load Balancing.

2. AWS OpsWorks Stacks déclenche un Shutdown événement qui exécute les Shutdown recettes de l'instance.

3. Après avoir déclenché l'Shutdownévénement, AWS OpsWorks Stacks attend un certain temps pour que les Shutdown recettes se terminent, puis effectue les opérations suivantes :

   • Met fin aux instances basées sur le stockage d'instance, ce qui supprime toutes les données.

   • Arrête les instances soutenues par Amazon EBS, ce qui préserve les données sur le volume racine.

   Pour plus d'informations sur le stockage d'instance, consultez Stockage.

   Note

   Le paramètre de délai d'attente de fermeture par défaut est de 120 secondes. Si vos recettes Shutdown ont besoin de plus de temps, vous pouvez modifier la configuration de la couche pour changer le paramètre.

Vous pouvez surveiller le processus d'arrêt en examinant la colonne Status (Statut) de l'instance. Au fur et à mesure que l'arrêt progresse, les valeurs suivantes s'affichent :

1. terminaison - AWS OpsWorks Stacks met fin à l'instance Amazon EC2.

2. shutting_down - AWS OpsWorks Stacks exécute les recettes de la couche. Shutdown

3. terminée : l'instance Amazon EC2 est résiliée.

4. stopped (arrêté) - l'instance est arrêtée.

Redémarrage d'une instance

Sur la page Instances, cliquez sur le nom de l'instance défectueuse pour ouvrir la page des détails, puis cliquez sur Reboot (Redémarrer).

Cette commande effectue un redémarrage progressif de l'instance Amazon EC2 associée. Elle ne supprime pas les données de l'instance, même dans le cas d'instances basées sur le stockage d'instance, et ne déclenche aucun événement de cycle de vie.

Note

Pour que les AWS OpsWorks Stacks remplacent automatiquement les instances défaillantes, activez la réparation automatique. Pour plus d'informations, voir Utilisation de la réparation automatique.