Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

So funktioniert AMI Speichern und Wiederherstellen

Um eine AMI mit S3 zu speichern und wiederherzustellen, verwenden Sie FolgendesAPIs:

CreateStoreImageTask

Das CreateStoreImageTask API speichert ein AMI als einzelnes Objekt in einem S3-Bucket.

Das API erstellt eine Aufgabe, die alle Daten aus dem AMI und seinen Snapshots liest und dann einen mehrteiligen S3-Upload verwendet, um die Daten in einem S3-Objekt zu speichern. Die API nimmt alle Komponenten vonAMI, einschließlich der meisten nicht regionsspezifischen AMI Metadaten, und alle in der enthaltenen EBS Snapshots und packt sie in ein AMI einziges Objekt in S3. Die Daten werden im Rahmen des Upload-Vorgangs komprimiert, um den in S3 verwendeten Speicherplatz zu reduzieren, sodass das Objekt in S3 möglicherweise kleiner ist als die Summe der Größen der Snapshots in. AMI

Falls Snapshot-Tags für das Konto sichtbar sindAMI, das diese Funktion aufruftAPI, werden diese beibehalten.

Das Objekt in S3 hat dieselbe ID wie dasAMI, aber mit einer .bin Erweiterung. Die folgenden Daten werden auch als S3-Metadaten-Tags auf dem S3-Objekt gespeichert: AMI Name, AMI Beschreibung, AMI Registrierungsdatum, AMI Besitzerkonto und ein Zeitstempel für den Speichervorgang.

Die Zeit, die benötigt wird, um die Aufgabe abzuschließen, hängt von der Größe des AMI ab. Dies hängt auch davon ab, wie viele andere Aufgaben ausgeführt werden, da Aufgaben in die Warteschlange gestellt werden. Sie können den Fortschritt der Aufgabe verfolgen, indem Sie die aufrufen DescribeStoreImageTasksAPI.

Die Summe der Größen aller AMIs in Bearbeitung befindlichen Dateien ist auf 600 GB an EBS Snapshot-Daten pro Konto begrenzt. Die weitere Aufgabenerstellung wird abgelehnt, bis die laufenden Aufgaben unter dem Grenzwert liegen. Wenn z. B. gerade eine AMI mit 100 GB an Snapshot-Daten und eine weitere AMI mit 200 GB an Snapshot-Daten gespeichert werden, wird eine weitere Anfrage akzeptiert, da insgesamt 300 GB in Bearbeitung sind, was unter dem Grenzwert liegt. Wenn jedoch gerade eine einzelne AMI mit 800 GB an Snapshot-Daten gespeichert wird, werden weitere Aufgaben zurückgewiesen, bis die Aufgabe abgeschlossen ist.

DescribeStoreImageTasks

Das DescribeStoreImageTasks API beschreibt den Fortschritt der AMI Speicheraufgaben. Sie können Aufgaben für bestimmte Aufgaben beschreibenAMIs. Wenn Sie nichts angebenAMIs, erhalten Sie eine paginierte Liste aller Store-Image-Aufgaben, die in den letzten 31 Tagen bearbeitet wurden.

Für jede AMI Aufgabe gibt die Antwort an, ob es sich bei der Aufgabe um InProgressCompleted, oder Failed handelt. Bei Aufgaben InProgress zeigt die Antwort einen geschätzten Fortschritt in Prozent.

Aufgaben werden in umgekehrter chronologischer Reihenfolge aufgeführt.

Derzeit können nur Aufgaben des Vormonats eingesehen werden.

CreateRestoreImageTask

Das CreateRestoreImageTask API startet eine Aufgabe, die ein Objekt AMI aus einem S3-Objekt wiederherstellt, das zuvor mithilfe einer CreateStoreImageTask Anfrage erstellt wurde.

Die Wiederherstellungsaufgabe kann in derselben oder einer anderen Region ausgeführt werden, in der die Speicheraufgabe ausgeführt wurde.

Der S3-Bucket, aus dem das AMI Objekt wiederhergestellt wird, muss sich in derselben Region befinden, in der die Wiederherstellungsaufgabe angefordert wird. Das AMI wird in dieser Region wiederhergestellt.

Das AMI wird mit seinen Metadaten wie Name, Beschreibung und Blockgerätezuordnungen wiederhergestellt, die den gespeicherten Werten entsprechen. AMI Der Name muss AMIs in der Region für dieses Konto eindeutig sein. Wenn Sie keinen Namen angeben, AMI erhält der neue Name denselben Namen wie das OriginalAMI. Der AMI erhält eine neue AMI ID, die zum Zeitpunkt des Wiederherstellungsvorgangs generiert wird.

Die Zeit, die benötigt wird, um die AMI Wiederherstellungsaufgabe abzuschließen, hängt von der Größe des abAMI. Dies hängt auch davon ab, wie viele andere Aufgaben ausgeführt werden, da Aufgaben in die Warteschlange gestellt werden. Sie können den Fortschritt der Aufgabe verfolgen, indem Sie die AMI (describe-images) oder ihre EBS Snapshots (describe-snapshots) beschreiben. Schlägt die Aufgabe fehl, werden die Snapshots AMI und in den Status „Fehlgeschlagen“ versetzt.

Die Summe der Größen aller laufenden Dateien ist auf AMIs 300 GB (basierend auf der Größe nach der Wiederherstellung) an EBS Snapshot-Daten pro Konto begrenzt. Die weitere Aufgabenerstellung wird abgelehnt, bis die laufenden Aufgaben unter dem Grenzwert liegen.

Dateipfade

Sie können Dateipfade beim Speichern und Wiederherstellen AMIs wie folgt verwenden:

Beispiel: Verwenden Sie einen Dateipfad beim Speichern und Wiederherstellen eines AMI (AWS CLI)

Im folgenden Beispiel wird zunächst ein AMI in S3 gespeichert, wobei der Dateipfad an den Bucket-Namen angehängt wird. Das Beispiel stellt dann den AMI aus S3 wieder her, wobei der Dateipfad dem Objektschlüsselparameter vorangestellt wird.

Wenn Sie den speichernAMI, geben Sie den Dateipfad nach dem Bucket-Namen wie folgt an:

aws ec2 create-store-image-task \
    --image-id ami-1234567890abcdef0 \
    --bucket amzn-s3-demo-bucket/path1/path2

Es folgt eine Beispielausgabe.

{
  "ObjectKey": "path1/path2/ami-1234567890abcdef0.bin"
}

Wenn Sie den wiederherstellenAMI, geben Sie den Wert aus der Ausgabe im vorherigen Schritt an, der den Dateipfad enthält.

aws ec2 create-restore-image-task \
    --object-key path1/path2/ami-1234567890abcdef0.bin \
    --bucket amzn-s3-demo-bucket \
    --name "New AMI Name"