Je souhaite sauvegarder une instance EC2 basée sur Linux pendant qu'elle s'exécute sans temps d'arrêt, puis lancer une nouvelle instance plus tard. (L'instance exécute un serveur Web et une base de données Postgres.)
J'ai trouvé qu'il y a deux façons de le faire, mais je suis confus quant à la différence de résultat entre eux.
Option # 1: créer une AMI directement à partir d'une instance en cours d'exécution:
- Créez une nouvelle AMI directement à partir de l'instance d'origine en cours d'exécution.
- Lancer une nouvelle instance depuis l'AMI
Option n ° 2: créer manuellement une AMI à partir d'un instantané:
- Prendre un instantané du volume attaché à l'instance d'origine en cours d'exécution
- Créer une AMI à partir de l'instantané, en entrant manuellement des détails tels que l'architecture et l'ID du noyau
- Lancer une nouvelle instance à partir de l'image créée manuellement
Maintenant, ce qui est déroutant, c'est que lors de la création d'une AMI directement à partir d'une instance, EC2 redémarrerait l'instance par défaut. Il y a une case à cocher "Pas de redémarrage" avec l'info-bulle suivante:
Lorsqu'il est activé, Amazon EC2 n'arrête pas l'instance avant de créer l'image. Lorsque cette option est utilisée, l' intégrité du système de fichiers sur l'image créée ne peut pas être garantie.
Y a-t-il vraiment une différence dans le résultat de ces deux options? Pour moi, j'ai l'impression de faire manuellement les mêmes choses que l'assistant automatisé ferait de toute façon. Il génère des instantanés, sélectionne les ID et les architectures du noyau.
Pourquoi l'un a un texte d'avertissement et l'autre pas? Le snapshot d'une instance en cours d'exécution est considéré comme relativement sûr, et si la création AMI fait un snapshot en arrière-plan, est-ce plus dangereux que de tout faire à la main?