Une entreprise exécute une application sur des instances Amazon EC2 qui génèrent actuellement des données temporaires. L'entreprise a maintenant besoin que les données de l'application persistent même si les instances EC2 sont terminées. Un ingénieur de données doit lancer de nouvelles instances EC2 à partir d'une AMI et les configurer pour préserver les données. Quelle approche satisfait cette exigence ?

L'approche correcte est de lancer des instances EC2 avec une AMI basée sur un volume de stockage d'instance, puis d'attacher un volume Amazon EBS pour les données de l'application. Le stockage d'instance est éphémère et les données sont perdues à l'arrêt ou à la terminaison de l'instance. Amazon EBS, en revanche, est un stockage persistant qui peut être détaché d'une instance et rattaché à une autre, ou conservé même après la terminaison de l'instance. Les options incorrectes sont : Utiliser une AMI basée sur un volume de stockage d'instance EC2 pour les données de l'application ne garantit pas la persistance, car le stockage d'instance est temporaire. Utiliser une AMI basée sur un volume racine Amazon EBS pour les données de l'application pourrait fonctionner, mais l'option correcte est plus flexible en séparant les données de l'OS. De plus, si l'AMI est déjà configurée avec un volume racine EBS, l'option correcte propose une solution plus générique pour ajouter de la persistance aux données de l'application, indépendamment du type de volume racine de l'AMI. Attacher un volume de stockage d'instance EC2 supplémentaire pour les données de l'application ne résout pas le problème de persistance, car ce type de stockage est toujours éphémère.