EC2 - prendre un EBS instantané, enregistrement de S3, et ensuite de lancer des instances de S3

J'aime le confort de la prise d'un AMI instantané - mais idéalement, je n'ai pas envie de payer pour le volume à être attaché à mon instance en cours d'exécution.

Est-il un moyen d'enregistrer un instantané de l'instance de S3 et puis de le lancer à partir de S3 sans fixation d'un volume à l'instance en cours d'exécution, afin de gagner la commodité de clichés sans les coûts de fonctionnement?

OriginalL'auteur git-noob | 2010-03-16

  1. 8

    Compartiments sont déjà persisté à S3 (http://aws.amazon.com/ebs/)

    d'ebs docs:

    Amazon EBS offre également la possibilité
    pour créer point-à-temps des instantanés de
    volumes, qui sont conservées à Amazon
    S3. Ces captures d'écran peuvent être utilisés comme
    point de départ pour de nouveaux Amazon EBS
    les volumes, et de protéger les données de
    la durabilité à long terme. Le même
    instantané peut être utilisé pour instancier comme
    nombre de volumes que vous souhaitez

    et AMIs sont également stockés dans S3.

    Mais puis-je lancer de nouvelles instances en fonction de la S3 instantané et non pas le volume stocké?
    Oui - L'AMI que vous lancez votre instance de sont stockées dans S3, pas sur un volume EBS (utilisation d'un S3 navigateur pour voir que c'est juste un fichier manifeste XML, plus un tas de fichiers ZIP qui composent l'image).
    Votre question titre l'indique, vous posez des questions à propos des instantanés EBS, mais dans votre commentaire, vous faites référence à la Muas. Parlez-vous des compartiments ou AMI instantanés?

    OriginalL'auteur Joshua Smith

  2. 3

    Il est vrai qu'avec un volume EBS vous payez pour l'espace alloué, même si vous êtes juste en utilisant une fraction de celui-ci pour les données.

    Si vous recherchez seulement de stocker les données, vous pouvez utiliser n'importe quel outil de "sauvegarde" les données à S3 directement, puis les remettre à leur volume lorsque vous en avez besoin. S3sync fonctionne bien pour cela, la création d'une archive.

    OriginalL'auteur Nick

  3. 2

    Ce n'est pas seulement un alloués vs utilisée question de l'espace. Avec EBS, vous payez aussi pour I/O ops alors que le volume est monté.

    Je suis en train de faire la même chose-la migration d'un EBS exemple pour un S3 adossés à l'instance. D'autres threads ici sur tant de l'état que ce ne peut pas être fait, mais une réponse à une AWS post sur le forum par Eric Hammond suggère qu'il y a de l'espoir:

    En utilisant les concepts de remplacement d'un disque de démarrage dans une instance EC2 comme décrit dans le fil de discussion suivant

    http://developer.amazonwebservices.com/connect/thread.jspa?threadID=42437

    vous pourriez être en mesure de créer un volume EBS dans la nouvelle région avec une copie de la première bits à partir de l'ancienne région du volume, le swap le nouveau volume dans un arrêté instance de Windows dans la nouvelle région.

    Une fois c'est de travailler, normale AMI de la création de l'instance en cours d'exécution doit être possible

    Pas pour les timides, mais si c'est important, vous pourriez être en mesure de trouver un EC2 Windows expert qui peut vous aider avec les étapes.

    Pas exactement définitive, mais Eric sait de quoi il parle, donc si c'est assez important pour vous, vous pouvez lui donner un essai.

    Il y a une entrée manuelle de la "Conversion d'une instance magasin adossé à l'AMI d'un AMI d'Amazon EBS" dans l'Amazon de la Documentation: docs.amazonwebservices.com/AWSEC2/latest/UserGuide/...
    Même lorsque vous êtes sur un EBS racine, vous pouvez monter le ephermal (local) de stockage de disque pour le swap, temp et de travail des répertoires afin de réduire l'EBS IOPS et augmenter les performances (temps de latence semble être de mieux en mieux).

    OriginalL'auteur sbc