Ich mag die Bequemlichkeit, einen AMI-Snapshot zu erstellen - aber im Idealfall möchte ich nicht dafür bezahlen, dass das Volume an meine laufende Instanz angehängt wird.
Gibt es eine Möglichkeit, eine Snapshot-Instanz in S3 zu speichern und dann von S3 aus zu starten, ohne ein Volume an die laufende Instanz anzuhängen - und so den Komfort von Snapshots zu erhalten, ohne die laufenden Kosten?
EBS-Snapshots werden bereits in S3 persistiert ( http://aws.amazon.com/ebs/ )
von ebs docs:
Amazon EBS bietet außerdem die Möglichkeit die Möglichkeit, Point-in-Time-Snapshots von Volumes zu erstellen, die dann in Amazon S3. Diese Snapshots können verwendet werden als Startpunkt für neue Amazon EBS Volumes verwendet werden und schützen die Daten für langfristige Haltbarkeit. Derselbe Snapshot kann verwendet werden, um als beliebig viele Volumes instanziieren
und AMIs werden ebenfalls in S3 gespeichert.
Aber kann ich neue Instanzen auf der Grundlage des S3-Snapshots und nicht des gespeicherten Volumes starten?
Ja - Das AMI, von dem aus Sie Ihre Instanz starten, ist in S3 gespeichert, nicht auf einem EBS-Volume (verwenden Sie einen S3-Browser, um zu sehen, dass es sich nur um eine Manifest-XML-Datei und eine Reihe von ZIP-Dateien handelt, aus denen das Image besteht).
Es stimmt, dass Sie bei einem EBS-Volume für den zugewiesenen Speicherplatz bezahlen, auch wenn Sie nur einen Bruchteil davon für Daten verwenden.
Wenn Sie die Daten nur speichern möchten, können Sie jedes Tool verwenden, um die Daten direkt in S3 zu "sichern" und sie dann bei Bedarf auf einem Volume wiederherzustellen. S3sync funktioniert hierfür gut, ebenso wie das Erstellen eines Tarballs.
Es ist nicht nur eine Frage von zugewiesenem und genutztem Platz. Bei EBS zahlen Sie auch für I/O-Ops, während das Volume gemountet ist.
Ich versuche, dasselbe zu tun - eine EBS-gestützte Instanz in eine S3-gestützte Instanz zu migrieren. In anderen Threads hier auf SO heißt es, dass dies nicht möglich ist sondern eine Antwort auf einen Beitrag von Eric Hammond im AWS-Forum deutet darauf hin, dass es Hoffnung gibt :
Verwendung des Konzepts zum Auswechseln einer Boot-Platte in einer laufenden EC2-Instanz, wie im folgenden Thread beschrieben
http:// developer.amazonwebservices.com/connect/thread.jspa?threadID=42437
können Sie möglicherweise ein EBS-Volume in der neuen Region mit einer Kopie der Raw Bits des Volumes der alten Region erstellen und das neue Volume dann in eine gestoppte Windows-Instanz in der neuen Region auslagern.
Sobald das funktioniert, sollte eine normale AMI-Erstellung aus der laufenden Instanz möglich sein
Nichts für Ängstliche, aber wenn es wichtig ist, können Sie vielleicht einen EC2-Windows-Experten finden, der Ihnen bei den Schritten helfen kann.
Es ist nicht ganz eindeutig, aber Eric weiß, wovon er spricht. Wenn es Ihnen also wichtig genug ist, können Sie es ausprobieren.
Es gibt einen manuellen Eintrag "Converting an instance store-backed AMI to an Amazon EBS-backed AMI" in der Amazon Dokumentation: docs.amazonwebservices.com/AWSEC2/latest/UserGuide/
CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.
