Démarrage d'une instance EC2 à partir d'un volume EBS existant

Je me familiarise avec AWS et j'avais une question sur l'utilisation d'un volume EBS existant comme périphérique de démarrage pour une instance EC2.

Il semble que de nombreuses instances créent un volume EBS pour leurs périphériques de démarrage. Dans le cas où le volume EBS a été configuré de sorte qu'il ne soit pas supprimé à la fin de l'instance, est-il possible d'utiliser ce volume EBS comme périphérique de démarrage / racine pour une nouvelle instance?

Par exemple, disons que j'ai une instance utilisant un volume EBS comme périphérique racine qui s'exécute sur un hyperviseur qui se bloque. Puis-je démarrer une autre instance en utilisant ce volume EBS?

Je peux voir que vous pouvez prendre un instantané du volume EBS puis créer une AMI à partir de cet instantané. Donc je suppose que c'est une façon de le récupérer, mais j'étais curieux de savoir s'il y avait une manière plus directe?

Je me rends compte que, idéalement, les instances sont jetées, mais je suis simplement curieux d'apprendre un PoV.

Merci, Joe

Les volumes EBS peuvent être attachés et détachés de l'instance EC2.

Si vous avez une instance EC2 qui se bloque pour une raison quelconque, vous pouvez déplacer le volume racine vers une autre intention EC2.

1. Lancez une nouvelle instance EC2.
2. Arrêtez cette instance EC2.
3. Détachez le volume racine de la nouvelle instance. Notez le nom du périphérique auquel il a été attaché (tel que / dev / sda1).
4. Détachez le volume racine de l'instance d'origine.
5. Attachez le volume racine de l'instance d'origine à la nouvelle instance, en utilisant le même nom de périphérique (tel que / dev / sda1).
6. Démarrez votre nouvelle instance.

Techniquement, cela peut être fait.

Cependant, vous pouvez rencontrer le même problème que vous aviez avec l'instance EC2 d'origine puisque vous démarrez à partir du volume racine d'origine.

Une autre chose que vous pouvez faire est d'attacher le volume racine d'origine en tant que volume non racine sur votre nouvelle instance EC2, comme / dev / sdb1. Si vous procédez ainsi, vous pouvez examiner les données sur le volume pour déterminer la cause du plantage et peut-être y remédier.

Encore une chose, alors que vous pouvez créer une image AMI à partir d'un instantané EBS, vous pouvez également créer des images AMI directement à partir de l'instance EC2. En tant que processus, cela est souvent plus simple.

Parfois, nous devons donner le nom exact du périphérique comme / dev / xvda pour que cela fonctionne. Si le volume monté précédent est / dev / xvda, essayez de charger avec le même nom.