Automatización de los ciclos de vida de las AMI
En el siguiente procedimiento, se muestra cómo utilizar Amazon Data Lifecycle Manager para automatizar los ciclos de vida de las AMI con respaldo de EBS.
Temas
Crear una política de ciclo de vida de AMI
Utilice uno de los siguientes procedimientos para crear una política de ciclo de vida de AMI.
Consideraciones sobre las políticas de ciclo de vida de AMI
Las siguientes consideraciones se aplican a la creación de políticas de ciclo de vida de AMI:
-
La primera operación de creación de AMI se inicia una hora después de la hora de inicio especificada. Las operaciones posteriores de creación de AMI se inician una hora después de la hora que tengan programada.
-
Cuando Amazon Data Lifecycle Manager anula el registro de una AMI, elimina automáticamente sus instantáneas de respaldo.
-
Las etiquetas de recursos de destino distinguen entre mayúsculas y minúsculas
-
Se pueden crear varias políticas para realizar una copia de seguridad de una instancia. Por ejemplo, si una instancia tiene dos etiquetas, de las cuales la etiqueta A es el destino de la política A para crear una AMI cada 12 horas y la etiqueta B es el destino de la política B para crear una AMI cada 24 horas, Amazon Data Lifecycle Manager crea las AMI de acuerdo con las programaciones de ambas políticas. Alternativamente, puede lograr igual resultado mediante la creación de una única política que tenga varias programaciones. Por ejemplo, se puede crear una única política dirigida solo a la etiqueta A y especificar dos programaciones, una para cada 12 horas y otra para cada 24 horas.
-
Los nuevos volúmenes que se adjunten a una instancia de destino después de crear la política se incluirán automáticamente en la copia de seguridad en la siguiente ejecución de la política. Se incluyen todos los volúmenes asociados a la instancia en el momento de la ejecución de la política.
-
Si se crea una política con una programación basada en cron personalizada que está configurada para crear solo una AMI, la política no anulará automáticamente el registro de esa AMI cuando se alcance el umbral de retención. Debe anular manualmente el registro de la AMI si ya no se necesita.
Las siguientes consideraciones se aplican a la terminación de instancias destinatarias de una política:
-
Si termina una instancia que era destinataria de una política con una programación de retención basada en recuento, la política deja de administrar las AMI que haya creado anteriormente desde la instancia terminada. Debe anular manualmente el registro de esas AMI anteriores si ya no se necesitan.
-
Si termina una instancia que era destinataria de una política con una programación de retención basada en antigüedad, la política seguirá anulando el registro de las AMI que se hayan creado anteriormente desde la instancia terminada conforme a la programación definida hasta la última AMI, pero sin incluir esta. Debe anular manualmente el registro de la última AMI si ya no se necesita.
Las siguientes consideraciones se aplican a las políticas de AMI y a la obsolescencia de AMI:
-
Si aumenta el recuento de obsolescencia de AMI para una programación con retención basada en recuento, el cambio se aplica a todas las AMI (existentes y nuevas) que crea el programa.
-
Si aumenta el periodo de eliminación de obsolescencia de AMI para una programación con retención basada en la antigüedad, el cambio solo se aplica a las AMI nuevas. Las AMI existentes no se ven afectadas.
-
Si quita la regla de obsolescencia de AMI de una programación, Amazon Data Lifecycle Manager no cancelará la obsolescencia de las AMI que anteriormente habían quedado obsoletas en esa programación.
-
Si reduce el recuento o el periodo de obsolescencia de AMI para una programación, Amazon Data Lifecycle Manager no cancelará la obsolescencia de las AMI que anteriormente habían quedado obsoletas en esa programación.
-
Si da de baja manualmente una AMI creada por una política de AMI, Amazon Data Lifecycle Manager no anulará la obsolescencia.
-
Si cancela manualmente la obsolescencia de una AMI que anteriormente había quedado obsoleta por una política de AMI, Amazon Data Lifecycle Manager no anulará la cancelación.
-
Si una AMI se crea mediante varias programaciones conflictivas y una o varias de esas programaciones no tienen una regla de obsolescencia de AMI, Amazon Data Lifecycle Manager no dará de baja esa AMI.
-
Si varias programaciones conflictivas crean una AMI y todas ellas tienen una regla de obsolescencia de AMI, Amazon Data Lifecycle Manager utilizará la regla de obsolescencia cuyo resultado sea la fecha de obsolescencia más tardía.
Las siguientes consideraciones aplican a las políticas de ciclo de vida de AMI en estado error:
-
Para políticas con una programación de retención basada en la edad, las AMI que están configuradas para caducar mientras la política está en estado
errorse conservan indefinidamente. Debe anular el registro de las AMI manualmente. Cuando vuelve a habilitar la política, Amazon Data Lifecycle Manager reanuda la eliminación de instantáneas o anula el registro de las AMI conforme terminen los periodos de retención. -
Para las políticas con programas de retención basados en el recuento, la política deja de crear y anular el registro de AMI mientras está en estado
error. Cuando vuelve a habilitar la política, Amazon Data Lifecycle Manager reanuda la creación de instantáneas y AMI, y reanuda la eliminación de instantáneas o AMI a medida que se alcanza el límite de retención.
Recursos adicionales
Para obtener más información, consulte Automatización de la administración de AMI e instantáneas de Amazon EBS mediante Amazon Data Lifecycle Manager
