Nous mettons régulièrement à niveau notre flotte d'instances Amazon Elastic Compute Cloud (EC2) en leur appliquant de nombreux correctifs et mises à jour, et ce, sans qu'un redémarrage soit nécessaire. Cependant, certaines mises à jour nécessitent un redémarrage rapide des instances pour être appliquées. Vous trouverez sur cette page les informations relatives au processus de redémarrage.
La sortie récente de notre fonction de programmation d'événements vous permet d'avoir une plus grande visibilité sur la planification de ces redémarrages. Outre cette visibilité accrue, cette fonctionnalité vous permet généralement d'utiliser les événements programmés pour gérer les redémarrages selon votre propre calendrier, dans le cas où vous souhaitez planifier un redémarrage avant la date de mise à jour prévue. Vous pouvez très facilement consulter les événements prévus pour vos instances en accédant à AWS Management Console, en utilisant les outils d'API ou en ayant recours à la ligne de commande. Les redémarrages de ce type sont peu fréquents, mais peuvent parfois être nécessaires pour appliquer des mises à niveau visant à renforcer la sécurité, la fiabilité et les performances de notre service.
Deux types de redémarrage peuvent être imposés dans le cadre d'opérations de maintenance programmée d'Amazon EC2 : les redémarrages d'instance et les redémarrages système. Les redémarrages d'instance concernent uniquement votre instance virtuelle, et sont l'équivalent d'un redémarrage du système d'exploitation. Les redémarrages système concernent le serveur physique assurant l'hébergement de l'instance. En l'absence d'action de votre part, les deux types de redémarrage ont le même effet sur votre instance : pendant la maintenance programmée, votre instance est redémarrée, ce qui prend généralement quelques minutes.
Vous avez également la possibilité de gérer ces redémarrages vous-même à tout moment en amont de l'opération de maintenance programmée. Lorsque vous gérez vous-même le redémarrage, la mise à niveau est appliquée à votre instance lorsque vous le décidez, et l'opération de maintenance programmée est annulée (notez qu'il faut parfois compter 1 heure pour que les événements programmés soient actualisés une fois le redémarrage terminé).
Q : Comment gérer mes propres redémarrages d'instance ?
Il est très simple de gérer ses propres redémarrages d'instance. Notez, en outre, qu'au lieu d'utiliser AWS Management Console comme dans la procédure décrite ci-après, vous pouvez également redémarrer votre instance à partir du système d'exploitation associé.
- Connectez-vous sur AWS Management Console et rendez-vous dans la section Scheduled Events de l'onglet EC2 afin de consulter la liste de vos instances éventuellement programmées pour un redémarrage (dans la colonne Event Type). Remarque : Cette étape est facultative, puisque vous pouvez également identifier ces instances au cours de l'étape 2 ci-dessous.
- Accédez à la page Instance et repérez les instances dont un redémarrage est programmé. (Une icône représentant un chronomètre figure en regard de l'ID des instances possédant des événements programmés.)
- Cochez la case en regard de l'instance dont vous souhaitez lancer manuellement le redémarrage, puis cliquez sur Instance Actions et sélectionnez Reboot dans la liste déroulante. Prenez garde à ne pas la fermer ou y mettre fin.
- Une fois votre instance redémarrée (cela prend quelques minutes généralement), vérifiez que votre application fonctionne. A ce stade, votre instance ne doit plus être associée à un événement programmé ou celui-ci doit indiquer le statut « [Completed] ». A noter que l'actualisation de ce statut peut parfois prendre jusqu'à 1 heure.
Pour en savoir plus sur la consultation et la gestion de vos événements programmés à l'aide de l'API et des outils de ligne de commande, consultez la section Monitoring the Status of Your Instances du manuel Amazon EC2 User Guide.
Q : Comment gérer mes propres redémarrages système ?
Vous ne pouvez pas effectuer vous-même les redémarrages système. Il est recommandé de laisser AWS redémarrer le système pour vous. En effet, lorsqu'AWS effectue un redémarrage de système, aucune de vos configurations (nom DNS ou adresse IP, notamment) n'est modifiée et les données du stockage d'instance local restent intactes.
Néanmoins, si vous devez absolument gérer la mise à niveau d'une instance qui requiert un redémarrage du système, vous devez relancer votre instance en procédant comme indiqué ci-dessous, auquel cas, votre instance ne doit alors plus être associée à un événement programmé.
AMI sauvegardées sur EBS : Si vous exécutez une AMI sauvegardée sur EBS, vous pouvez arrêter puis redémarrer votre instance afin de la relancer plus facilement. Cependant, cela entraînera la perte des éventuelles données que vous avez sauvegardées dans le stockage d'instance local associé. C'est pourquoi, si vous voulez conserver vos données, vous devez les sauvegarder avant d'arrêter votre instance. De plus, le nom DNS public et l'adresse IP interne de votre instance vont changer (hormis en cas d'exécution dans Amazon VPC). Le cas échéant, vous devrez également réassocier l'adresse IP élastique de votre instance. Pour obtenir la liste détaillée des autres paramètres de configuration qui sont modifiés, consultez la section Monitoring the Status of Your Instances du manuel Amazon EC2 User Guide.
AMI sauvegardées sur le stockage d'instance : Si vous exécutez une AMI sauvegardée sur le stockage d'instance, vous devrez récréer le paquet de votre AMI et lancer une nouvelle instance. Cela entraînera la perte des éventuelles données que vous avez sauvegardées dans le stockage d'instance local associé et modifiera votre adresse IP interne (hormis en cas d'exécution dans Amazon VPC).
Pour en savoir plus sur la réalisation de ces deux tâches, consultez les sections Monitoring the Status of Your Instances et Bundling Amazon EC2 instance store-backed Linux/UNIX AMIs du manuel Amazon EC2 User Guide.
Q : Combien de temps dure un redémarrage ?
Un redémarrage ne nécessite généralement que quelques minutes. La durée exacte dépend de la configuration de l'instance.
Q : Le redémarrage modifie-t-il certains paramètres de configuration de mon instance ?
Non, ni les redémarrages d'instance, ni les redémarrages de système n'affectent vos paramètres de configuration. Les instances redémarrées conservent toutes les données de configuration, y compris :
- Nom DNS public
- Adresse IP privée
- Données éventuellement stockées dans le stockage d'instance (par ex. : données non stockées sur le volume EBS)
- Adresse IP élastique associée (le cas échéant)
Q : Comment puis-je vérifier qu'un redémarrage programmé est terminé ?
Pour cela, vous pouvez utiliser AWS Management Console, la ligne de commande ou l'API. Dès lors que l'événement programmé n'est plus indiqué ou présente le statut « [Completed] », le redémarrage est terminé.
Q : Est-ce que les instances qui viennent d'être lancées doivent être redémarrées ?
Non, si vous lancez de nouvelles instances, celles-ci intègrent déjà les dernières mises à jour et non pas besoin d'être redémarrées.
Q : A quoi servent ces redémarrages ?
Ces redémarrages sont nécessaires à l'application des mises à niveau, lesquelles renforcent la sécurité et la fiabilité, tout en améliorant les performances opérationnelles.