Quelles données sont stockées dans l'instance Ephemeral Storage d'Amazon EC2?


289

J'essaie d'arrêter une instance Amazon EC2 et d'obtenir le message d'avertissement

Avertissement: veuillez noter que toutes les données sur le stockage éphémère de votre instance seront perdues lors de son arrêt.

Ma question

Quelles données sont stockées dans le stockage éphémère d'une instance Amazon EC2?

Réponses:


148

Tout ce qui n'est pas stocké sur un volume EBS monté sur l'instance sera perdu.

Par exemple, si vous montez votre volume EBS sur /mystuff, tout ce qui n'est pas dans /mystuffsera perdu. Si vous ne montez pas un volume ebs et n'en sauvegardez pas, je pense que tout sera perdu.

Vous pouvez créer une AMI à partir de votre état actuel de la machine, qui contiendra tout dans votre stockage éphémère. Ensuite, lorsque vous lancez une nouvelle instance basée sur cette AMI, elle contiendra tout ce qu'elle est maintenant.

Mise à jour: à clarifier sur la base des commentaires de mattgmg1990 et glenn bech:

Notez qu'il y a une différence entre "stop" et "terminate". Si vous "arrêtez" une instance qui est sauvegardée par EBS, les informations sur le volume racine seront toujours dans le même état lorsque vous "redémarrerez" la machine. Selon la documentation, "Par défaut, le volume du périphérique racine et les autres volumes Amazon EBS attachés lorsque vous lancez une instance soutenue par Amazon EBS sont automatiquement supprimés à la fin de l'instance", mais vous pouvez le modifier via la configuration.


1
tout ce qui se trouve sur l'instance serait dans un stockage sphérique à moins que vous n'ayez configuré et monté un volume ebs et que vous y mettiez consciemment vos données.
digitaljoel

2
Est-ce que cela s'applique uniquement aux instance storeappareils? Autrement dit, sur un ebsappareil, mon lecteur de stockage racine est-il éphémère ou non?
Dean

17
Cette réponse n'est pas exactement correcte, où vos données sont stockées dépend du type d'AMI que vous avez choisi de créer. La réponse ci-dessous de @nidalpres est plus complète. Si vous avez choisi de créer une AMI soutenue par EBS, votre répertoire racine n'est PAS stocké dans un stockage éphémère.
mattgmg1990

1
Je voudrais juste ajouter que je pense que @nidalpres a écrit une meilleure réponse, ou au moins une réponse beaucoup plus facile à saisir.
Lozzano

1
"Si vous" arrêtez "la machine, alors même si elle est soutenue par EBS, elle a disparu." Ce n'est pas correct. Ceci est déterminé par l'indicateur «Supprimer à la fin» sur la page «ajouter du stockage» (se référant au volume racine). Il peut également être spécifié sur la ligne de commande, et même modifié lors de l'exécution des instances à l'aide de la CLI ( docs.aws.amazon.com/AWSEC2/latest/UserGuide/… )
Glenn Bech

260

Fondamentalement, le volume racine (l'intégralité de votre disque système virtuel) est éphémère, mais uniquement si vous choisissez de créer une AMI soutenue par le magasin d'instances Amazon EC2 .

Si vous choisissez de créer une AMI soutenue par EBS, votre volume racine est soutenu par EBS et tout ce que vous avez sur votre volume racine sera enregistré entre les redémarrages.

Si vous n'êtes pas sûr du type de volume dont vous disposez, regardez sous EC2-> Elastic Block Store-> Volumes dans votre console AWS et si votre volume racine AMI y est répertorié, vous êtes en sécurité. De plus, si vous allez dans EC2-> Instances, puis regardez dans la colonne "Type de périphérique racine" de votre instance et si elle dit "ebs", alors vous n'avez pas à vous soucier des données sur votre périphérique racine.

Plus de détails ici: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/RootDeviceStorage.html


98
Cela ne perturberait probablement pas tellement les gens, si AWS ne donnait pas le message d'avertissement inutile "que toutes les données sur le stockage éphémère de votre instance seront perdues" même en tentant d'arrêter une instance, c'est-à-dire en utilisant une racine soutenue par EBS appareil, et il n'y a en fait aucune raison de s'inquiéter de toute perte de données.
Tilman

2
l'avertissement s'applique parce que vous pouvez avoir à la fois une racine soutenue par BS ET un stockage éphémère attaché (manuellement comme aws ne le fait pas par défaut)
Zig Mandel

En fait, je suis juste allé de l'avant et je l'ai fait mais il y a quand même eu une erreur: des Unable to connect to your database server using the provided settings. Filename: core/Loader.php Line Number: 346 idées? Cela ne se produisait pas avant de faire cela.
James

Juste pour faire un suivi, pour une raison quelconque, le mysqldservice a cessé de fonctionner. Le support a déclaré que ce n'était pas normal, mais c'était le seul problème.
James

3
@Tilman Exactement ce que je pensais. L'avertissement n'est pas seulement inutile, il est également trompeur. Merci de l'avoir signalé.
Sabuncu

7

Pour être clair et répondre à la question de Dean: le stockage racine de type EBS ne semble pas être éphémère. Les données sont persistantes lors des redémarrages et, en fait, cela n'a aucun sens d'utiliser un volume racine soutenu par ebs qui est «éphémère». Ce ne serait pas différent du volume racine basé sur une image.


2
Tout le stockage soutenu par EBS est persistant, par exemple non éphémère, après avoir "arrêté" l'instance. Si vous "résiliez" vous perdrez les données. Veuillez consulter stackoverflow.com/a/11566285/46249 .
Matthew

0

Selon la documentation AWS [ https://aws.amazon.com/premiumsupport/knowledge-center/instance-store-vs-ebs/] , les volumes du magasin d'instances ne sont pas persistants lors d'arrêts d'instances, de terminaisons ou de pannes matérielles. Toute AMI créée à partir du disque stocké par instance ne contient pas de données présentes dans le magasin d'instances. Par conséquent, toutes les instances lancées par cette AMI n'auront pas de données stockées dans le magasin d'instances. Le magasin d'instances peut être utilisé comme cache pour les applications s'exécutant sur l'instance, pour toutes les données persistantes, vous devez utiliser EBS.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.