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.
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.
Para crear una política de AMI
Abre la EC2 consola de Amazon en https://console.aws.amazon.com/ec2/
. -
En el panel de navegación, elija Elastic Block Store, Lifecycle Manager (Gestionador de ciclo de vida) y, a continuación, Create lifecycle policy (Crear política de ciclo de vida).
-
En la pantalla Select policy type (Seleccionar el tipo de política), elija EBS-backed AMI policy (Política de AMI con respaldo EBS) y, luego, seleccione Next (Siguiente).
-
En la sección Target resources (Recursos de destino), en Target resource tags (Etiquetas de recursos de destino), elija las etiquetas de recursos que identifican los volúmenes o las instancias de los que se va a realizar una copia de seguridad. La política realiza una copia de seguridad solo de los recursos que tienen los pares de clave y valor de la etiqueta especificados.
-
En Description (Descripción), escriba una breve descripción de la política.
-
En el caso del rol de IAM, elija el rol de IAM que tenga permisos para administrar, capturar AMIs y describir las instancias. Para utilizar el rol predeterminado proporcionado por Amazon Data Lifecycle Manager, elija Default role (Rol predeterminado). De forma alternativa, para usar un rol de IAM personalizado que haya creado anteriormente, elija Choose another role (Elegir otro rol) y, luego, seleccione el rol que va a utilizar.
-
En Policy tags (Etiquetas de políticas), agregue las etiquetas que se aplicarán a la política de ciclo de vida. Puede utilizar estas etiquetas para identificar y clasificar las políticas.
-
En Policy status after creation (Estado de la política después de su creación), elija Enable policy (Habilitar política) para iniciar las ejecuciones de la política a la hora programada siguiente o Disable policy (Desactivar política) para evitar que se ejecute la política. Si no habilitas la política ahora, no empezará a crearse AMIs hasta que la habilites manualmente después de crearla.
-
En la sección Instance reboot (Reinicio de instancias), indique si las instancias deben reiniciarse antes de la creación de la AMI. Para evitar que se reinicien las instancias de destino, elija No (No). Elegir No (No) podría provocar problemas de consistencia de datos. Para reiniciar las instancias antes de la creación de la AMI, elija Yes (Sí). La elección de esta opción garantiza la consistencia de los datos, pero podría dar lugar a que varias instancias de destino se reinicien simultáneamente.
-
Elija Next (Siguiente).
-
En la pantalla Configure schedule (Configurar la programación), configure las programaciones de las políticas. Una política puede tener hasta cuatro programaciones. La programación 1 es obligatoria Las programaciones 2, 3 y 4 son opcionales. Para cada programación de política que agregue, realice lo siguiente:
-
En la sección Schedule details (Detalles de la programación), realice lo siguiente:
-
En Schedule name (Nombre de la programación), especifique un nombre descriptivo para la programación.
En Frequency (Frecuencia) y en los campos relacionados, configure el intervalo entre las ejecuciones de la política.
Puede configurar las ejecuciones de políticas en una programación diaria, semanal, mensual o anual. Alternativamente, elija Custom cron expression (Expresión cron personalizada) para especificar un intervalo de hasta un año. Para obtener más información, consulta las expresiones cron y rate en la Guía del EventBridge usuario de Amazon.
-
En Starting at (Comenzar a), especifique la hora en que comenzarán las ejecuciones de la política. La primera ejecución de la política comenzará dentro de una hora después de la hora que programe. Debe especificar la hora con el formato
hh:mmUTC. Para el tipo de retención, especifique la política de retención AMIs creada por el programa.
Puede retenerlos en AMIs función de su recuento total o de su edad.
Para la retención basada en el recuento, el rango es de
1a1000. Una vez alcanzado el recuento máximo, la AMI más antigua se eliminará del registro cuando se cree una nueva.Para la retención basada en la antigüedad, el rango es de
1día a100años. Luego de que el periodo de retención de cada AMI vence, esta última se elimina del registro.nota
Todas las programaciones deben tener el mismo tipo de retención. Puede especificar el tipo de retención solo para la programación 1. Las programaciones 2, 3 y 4 heredan el tipo de retención de la programación 1. Cada programación puede tener su propio recuento o periodo de retención.
-
Configure el etiquetado para. AMIs
En la sección Tagging (Etiquetado), realice lo siguiente:
-
Para copiar todas las etiquetas definidas por el usuario de la instancia de origen a la AMIs creada por la programación, seleccione Copiar etiquetas de la fuente.
-
De forma predeterminada, las AMIs creadas por la programación se etiquetan automáticamente con el ID de la instancia de origen. Para evitar que se lleve a cabo este etiquetado automático, en Variable tags (Etiquetas de variables), elimine el icono
instance-id:$(instance-id). -
Para especificar las etiquetas adicionales que desee asignar a las AMIs creadas por esta programación, elija Añadir etiquetas.
-
Configure la obsolescencia de la AMI.
Para dejar de usarse AMIs cuando ya no deberían usarse, en la sección de obsolescencia de la AMI, seleccione Habilitar la obsolescencia de la AMI para este programa y, a continuación, especifique la regla de obsolescencia de la AMI. La regla de obsolescencia de las AMI especifica cuándo AMIs deben quedar en desuso.
Si el programa utiliza la retención de la AMI basada en el recuento, debe especificar el número de las más antiguas que se van AMIs a anular. El recuento de obsolescencia debe ser menor o igual que el recuento de retención de AMI de la programación y no puede ser mayor a 1000. Por ejemplo, si el programa está configurado para conservar un máximo de 5 AMIs, puede configurar el programa para que desactive hasta las 5 más antiguas. AMIs
Si el programa utiliza la retención de AMI basada en la edad, debe especificar el período después del cual dejarán de estar AMIs disponibles. El recuento de obsolescencia debe ser menor o igual que el periodo de retención de AMI de la programación y no puede ser superior a 10 años (120 meses, 520 semanas o 3650 días). Por ejemplo, si el programa está configurado AMIs para conservarse durante 10 días, puede configurarlo para que quede obsoleto AMIs después de transcurridos hasta 10 días desde su creación.
Configure la copia entre regiones.
Para copiar lo AMIs creado por el programa en distintas regiones, en la sección Copia entre regiones, selecciona Habilitar la copia entre regiones. Puedes copiar AMIs a un máximo de tres regiones adicionales de tu cuenta. Debe especificar una regla de copia entre regiones independiente para cada región de destino.
Puede especificar lo siguiente para cada región de destino:
-
Una política de retención para la copia de la AMI. Cuando vence el periodo de retención, la copia en la región de destino se anula de forma automática.
-
Estado de cifrado para la copia de la AMI. Si la AMI de origen está cifrada o si el cifrado está activado de forma predeterminada, las copias siempre AMIs se cifran. Si la AMI fuente no se encuentra cifrada y el cifrado se encuentra desactivado de forma predeterminada, puede habilitar el cifrado de forma opcional. Si no especifica una clave de KMS, AMIs se cifran con la clave de KMS predeterminada para el cifrado de EBS en cada región de destino. Si especifica una Clave de KMS para la región de destino, el rol de IAM seleccionado debe tener acceso a la Clave de KMS.
-
Una regla de obsolescencia para la copia de la AMI. Cuando vence el periodo de obsolescencia, la copia de la AMI queda obsoleta de forma automática. El periodo de obsolescencia debe ser inferior o igual al periodo de retención de copia y no puede ser superior a 10 años.
-
Si se deben copiar todas las etiquetas, o ninguna de ellas, de la AMI fuente.
nota
No debe superar el número de copias de AMI simultáneas por región.
-
-
Para agregar programaciones adicionales, elija Add another schedule (Agregar otra programación), que se encuentra en la parte superior de la pantalla. En cada programación adicional, complete los campos tal como se describe con anterioridad en este tema.
-
Después de agregar las programaciones necesarias, elija Review policy (Revisar la política).
-
-
Revise el resumen de la política y, a continuación, elija Create policy (Crear política).
nota
Si detecta el error
Role with name AWSDataLifecycleManagerDefaultRoleForAMIManagement already exists, consulte Solución de problemas de Amazon Data Lifecycle Manager para obtener más información.
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 segmentada por una política, Amazon Data Lifecycle Manager ya no gestiona las existentes AMIs en el estándar; debe 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, donde la etiqueta A es el objetivo de la política A para crear una AMI cada 12 horas y la etiqueta B es el objetivo de la política B para crear una AMI cada 24 horas, Amazon Data Lifecycle Manager crea de AMIs acuerdo con los programas 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 recuentos, Amazon Data Lifecycle Manager siempre crea de AMIs acuerdo con la frecuencia de creación antes de intentar anular el registro de la AMI más antigua de acuerdo con 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 anular correctamente el registro de la AMI creada anteriormente, podría conservar temporalmente un número superior al recuento de AMIs retenciones.
Las siguientes consideraciones se aplican a la terminación de instancias destinatarias de una política:
-
Si cancela una instancia que estaba sujeta a una política con un programa de retención basado en el recuento, la política dejará de gestionar lo AMIs que había creado anteriormente a partir de la instancia finalizada. Si ya no los necesita, debe anular el registro manualmente antes AMIs .
-
Si cancelas una instancia que estaba segmentada por una política con un programa de retención basado en la edad, la política sigue anulando el registro AMIs de las instancias previamente creadas a partir de la instancia cancelada según el cronograma definido, hasta la última AMI, pero sin incluirla. 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 casos de obsolescencia de la AMI para un programa con retención basada en el recuento, el cambio se aplica a todos los programas AMIs (existentes y nuevos) creados por el programa.
-
Si aumentas el período de caducidad de la AMI para un programa con retención basada en la edad, el cambio se aplicará únicamente a los nuevos AMIs . AMIs Las existentes no se ven afectadas.
-
Si elimina la regla de obsolescencia de la AMI de un programa, Amazon Data Lifecycle Manager no cancelará la obsolescencia de las AMIs que anteriormente estaban en desuso según ese programa.
-
Si reduce el número o el período de obsolescencia de la AMI de un programa, Amazon Data Lifecycle Manager no cancelará la obsolescencia de las AMIs que anteriormente estaban en desuso según ese programa.
-
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 los gestiona AMIs 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:
-
En el caso de las políticas con programas de retención basados en la edad, AMIs que venzan mientras la política esté en vigor, se
errorconservan indefinidamente. Debe anular el registro de forma manual. AMIs Al volver a activar la política, Amazon Data Lifecycle Manager reanudará la anulación del registro a AMIs medida que venzan sus períodos de retención. -
En el caso de las políticas con programas de retención basados en el recuento, la política deja de crearse y anular el registro AMIs mientras se encuentre en el estado.
errorAl volver a activar la política, Amazon Data Lifecycle Manager reanudará la creación y AMIs reanudará la anulación del registro AMIs cuando se alcance el umbral de retención.
Las siguientes consideraciones se aplican a las políticas de AMI y a la desactivación AMIs:
-
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.
La siguiente consideración se aplica a las políticas de AMI y a la protección de cancelación del registro de AMI:
-
Si habilita de forma manual la protección de anulación de registro para una AMI creada por Amazon Data Lifecycle Manager y dicha protección sigue habilitada cuando se alcanza el umbral de retención de la AMI, Amazon Data Lifecycle Manager ya no administrará dicha AMI. Debe cancelar el registro de la AMI manualmente y eliminar las instantánea asociadas si ya no es necesaria.
Recursos adicionales
Para obtener más información, consulte el blog Automating Amazon EBS snapshots and AMI management using Amazon Data Lifecycle Manager AWS Storage blog
