Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
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 generales se aplican a la creación de políticas de ciclo de vida de AMI:
-
Las políticas de ciclo de vida de AMI van dirigidas únicamente a instancias que se encuentran en la misma región que la política.
-
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
-
Si elimina las etiquetas de destino de una instancia a la que se dirige una política, Amazon Data Lifecycle Manager deja de administrar las AMI existentes en el estándar; deberá eliminarlas manualmente si ya no las necesita.
-
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.
-
Si crea una política basada en la antigüedad en la que el periodo de retención sea inferior a la frecuencia de creación, Amazon Data Lifecycle Manager retendrá siempre la última AMI hasta que se cree la siguiente. Por ejemplo, si una política basada en la antigüedad crea una AMI cada mes con un periodo de retención de siete días, Amazon Data Lifecycle Manager retendrá cada AMI durante un mes, aunque el periodo de retención sea de siete días.
-
En el caso de las políticas basadas en el recuento, Amazon Data Lifecycle Manager siempre crea las AMI según la frecuencia de creación antes de intentar anular el registro de la AMI más antigua según la política de retención.
-
Puede tardar varias horas anular correctamente el registro de una AMI y eliminar sus instantáneas de respaldo asociadas. Si Amazon Data Lifecycle Manager crea la siguiente AMI antes de que se anule correctamente el registro de la AMI creada con anterioridad, podría retener temporalmente una cantidad de AMI superior a su recuento de retención.
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 se aplican a las políticas de AMI y a la Papelera de reciclaje:
-
Si Amazon Data Lifecycle Manager cancela el registro de una AMI y la envía a la papelera de reciclaje cuando se alcanza el umbral de retención de la política y restaura manualmente la AMI desde la papelera de reciclaje, debe cancelar el registro de la AMI de forma manual cuando ya no sea necesaria. Amazon Data Lifecycle Manager dejará de administrar la AMI.
-
Si cancela manualmente el registro de una AMI creada por una política y esa AMI se encuentra en la papelera de reciclaje cuando se alcanza el umbral de retención de la política, Amazon Data Lifecycle Manager no cancelará el registro de la AMI. Amazon Data Lifecycle Manager no administra AMI mientras están en la papelera de reciclaje.
Si la AMI se restaura desde la papelera de reciclaje antes de alcanzar el umbral de retención de la política, Amazon Data Lifecycle Manager cancelará el registro de la AMI cuando se alcance el umbral de retención de la política.
Si la AMI se restaura desde la papelera de reciclaje una vez alcanzado el umbral de retención de la política, Amazon Data Lifecycle Manager ya no cancelará el registro de la AMI. Debe eliminarla manualmente cuando ya no la necesite.
Las siguientes consideraciones aplican a las políticas 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
error
se 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.
Las siguientes consideraciones se aplican a las políticas de AMI y a la deshabilitación de AMI:
-
Si deshabilita una AMI creada por Amazon Data Lifecycle Manager y esa AMI se deshabilita cuando se alcanza su umbral de retención, Amazon Data Lifecycle Manager anulará el registro de la AMI y eliminará las instantáneas asociadas.
-
Si desactiva una AMI creada por Amazon Data Lifecycle Manager y archiva manualmente las instantáneas asociadas, y esas instantáneas se archivan cuando se alcanza su umbral de retención, Amazon Data Lifecycle Manager no eliminará esas instantáneas y dejará de administrarlas.
Recursos adicionales de
Para obtener más información, consulte el blog Automating Amazon EBS snapshots and AMI management using Amazon Data Lifecycle Manager AWS Storage blog