Erstellen Sie eine benutzerdefinierte Amazon Data Lifecycle Manager Manager-Richtlinie für EBS -backed AMIs - Amazon EBS
Erstellen Sie eine Lebenszyklus-Richtlinie AMIÜberlegungen zu Lebenszyklusrichtlinien AMIWeitere Ressourcen

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.

Erstellen Sie eine benutzerdefinierte Amazon Data Lifecycle Manager Manager-Richtlinie für EBS -backed AMIs

Das folgende Verfahren zeigt Ihnen, wie Sie Amazon Data Lifecycle Manager verwenden, um EBS unterstützte AMI Lebenszyklen zu automatisieren.

Erstellen Sie eine Lebenszyklus-Richtlinie AMI

Verwenden Sie eines der folgenden Verfahren, um eine AMI Lebenszyklusrichtlinie zu erstellen.

Console
So erstellen Sie eine AMI-Richtlinie

  1. Öffnen Sie die EC2 Amazon-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich Elastic Block Store und Lifecycle Manager aus. Wählen Sie dann Create lifecycle policy (Lebenszyklusrichtlinie erstellen) aus.

  3. Wählen Sie auf dem Bildschirm „Richtlinientyp auswählen“ die Option „EBS-backed AMI policy“ und dann „Next“ aus.

  4. Wählen Sie im Abschnitt Zielressourcen für Zielressourcen-Tags die Ressourcen-Tags aus, die die zu sichernden Volumes oder Instances identifizieren. Die Richtlinie sichert nur die Ressourcen mit den angegebenen Tag (Markierung)-Schlüssel-Wert-Paaren.

  5. Geben Sie unter Description (Beschreibung) eine kurze Beschreibung der Richtlinie ein.

  6. Wählen Sie IAMunter Rolle die IAM Rolle aus, die über Berechtigungen zum Verwalten, Erstellen von Snapshots AMIs und zur Beschreibung von Instanzen verfügt. Um die von Amazon Data Lifecycle Manager bereitgestellte Standardrolle zu verwenden, wählen Sie Standardrolle. Sie können auch eine benutzerdefinierte IAM Rolle verwenden, die Sie zuvor erstellt haben, indem Sie Andere Rolle auswählen und dann die zu verwendende Rolle auswählen.

  7. Fügen Sie für Richtlinien-Tags die Tags hinzu, die auf die Lebenszyklusrichtlinie angewendet werden sollen. Sie können diese Tags (Markierungen) verwenden, um Ihre Richtlinien zu identifizieren und zu kategorisieren.

  8. Wählen Sie für Richtlinienstatus nach der Erstellung die Option Richtlinie aktivieren, um die Ausführungen der Richtlinie zum nächsten eingeplanten Zeitpunkt zu starten oder Richtlinie deaktivieren, um zu verhindern, dass die Richtlinie ausgeführt wird. Wenn Sie die Richtlinie jetzt nicht aktivieren, wird sie AMIs erst erstellt, wenn Sie sie nach der Erstellung manuell aktivieren.

  9. Geben Sie im Abschnitt Instanzneustart an, ob Instanzen vor AMI der Erstellung neu gestartet werden sollen. Um zu verhindern, dass die Zielinstances neu gestartet werden, wählen Sie Nein. Die Auswahl von Nein kann zu Problemen mit der Datenkonsistenz führen. Um Instanzen vor der AMI Erstellung neu zu starten, wählen Sie Ja. Die Wahl dieser Option gewährleistet die Datenkonsistenz, könnte jedoch dazu führen, dass mehrere abgezielte Instances gleichzeitig neu gestartet werden.

  10. Wählen Sie Weiter.

  11. Konfigurieren Sie auf dem Bildschirm Zeitplan konfigurieren die Richtlinienzeitpläne. Eine Richtlinie kann bis zu vier Zeitpläne aufweisen. Zeitplan 1 ist obligatorisch. Die Zeitpläne 2, 3 und 4 sind optional. Gehen Sie für jeden Richtlinienzeitplan, den Sie hinzufügen, wie folgt vor:

    1. Gehen Sie im Abschnitt Zeitplandetails wie folgt vor:

      1. Geben Sie für Zeitplanname einen beschreibenden Namen für den Zeitplan an.

      2. Konfigurieren Sie für Häufigkeit und die zugehörigen Felder das Intervall zwischen Richtlinienausführungen.

        Sie können Richtlinienausführungen nach einem täglichen, wöchentlichen, monatlichen oder jährlichen Zeitplan konfigurieren. Alternativ können Sie Custom cron expression (Benutzerdefinierter Cron-Ausdruck) wählen, um ein Intervall von bis zu 1 Jahr anzugeben. Weitere Informationen finden Sie unter Cron-Ausdrücke im Amazon CloudWatch Events-Benutzerhandbuch.

        Mehr anzeigenWeniger anzeigen

      3. Geben Sie für Starten um die Zeit an, zu der die Richtlinienausführungen gestartet werden sollen. Die erste Richtlinienausführung beginnt innerhalb einer Stunde nach der geplanten Zeit. Sie müssen die Uhrzeit im hh:mm UTC Format eingeben.

      4. Geben Sie unter Aufbewahrungstyp die Aufbewahrungsrichtlinie an, die nach dem Zeitplan AMIs erstellt wurde.

        Sie können die Aufbewahrung entweder auf der AMIs Grundlage ihrer Gesamtzahl oder ihres Alters vornehmen.

        Für die anzahlbasierte Aufbewahrung liegt der Bereich zwischen 1 und 1000. Sobald die maximale Anzahl erreicht ist, AMI wird die älteste gelöscht, wenn eine neue erstellt wird.

        Für die auf dem Alter basierende Aufbewahrung reicht die Spanne von 1 Tag bis 100 Jahre. Nach AMI Ablauf der jeweiligen Aufbewahrungsfrist wird die Registrierung aufgehoben.

        Anmerkung

        Alle Zeitpläne müssen denselben Aufbewahrungstyp haben. Sie können den Aufbewahrungstyp nur für Zeitplan 1 angeben. Die Zeitpläne 2, 3 und 4 erben den Aufbewahrungstyp aus Plan 1. Jeder Zeitplan kann über eine eigene Aufbewahrungsanzahl oder einen eigenen Zeitraum verfügen.

        Mehr anzeigenWeniger anzeigen

    2. Konfigurieren Sie das Tagging für. AMIs

      Gehen Sie im Abschnitt Tag (Markierung) wie folgt vor:

      1. Um alle benutzerdefinierten Tags aus der Quellinstanz in die nach dem Zeitplan AMIs erstellte zu kopieren, wählen Sie Tags aus Quelle kopieren aus.

      2. Standardmäßig werden die nach dem Zeitplan AMIs erstellten Instances automatisch mit der ID der Quellinstanz gekennzeichnet. Um dieses automatische Markieren zu verhindern, entfernen Sie bei Variablen-Tags (Markierungen) die instance-id:$(instance-id)-Kachel.

      3. Um zusätzliche Tags anzugeben, die nach diesem Zeitplan AMIs erstellt wurden, wählen Sie Tags hinzufügen.

      Mehr anzeigenWeniger anzeigen

    3. Konfigurieren Sie die AMI veraltete Version.

      Wenn sie als veraltet gelten sollen, AMIs wenn sie nicht mehr verwendet werden sollen, wählen Sie im Abschnitt AMIVeraltete Version für diesen Zeitplan aktivieren aus und geben Sie dann die AMI Verfallsregel an. AMI Die AMI Verfallsregel gibt an, wann sie als veraltet gelten sollen. AMIs

      Wenn der Zeitplan die AMI zahlenbasierte Aufbewahrung verwendet, müssen Sie die Anzahl der ältesten Dateien angeben, die als veraltet gelten sollen. AMIs Die Anzahl der veralteten Versionen muss kleiner oder gleich der Anzahl der AMI Aufbewahrungsfristen des Zeitplans sein und darf nicht größer als 1000 sein. Wenn der Zeitplan beispielsweise so konfiguriert ist, dass er maximal 5 beibehältAMIs, können Sie den Zeitplan so konfigurieren, dass die letzten 5 als veraltet gelten. AMIs

      Wenn der Zeitplan eine altersabhängige AMI Aufbewahrung verwendet, müssen Sie den Zeitraum angeben, nach dessen Ablauf die Aktualisierung eingestellt AMIs werden soll. Die Anzahl der veralteten Versionen muss kleiner oder gleich der AMI Aufbewahrungsdauer des Zeitplans sein und darf nicht länger als 10 Jahre (120 Monate, 520 Wochen oder 3650 Tage) sein. Wenn der Zeitplan beispielsweise so konfiguriert ist, dass er 10 Tage AMIs lang aufbewahrt wird, können Sie den Zeitplan so konfigurieren, dass er nach einem Zeitraum von bis zu 10 Tagen AMIs nach seiner Erstellung als veraltet gilt.

      Mehr anzeigenWeniger anzeigen

    4. Konfigurieren Sie das regionsübergreifende Kopieren.

      Um nach dem Zeitplan AMIs erstellte Dateien in verschiedene Regionen zu kopieren, wählen Sie im Abschnitt Regionsübergreifendes Kopieren die Option Regionsübergreifendes Kopieren aktivieren aus. Sie können in Ihrem Konto in AMIs bis zu drei weitere Regionen kopieren. Sie müssen für jede Zielregion eine separate regionsübergreifende Kopierregel angeben.

      Sie können für jede Zielregion Folgendes angeben:

      • Eine Aufbewahrungsrichtlinie für die AMI Kopie. Wenn der Aufbewahrungszeitraum abgläuft, wird die Kopie in der Zielregion automatisch aufgehoben.

      • Verschlüsselungsstatus für die AMI Kopie. Wenn die Quelle verschlüsselt AMI ist oder wenn die Verschlüsselung standardmäßig aktiviert ist, AMIs werden die kopierten Dateien immer verschlüsselt. Wenn die Quelle unverschlüsselt AMI ist und die Verschlüsselung standardmäßig deaktiviert ist, können Sie optional die Verschlüsselung aktivieren. Wenn Sie keinen KMS Schlüssel angeben, AMIs werden sie mit dem KMS Standardschlüssel für die EBS Verschlüsselung in jeder Zielregion verschlüsselt. Wenn Sie einen KMS Schlüssel für die Zielregion angeben, muss die ausgewählte IAM Rolle Zugriff auf den KMS Schlüssel haben.

      • Eine Verfallsregel für die AMI Kopie. Wenn der Verfallszeitraum abläuft, ist die AMI Kopie automatisch veraltet. Die Veraltungsfrist muss kleiner oder gleich dem Kopieraufbewahrungszeitraum sein und darf nicht länger als 10 Jahre sein.

      • Ob alle Tags oder keine Tags aus der Quelle kopiert werden sollen. AMI

      Anmerkung

      Überschreiten Sie nicht die Anzahl gleichzeitiger AMI Kopien pro Region.

      Mehr anzeigenWeniger anzeigen

    5. Um weitere Zeitpläne hinzuzufügen, wählen Sie die Option Weiteren Zeitplan hinzufügen, die sich oben auf dem Bildschirm befindet. Füllen Sie für jeden zusätzlichen Zeitplan die Felder wie oben in diesem Thema beschrieben aus.

    6. Nachdem Sie die erforderlichen Zeitpläne hinzugefügt haben, wählen Sie Richtlinie überprüfen aus.

  12. Überprüfen Sie die Richtlinienzusammenfassung und wählen Sie dann Richtlinie erstellen aus.

    Anmerkung

    Falls Sie den Fehler Role with name AWSDataLifecycleManagerDefaultRoleForAMIManagement already exists erhalten, finden Sie weitere Informationen unter Probleme mit Amazon Data Lifecycle Manager beheben.

Command line

Verwenden Sie den create-lifecycle-policyBefehl, um eine AMI Lebenszyklusrichtlinie zu erstellen. Legen Sie für PolicyType die Option IMAGE_MANAGEMENT fest.

Anmerkung

Um die Syntax zu vereinfachen, verwenden die folgenden Beispiele eine JSON DateipolicyDetails.json, die die Richtliniendetails enthält.

Beispiel 1: Altersabhängige Aufbewahrung und Verfall AMI

In diesem Beispiel wird eine AMI Lifecycle-Richtlinie erstelltAMIs, die alle Instances mit einem Tag-Schlüssel von purpose mit dem Wert 0 erstellt, production ohne dass die Zielinstanzen neu gestartet werden. Die Richtlinie umfasst einen Zeitplan, nach dem AMI täglich ein Tag um erstellt wird. 01:00 UTC Die Richtlinie wird 2 tagelang beibehalten und sie wird von Tag zu Tag AMIs für ungültig erklärt. 1 Außerdem werden die Tags von der Quellinstanz in die Instanz kopiert, AMIs die sie erstellt.

aws dlm create-lifecycle-policy \
    --description "My AMI policy" \
    --state ENABLED \
    --execution-role-arn arn:aws:iam::12345678910:role/AWSDataLifecycleManagerDefaultRoleForAMIManagement \
    --policy-details file://policyDetails.json

Das folgende Beispiel zeigt eine policyDetails.json-Datei.

{
    "PolicyType": "IMAGE_MANAGEMENT",
    "ResourceTypes": [
        "INSTANCE"
    ],
    "TargetTags": [{
        "Key": "purpose",
        "Value": "production"
    }],
    "Schedules": [{
            "Name": "DailyAMIs",
            "TagsToAdd": [{
                "Key": "type",
                "Value": "myDailyAMI"
            }],
            "CreateRule": {
                "Interval": 24,
                "IntervalUnit": "HOURS",
                "Times": [
                    "01:00"
                ]
            },
            RetainRule":{
                "Interval" : 2,
                "IntervalUnit" : "DAYS"
            },
            DeprecateRule": {
                "Interval" : 1,
                "IntervalUnit" : "DAYS"
            },
            "CopyTags": true
        }
    ],
    "Parameters" : {
        "NoReboot":true
    }
}

Wenn die Anforderung erfolgreich ist, gibt der Befehl die ID der neu erstellten Richtlinie zurück. Es folgt eine Beispielausgabe.

{
   "PolicyId": "policy-9876543210abcdef0"
}
Beispiel 2: Auf Anzahl basierende Aufbewahrung und AMI Verfall mit regionsübergreifendem Kopieren

In diesem Beispiel wird eine AMI Lebenszyklusrichtlinie erstelltAMIs, die alle Instances mit einem Tag-Schlüssel purpose mit dem Wert von erstellt production und die Ziel-Instances neu startet. Die Richtlinie umfasst einen Zeitplan, der AMI jede 6 Stunde eine erstellt, beginnend um 17:30UTC. In der Richtlinie wird die 3 AMIs älteste Version beibehalten und automatisch als veraltet eingestuft. 2 AMIs Es gibt auch eine regionsübergreifende Kopierregel, AMIs nach der Kopien in die ältesten kopiertus-east-1, aufbewahrt 2 AMI und automatisch als veraltet eingestuft werden. AMI

aws dlm create-lifecycle-policy \
    --description "My AMI policy" \
    --state ENABLED \
    --execution-role-arn arn:aws:iam::12345678910:role/AWSDataLifecycleManagerDefaultRoleForAMIManagement \
    --policy-details file://policyDetails.json

Das folgende Beispiel zeigt eine policyDetails.json-Datei.

{
    "PolicyType": "IMAGE_MANAGEMENT",
    "ResourceTypes" : [
        "INSTANCE"
    ],
    "TargetTags": [{
        "Key":"purpose", 
        "Value":"production"
    }],
    "Parameters" : {
          "NoReboot": true
    },
    "Schedules" : [{
        "Name" : "Schedule1",
        "CopyTags": true,
        "CreateRule" : {
            "Interval": 6,
            "IntervalUnit": "HOURS",
            "Times" : ["17:30"]
        },
        "RetainRule":{
            "Count" : 3
        },
        "DeprecateRule":{
            "Count" : 2
        },
        "CrossRegionCopyRules": [{
            "TargetRegion": "us-east-1",
            "Encrypted": true,
            "RetainRule":{
                "IntervalUnit": "DAYS",
                "Interval": 2
            },
            "DeprecateRule":{
                "IntervalUnit": "DAYS",
                "Interval": 1
            },
            "CopyTags": true
        }]
    }]
}

Überlegungen zu Lebenszyklusrichtlinien AMI

Die folgenden allgemeinen Überlegungen gelten für die Erstellung von AMI Lebenszyklusrichtlinien:

  • AMILebenszyklusrichtlinien zielen nur auf Instances ab, die sich in derselben Region wie die Richtlinie befinden.

  • Der erste AMI Erstellungsvorgang beginnt innerhalb einer Stunde nach der angegebenen Startzeit. Nachfolgende AMI Erstellungsvorgänge beginnen innerhalb einer Stunde nach dem geplanten Zeitpunkt.

  • Wenn Amazon Data Lifecycle Manager einen abmeldetAMI, werden die zugehörigen Snapshots automatisch gelöscht.

  • Bei Zielressourcen-Tags muss die Groß-/Kleinschreibung beachtet werden.

  • Wenn Sie die Ziel-Tags aus einer Instance entfernen, für die eine Richtlinie gilt, verwaltet Amazon Data Lifecycle Manager keine AMIs im Standard vorhandenen Tags mehr. Sie müssen sie manuell löschen, wenn sie nicht mehr benötigt werden.

  • Sie können mehrere Richtlinien zum Sichern einer Instance erstellen. Wenn eine Instance beispielsweise zwei Tags hat, wobei Tag A das Ziel für Richtlinie A ist, das AMI alle 12 Stunden erstellt wird, und Tag B das Ziel für Richtlinie B ist, das AMI alle 24 Stunden erstellt werden soll, erstellt Amazon Data Lifecycle Manager AMIs gemäß den Zeitplänen für beide Richtlinien. Alternativ können Sie dasselbe Ergebnis erzielen, indem Sie eine einzelne Richtlinie mit mehreren Zeitplänen erstellen. Sie können beispielsweise eine einzelne Richtlinie erstellen, die nur auf Tag (Markierung) Aabzielt, und zwei Zeitpläne angeben – einen für alle 12 Stunden und einen für alle 24 Stunden.

  • Neue Volumes, die an eine Ziel-Instance angehängt werden, nachdem die Richtlinie erstellt wurde, werden bei der nächsten Richtlinienausführung automatisch in das Backup einbezogen. Alle Volumes, die zum Zeitpunkt der Richtlinienausführung mit der Instance verbunden sind, sind enthalten.

  • Wenn Sie eine Richtlinie mit einem benutzerdefinierten cron-basierten Zeitplan erstellen, der so konfiguriert ist, dass nur eine Richtlinie erstellt wirdAMI, wird diese Richtlinie nicht automatisch abmelden, AMI wenn der Aufbewahrungsschwellenwert erreicht ist. Sie müssen die Registrierung manuell aufheben, AMI wenn sie nicht mehr benötigt wird.

  • Wenn Sie eine altersabhängige Richtlinie erstellen, bei der die Aufbewahrungsdauer kürzer als die Erstellungshäufigkeit ist, speichert Amazon Data Lifecycle Manager immer die letzte, AMI bis die nächste erstellt wird. Wenn eine altersabhängige Richtlinie beispielsweise AMI jeden Monat eine Richtlinie mit einer Aufbewahrungsfrist von sieben Tagen erstellt, speichert Amazon Data Lifecycle Manager jede AMI für einen Monat, obwohl die Aufbewahrungsfrist sieben Tage beträgt.

  • Bei zählungsbasierten Richtlinien erstellt Amazon Data Lifecycle Manager immer AMIs entsprechend der Erstellungshäufigkeit, bevor versucht wird, die älteste AMI gemäß der Aufbewahrungsrichtlinie abzumelden.

  • Es kann mehrere Stunden dauern, bis die Registrierung eines Snapshots erfolgreich aufgehoben AMI und die zugehörigen Backing-Snapshots gelöscht werden. Wenn Amazon Data Lifecycle Manager das nächste erstellt, AMI bevor das zuvor erstellte AMI Objekt erfolgreich abgemeldet wurde, können Sie vorübergehend eine Zahl behalten, AMIs die höher ist als Ihre Aufbewahrungszahl.

Die folgenden Überlegungen gelten für das Beenden von Instances, die Ziel einer Richtlinie sind:

  • Wenn Sie eine Instance beenden, für die eine Richtlinie mit einem auf der Anzahl basierenden Aufbewahrungszeitplan vorgesehen war, verwaltet die Richtlinie nicht mehr die Instance, AMIs die sie zuvor aus der beendeten Instance erstellt hat. Sie müssen diese früher manuell abmelden, AMIs wenn sie nicht mehr benötigt werden.

  • Wenn Sie eine Instance beenden, für die eine Richtlinie mit einem altersabhängigen Aufbewahrungszeitplan vorgesehen war, werden durch die Richtlinie weiterhin alle Instanzen abgemeldet, AMIs die zuvor gemäß dem definierten Zeitplan aus der beendeten Instance erstellt wurden, bis zur letzten Instanz, aber nicht eingeschlossen. AMI Sie müssen die letzte Version manuell abmelden, AMI wenn sie nicht mehr benötigt wird.

Die folgenden Überlegungen gelten für AMI Richtlinien und AMI veraltete Versionen:

  • Wenn Sie die Anzahl der AMI veralteten Versionen für einen Zeitplan mit zählungsbasierter Aufbewahrung erhöhen, wird die Änderung auf alle AMIs (vorhandenen und neuen) angewendet, die durch den Zeitplan erstellt wurden.

  • Wenn Sie den AMI Verfallszeitraum für einen Zeitplan mit altersabhängiger Aufbewahrung verlängern, gilt die Änderung nur für neue Versionen. AMIs Bestehende AMIs sind nicht betroffen.

  • Wenn Sie die AMI Verfallsregel aus einem Zeitplan entfernen, storniert Amazon Data Lifecycle Manager die Verfallsregel nicht für diejenigen, die zuvor in AMIs diesem Zeitplan als veraltet eingestuft wurden.

  • Wenn Sie die Anzahl der AMI veralteten Versionen oder den Zeitraum für einen Zeitplan verringern, storniert Amazon Data Lifecycle Manager keine veralteten Versionen für diejenigen, die zuvor in AMIs diesem Zeitplan als veraltet eingestuft wurden.

  • Wenn Sie eine, die durch eine AMI Richtlinie erstellt wurdeAMI, manuell verwerfen, überschreibt Amazon Data Lifecycle Manager die veraltete Version nicht.

  • Wenn Sie die veraltete Version eines ProduktsAMI, das zuvor durch eine AMI Richtlinie als veraltet eingestuft wurde, manuell stornieren, wird Amazon Data Lifecycle Manager die Kündigung nicht außer Kraft setzen.

  • Wenn ein durch mehrere widersprüchliche Zeitpläne erstellt AMI wird und einer oder mehrere dieser Zeitpläne keine AMI Verfallsregel haben, wird Amazon Data Lifecycle Manager diesen nicht verwerfen. AMI

  • Wenn ein durch mehrere widersprüchliche Zeitpläne erstellt AMI wird und all diese Zeitpläne eine AMI Verfallsregel haben, verwendet Amazon Data Lifecycle Manager die Verfallsregel, die zum letzten Verfallsdatum führt.

Die folgenden Überlegungen gelten für Richtlinien und den Papierkorb: AMI

  • Wenn Amazon Data Lifecycle Manager einen abmeldet AMI und in den Papierkorb schickt, wenn der Aufbewahrungsschwellenwert der Richtlinie erreicht ist, und Sie diesen manuell AMI aus dem Papierkorb wiederherstellen, müssen Sie den manuell abmelden, AMI wenn er nicht mehr benötigt wird. Amazon Data Lifecycle Manager verwaltet die nicht mehrAMI.

  • Wenn Sie eine manuell abmeldenAMI, die durch eine Richtlinie erstellt wurde und sich im Papierkorb AMI befindet, wenn der Aufbewahrungsschwellenwert der Richtlinie erreicht ist, wird Amazon Data Lifecycle Manager die nicht abmelden. AMI Amazon Data Lifecycle Manager verwaltet sie nicht, AMIs solange sie sich im Papierkorb befinden.

    Wenn der aus dem Papierkorb wiederhergestellt AMI wird, bevor der Aufbewahrungsschwellenwert der Richtlinie erreicht ist, wird Amazon Data Lifecycle Manager den abmelden, AMI sobald der Aufbewahrungsschwellenwert der Richtlinie erreicht ist.

    Wenn der aus dem Papierkorb wiederhergestellt AMI wird, nachdem der Aufbewahrungsschwellenwert der Richtlinie erreicht wurde, wird Amazon Data Lifecycle Manager das nicht mehr abmelden. AMI Sie müssen ihn manuell löschen, wenn er nicht mehr benötigt wird.

Die folgenden Überlegungen gelten für AMI Richtlinien, die sich im Fehlerstatus befinden:

  • Bei Richtlinien mit altersabhängigen Aufbewahrungszeitplänen, AMIs die so eingestellt sind, dass sie ablaufen, solange die Richtlinie noch gültig ist, werden sie error auf unbestimmte Zeit aufbewahrt. Sie müssen die Registrierung manuell aufheben. AMIs Wenn Sie die Richtlinie wieder aktivieren, setzt Amazon Data Lifecycle Manager die Abmeldung fort, sobald die Aufbewahrungsfristen AMIs ablaufen.

  • Bei Richtlinien mit auf der Anzahl basierenden Aufbewahrungszeitplänen beendet die Richtlinie die Erstellung und AbmeldungAMIs, solange sie sich im Status befindet. error Wenn Sie die Richtlinie erneut aktivieren, setzt Amazon Data Lifecycle Manager die Erstellung fort und setzt die Abmeldung fortAMIs, AMIs sobald der Aufbewahrungsschwellenwert erreicht ist.

Die folgenden Überlegungen gelten für Richtlinien und die Deaktivierung: AMI AMIs

  • Wenn Sie einen von Amazon Data Lifecycle Manager AMI erstellten deaktivieren und dieser deaktiviert AMI wird, wenn sein Aufbewahrungsschwellenwert erreicht ist, wird Amazon Data Lifecycle Manager die Registrierung der Snapshots aufheben AMI und die zugehörigen Snapshots löschen.

  • Wenn Sie einen von Amazon Data Lifecycle Manager AMI erstellten Snapshots deaktivieren und die zugehörigen Snapshots manuell archivieren und diese Snapshots archiviert werden, wenn ihr Aufbewahrungsschwellenwert erreicht ist, löscht Amazon Data Lifecycle Manager diese Snapshots nicht und verwaltet sie nicht mehr.

Die folgenden Überlegungen gelten für AMI Richtlinien und AMI den Schutz vor Abmeldung:

  • Wenn Sie den Abmeldeschutz für eineAMI, die von Amazon Data Lifecycle Manager erstellt wurde, manuell aktivieren und er immer noch aktiviert ist, wenn der AMI Aufbewahrungsschwellenwert erreicht ist, verwaltet Amazon Data Lifecycle Manager diesen nicht mehr. AMI Sie müssen die Snapshots manuell abmelden AMI und die zugrunde liegenden Snapshots löschen, falls sie nicht mehr benötigt werden.

Weitere Ressourcen

Weitere Informationen finden Sie im Blog Automating Amazon EBS Snapshot and AMI management using Amazon Data Lifecycle Manager AWS storage.