Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Créez une politique personnalisée Amazon Data Lifecycle Manager pour les applications soutenues par EBS AMIs
La procédure suivante montre comment utiliser Amazon Data Lifecycle Manager pour automatiser les cycles de vie des AMI Amazon EBS.
Rubriques
Pour créer une politique de cycle de vie d’AMI
Utilisez l’une des procédures suivantes pour créer une politique de cycle de vie d’AMI.
Considérations relatives aux stratégies de cycle de vie des AMI
Les considérations générales suivantes s’appliquent lors de la création de stratégies de cycle de vie d’AMI :
-
Les politiques de cycle de vie des AMI ciblent uniquement les instances qui se trouvent dans la même région que la politique.
-
La première opération de création d’AMI démarre dans l’heure suivant l’heure de début spécifiée. Les opérations suivantes de création d’AMI démarrent dans l’heure suivant leur heure planifiée.
-
Lorsque Amazon Data Lifecycle Manager désenregistre une AMI, il la supprime automatiquement.
-
Les balises de ressource cible sont sensibles à la casse.
-
Si vous supprimez les balises cibles d'une instance ciblée par une politique, Amazon Data Lifecycle Manager ne gère plus les balises existantes AMIs dans le standard ; vous devez les supprimer manuellement si elles ne sont plus nécessaires.
-
Vous pouvez créer plusieurs stratégies pour sauvegarder une instance . Par exemple, si une instance possède deux balises, la balise A étant la cible de la politique A visant à créer une AMI toutes les 12 heures, et la balise B étant la cible de la politique B visant à créer une AMI toutes les 24 heures, Amazon Data Lifecycle Manager crée AMIs conformément aux calendriers des deux politiques. Vous pouvez également obtenir le même résultat en créant une seule politique comportant plusieurs planifications. Par exemple, vous pouvez créer une politique unique qui cible uniquement la balise A et spécifier deux planifications : l’une pour toutes les 12 heures et l’autre pour toutes les 24 heures.
-
Les nouveaux volumes attachés à une instance cible après la création de la stratégie sont automatiquement inclus dans la sauvegarde lors de la prochaine exécution de la stratégie. Tous les volumes attachés à l’instance au moment de l’exécution de la politique sont inclus.
-
Si vous créez une stratégie avec une planification personnalisée basée sur les crons configurée pour créer une seule AMI, la stratégie ne désenregistrera pas automatiquement cette AMI lorsque le seuil de rétention est atteint. Vous devez désenregistrer manuellement l’AMI si elle n’est plus nécessaire.
-
Si vous créez une politique basée sur l’âge dans laquelle la période de conservation est plus courte que la fréquence de création, Amazon Data Lifecycle Manager conservera toujours la dernière AMI jusqu’à la création de la suivante. Par exemple, si une politique basée sur l’âge crée une AMI par mois avec une période de conservation de sept jours, Amazon Data Lifecycle Manager conservera chaque AMI pendant un mois, même si la période de conservation est de sept jours.
-
Pour les politiques basées sur le nombre, Amazon Data Lifecycle Manager crée toujours en AMIs fonction de la fréquence de création avant de tenter de désenregistrer l'AMI la plus ancienne conformément à la politique de rétention.
-
Le désenregistrement d’une AMI et la suppression des instantanés de sauvegarde associés peuvent prendre plusieurs heures. Si Amazon Data Lifecycle Manager crée l'AMI suivante avant que l'AMI créée précédemment ne soit désenregistrée avec succès, vous pouvez conserver temporairement un nombre supérieur à votre nombre de AMIs rétention.
Les considérations suivantes s’appliquent à la résiliation des instances ciblées par une politique :
-
Si vous mettez fin à une instance ciblée par une politique avec un calendrier de rétention basé sur le nombre, la politique ne gère plus AMIs ce qu'elle a créé précédemment à partir de l'instance résiliée. Vous devez les désenregistrer manuellement plus tôt AMIs s'ils ne sont plus nécessaires.
-
Si vous mettez fin à une instance ciblée par une politique avec un calendrier de rétention basé sur l'âge, la politique continue de désenregistrer les instances précédemment créées à partir de l'instance résiliée selon le calendrier défini, jusqu'à la dernière AMI, mais sans inclure AMIs cette dernière. Vous devez désenregistrer manuellement la dernière AMI si elle n’est plus nécessaire.
Les considérations suivantes s’appliquent aux politiques d’AMI et à l’obsolescence des AMI :
-
Si vous augmentez le nombre de dépréciations de l'AMI pour un calendrier dont la rétention est basée sur le décompte, la modification est appliquée à tous les programmes AMIs (existants et nouveaux) créés par le calendrier.
-
Si vous augmentez la période d'obsolescence de l'AMI pour un calendrier avec rétention basée sur l'âge, la modification s'applique uniquement aux nouveaux. AMIs AMIs Les existants ne sont pas affectés.
-
Si vous supprimez la règle de dépréciation de l'AMI d'un calendrier, Amazon Data Lifecycle Manager n'annulera pas la règle d'obsolescence précédemment déconseillée par AMIs ce calendrier.
-
Si vous diminuez le nombre ou la période d'obsolescence des AMI pour une planification, Amazon Data Lifecycle Manager n'annulera pas la dépréciation de celles AMIs qui étaient précédemment déconseillées par cette planification.
-
Si vous rendez manuellement obsolète une AMI créée par une politique d’AMI, Amazon Data Lifecycle Manager ne remplacera pas l’obsolescence.
-
Si vous annulez manuellement l’obsolescence d’une AMI précédemment rendue obsolète par une politique AMI, Amazon Data Lifecycle Manager ne remplacera pas l’annulation.
-
Si une AMI est créée par plusieurs planifications conflictuelles et qu’une ou plusieurs de ces planifications n’ont pas de règle d’obsolescence des AMI, Amazon Data Lifecycle Manager ne rendra pas cette AMI obsolète.
-
Si une AMI est créée par plusieurs planifications conflictuelles et que toutes ces planifications disposent d’une règle d’obsolescence des AMI, Amazon Data Lifecycle Manager utilisera la règle d’obsolescence qui donne la date d’obsolescence la plus tardive.
Les considérations suivantes s'appliquent aux politiques de l'AMI et à la corbeille :
-
Si Amazon Data Lifecycle Manager annule l’enregistrement d’une AMI et l’envoie à la corbeille lorsque le seuil de rétention de la politique est atteint, et que vous restaurez manuellement l’AMI à partir de la corbeille, vous devez annuler manuellement l’enregistrement de cette AMI lorsqu’elle n’est plus nécessaire. Amazon Data Lifecycle Manager ne gérera plus l’AMI.
-
Si vous annulez manuellement l’enregistrement d’une AMI créée par une politique et que cette AMI se trouve dans la corbeille lorsque le seuil de rétention de la politique est atteint, Amazon Data Lifecycle Manager n’annule pas l’enregistrement de l’AMI. Amazon Data Lifecycle Manager ne les gère pas AMIs lorsqu'ils sont dans la corbeille.
Si l’AMI est restaurée à partir de la corbeille avant que le seuil de rétention de la politique soit atteint, Amazon Data Lifecycle Manager annule l’enregistrement de l’AMI lorsque le seuil de rétention de la politique est atteint.
Si l’AMI est restaurée à partir de la corbeille après que le seuil de rétention de la politique soit atteint, Amazon Data Lifecycle Manager n’annule plus l’enregistrement de l’AMI. Vous devez la supprimer manuellement lorsqu’elle n’est plus nécessaire.
Les considérations suivantes s’appliquent aux politiques d’AMI qui sont à l’état d’erreur :
-
Pour les politiques avec des calendriers de conservation basés sur l'âge, AMIs qui sont définis pour expirer alors que la politique est en vigueur, sont
error
conservées indéfiniment. Vous devez le désenregistrer manuellement. AMIs Lorsque vous réactivez cette politique, Amazon Data Lifecycle Manager recommence à se désinscrire à l'expiration de sa période de conservation AMIs . -
Pour les politiques dont les calendriers de rétention sont basés sur le nombre, la politique arrête de créer et de désenregistrer AMIs tant qu'elle est dans l'État.
error
Lorsque vous réactivez la politique, Amazon Data Lifecycle Manager reprend la création AMIs, et le désenregistrement reprend lorsque le seuil de rétention est atteint AMIs .
Les considérations suivantes s'appliquent aux politiques d'AMI et à leur désactivation AMIs :
-
Si vous désactivez une AMI créée par Amazon Data Lifecycle Manager et que cette AMI est désactivée lorsque son seuil de rétention est atteint, Amazon Data Lifecycle Manager désenregistre l’AMI et supprime les instantanés associés.
-
Si vous désactivez une AMI créée par Amazon Data Lifecycle Manager et que vous archivez manuellement les instantanés associés, et que ces instantanés sont archivés lorsque leur seuil de rétention est atteint, Amazon Data Lifecycle Manager ne supprimera pas ces instantanés et ne les gérera plus.
Les considérations suivantes s'appliquent aux politiques de l'AMI et à la protection contre le désenregistrement de l'AMI :
-
Si vous activez manuellement la protection de désenregistrement pour une AMI créée par Amazon Data Lifecycle Manager et qu'elle est toujours activée lorsque le seuil de rétention de l'AMI est atteint, Amazon Data Lifecycle Manager ne gère plus cette AMI. Vous devez annuler manuellement l'enregistrement de l'AMI et supprimer ses instantanés sous-jacents s'ils ne sont plus nécessaires.
Ressources supplémentaires
Pour plus d'informations, consultez le blog Automating Amazon EBS snapshot and AMI management using Amazon Data Lifecycle Manager AWS storage