As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# As políticas padrão comparadas com as políticas personalizadas do Amazon Data Lifecycle Manager
Esta seção compara as políticas padrão e as políticas personalizadas, e destaca suas semelhanças e diferenças.
**Topics**
+ [Comparação de políticas de snapshots do EBS](#snapshot-policy-diffs)
+ [Comparação das políticas de AMI baseadas no EBS](#ami-policy-diffs)
## Comparação de políticas de snapshots do EBS
A tabela a seguir destaca as diferenças entre a política padrão para snapshots do EBS e as políticas personalizadas de snapshot do EBS.
| Recurso | Política padrão para snapshots do EBS | Política personalizada de snapshots do EBS |
| --- | --- | --- |
| Recurso de backup gerenciado | Snapshot do EBS | Snapshot do EBS |
| Tipos de recursos-alvo | Volumes | Volumes ou instâncias |
| Seleção de recursos-alvo | Tem como alvo todos os volumes da região que não têm snapshots recentes. Você pode especificar parâmetros de exclusão para excluir volumes específicos. | Tem como alvo somente os volumes ou as instâncias que têm tags específicas. |
| Parâmetros de exclusão | Sim, pode excluir volumes de inicialização, tipos de volume específicos e volumes com tags específicas. | Sim, pode excluir volumes de inicialização e volumes com tags específicas quando tem como alvo as instâncias. |
| Suporte AWS Outposts | Não | Sim |
| Compatibilidade com várias agendas | Não | Sim, até quatro agendas por política |
| Tipos de retenção compatíveis | Retenção baseada em tempo apenas | Retenção com base em tempo e quantidade |
| Frequência de criação de snapshots | A cada 1 a 7 dias. | Frequência diária, semanal, mensal, anual ou personalizada usando uma expressão cron. |
| Retenção de snapshots | 2 a 14 dias. | Até 1.000 snapshots (baseado em quantidade) ou até 100 anos (baseado em tempo). |
| Compatibilidade com snapshots consistentes com a aplicação | Não | Sim, usando scripts prévios e posteriores |
| Compatibilidade com arquivamento de snapshots | Não | Sim |
| Compatibilidade com restauração rápida de snapshots | Não | Sim |
| Compatibilidade com cópia entre regiões | Sim, com as configurações padrão 1 | Sim, com configurações personalizadas |
| Compatibilidade com compartilhamento entre contas | Não | Sim |
| Compatibilidade com exclusão estendida 2 | Sim | Não |
1 Para políticas padrão:
+ Você não pode copiar tags em cópias entre regiões.
+ As cópias usam o mesmo período de retenção que o snapshot original.
+ Os snapshots recebem o mesmo status de criptografia que o volume original. Se a região de destino estiver habilitada para criptografia por padrão, as cópias sempre serão criptografadas, mesmo que os snapshots originais estejam descriptografados. As cópias são sempre criptografadas com a chave do KMS padrão para a região de destino.
2 Para políticas padrão e personalizadas:
+ Se uma instância ou volume-alvo for excluído, o Amazon Data Lifecycle Manager continuará excluindo snapshots até restar apenas o último com base no período de retenção. Para as políticas padrão, você pode estender a exclusão para incluir o último snapshot.
+ Se uma política for excluída ou entrar em estado de erro ou de desabilitada, o Amazon Data Lifecycle Manager interromperá a exclusão dos snapshots. Para as políticas padrão, você pode estender a exclusão para continuar a excluir os snapshots, inclusive o último.
## Comparação das políticas de AMI baseadas no EBS
A tabela a seguir destaca as diferenças entre a política padrão para políticas de AMI baseadas no EBS AMIs e as personalizadas baseadas no EBS.
| Recurso | Política padrão para suporte do EBS AMIs | Política personalizada de AMI baseada no EBS |
| --- | --- | --- |
| Recurso de backup gerenciado | Apoiado pelo EBS AMIs | Apoiado pelo EBS AMIs |
| Tipos de recursos-alvo | Instâncias | Instâncias |
| Seleção de recursos-alvo | Tem como alvo todas as instâncias na região que não têm instâncias recentes AMIs. Você pode especificar parâmetros de exclusão para excluir instâncias específicas. | Tem como alvo somente as instâncias que têm tags específicas. |
| Reinicializar instâncias antes da criação da AMI | Não | Sim |
| Parâmetros de exclusão | Sim, pode excluir instâncias com tags específicas. | Não |
| Compatibilidade com várias agendas | Não | Sim, até quatro agendas por política. |
| Frequência de criação de AMI | A cada 1 a 7 dias. | Frequência diária, semanal, mensal, anual ou personalizada usando uma expressão cron. |
| Tipos de retenção compatíveis | Retenção baseada em tempo apenas. | Retenção baseada em tempo e quantidade. |
| AMIs retenção | 2 a 14 dias. | Até 1000 AMIs (com base na contagem) ou até 100 anos (com base na idade). |
| Compatibilidade com descontinuação de AMIs | Não | Sim |
| Compatibilidade com cópia entre regiões | Sim, com as configurações padrão 1 | Sim, com configurações personalizadas |
| Compatibilidade com exclusão estendida 2 | Sim | Não |
1 Para políticas padrão:
+ Você não pode copiar tags em cópias entre regiões.
+ As cópias usam o mesmo período de retenção que a AMI original.
+ Os snapshots recebem o mesmo status de criptografia que a AMI original. Se a região de destino estiver habilitada para criptografia por padrão, as cópias sempre serão criptografadas, mesmo que a origem não AMIs esteja criptografada. As cópias são sempre criptografadas com a chave do KMS padrão para a região de destino.
2 Para políticas padrão e personalizadas:
+ Se uma instância alvo for encerrada, o Amazon Data Lifecycle Manager continuará cancelando o AMIs registro até o último, mas sem incluir, o último, com base no período de retenção. Para políticas padrão, você pode estender o cancelamento de registro para incluir a última AMI.
+ Se uma política for excluída ou entrar no estado de erro ou desativada, o Amazon Data Lifecycle Manager interromperá o cancelamento do registro. AMIs Para políticas padrão, você pode estender a exclusão para continuar cancelando o registro AMIs, incluindo o último.