EC2 - wobei ein EBS-snapshot Speicherung auf S3, und dann starten von Instanzen von S3

Ich mag die Bequemlichkeit der Einnahme einer AMI-snapshot - idealerweise aber ich nicht zahlen wollen für die Lautstärke angebracht werden meine Laufenden Instanz.

Gibt es eine Möglichkeit zum speichern einer snapshot-Instanz S3 und dann starten aus dem S3 ohne anfügen eines Datenträgers an die laufende Instanz - gewinnt die Bequemlichkeit der snapshots - ohne die Laufenden Kosten?

InformationsquelleAutor git-noob | 2010-03-16
  1. 8

    EBS-snapshots sind bereits persistenten S3 (http://aws.amazon.com/ebs/)

    aus ebs-docs:

    Amazon EBS bietet auch die Möglichkeit
    erstellen Sie point-in-time-snapshots von
    Bände, die sind permanent zu Amazon
    S3. Diese snapshots können verwendet werden als
    Startpunkt für neue Amazon-EBS
    Bände, und schützen Sie die Daten für die
    langfristige Haltbarkeit. Das gleiche
    snapshot kann verwendet werden, um zu instanziieren, als
    viele Bände, wie Sie es wünschen

    und die AMIs werden auch gespeichert in S3.

    • Aber kann ich starten neue Instanzen basierend auf der S3-snapshot und nicht die gespeicherte Lautstärke?
    • Ja, Der AMI, dass Sie starten Sie Ihre Instanz aus, ist gespeichert in S3, nicht auf einem EBS-volume (verwenden Sie ein S3 browser zu sehen, dass es nur eine manifest-XML-Datei plus eine Reihe von ZIP-Dateien, aus denen das Bild besteht).
    • Ihre Frage Titel zeigt an, dass Sie Fragen EBS-snapshots, aber in Ihrem Kommentar, auf den Sie verweisen AMIs. Sprechen Sie über EBS-snapshots oder AMI-snapshots?
    InformationsquelleAutor Joshua Smith
  2. 3

    Es ist wahr, dass mit einem EBS-volume für die Sie bezahlen für den reservierten Platz, auch wenn Sie nur einen Bruchteil davon für Daten.

    Wenn Sie gerade auf der Suche, um die Daten zu speichern, können Sie jedes Werkzeug, um "Sicherung" der Daten auf S3 direkt, dann wieder in einer Lautstärke, wenn Sie müssen. S3sync funktioniert gut für diese, so funktioniert das anlegen eines Tarballs.

    InformationsquelleAutor Nick
  3. 2

    Es ist nicht nur eine zugewiesene vs belegter Speicherplatz Problem. Mit EBS Sie sind auch die Zahlung für die I/O-ops, während das volume gemountet ist.

    Ich versuche, das gleiche zu tun -- Migration eines EBS-backed-Instanz auf einer S3-backed-Instanz. Anderen Fäden hier SO Stand, dass dies nicht getan werden kann, aber eine Antwort auf eine AWS-forum Beitrag von Eric Hammond deutet darauf hin, dass es Hoffnung gibt:

    Verwendung der Konzepte der Auslagerung von einer boot-Diskette, die in einer Laufenden EC2-Instanz wie im folgenden beschrieben-thread

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

    können Sie möglicherweise erstellen Sie ein EBS-volume in der neuen region mit einer Kopie der raw-bits aus der alten region in der Lautstärke dann tauschen Sie das neue volume in a stopped Windows-Instanz in der neuen region.

    Sobald das funktioniert, normale AMI-Kreation aus der Laufenden Instanz möglich sein sollte

    Nicht für die schüchterne, aber wenn es wichtig ist, dass Sie möglicherweise in der Lage zu finden, eine EC2 Windows-Experten, der helfen kann, mit den Schritten.

    Nicht genau, definitiv, aber Eric weiß, was er redet, also wenn es wichtig genug für Sie ist, können Sie es versuchen.

    • Es ist ein manueller Eintrag "Konvertieren einer instance store-backed-AMI zum Amazon EBS-backed-AMI" in der Amazon-Dokumentation: docs.amazonwebservices.com/AWSEC2/latest/UserGuide/...
    • Selbst wenn Sie auf einem EBS-root-montieren Sie können den ephermal (lokalen) Speicher-disk für die Auslagerungsdatei, temp-und work-Verzeichnisse, um eine Verringerung der EBS IOPS und erhöhen die performance (Latenz scheint besser zu sein).
    InformationsquelleAutor sbc
Schreibe einen Kommentar