Como Amazon Data Lifecycle Manager funciona - Amazon EBS

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á.

Como Amazon Data Lifecycle Manager funciona

Veja a seguir os elementos de chaves do Amazon Data Lifecycle Manager.

Políticas

Com o Amazon Data Lifecycle Manager, você cria políticas para definir os requisitos de criação e retenção de backup. Essas políticas geralmente especificam o seguinte:

  • Tipo de política: define o tipo de recursos de backup que a política gerencia (snapshots ou AMIs baseadas no EBS).

  • Recursos-alvo: define o tipo dos recursos que são alvo da política (instâncias ou volumes do EBS).

  • Frequência de criação: define com que frequência a política é executada e cria snapshots ou AMIs.

  • Limite de retenção: define por quanto tempo a política retém os snapshots ou as AMIs após sua criação.

  • Ações adicionais: define as ações adicionais que a política deve realizar, como cópia entre regiões, arquivamento ou marcação de recursos.

O Amazon Data Lifecycle Manager oferece políticas padrão e políticas personalizadas.

Políticas padrão

As políticas padrão fazem backup de todos os volumes e instâncias em uma região que não têm backups recentes. Opcionalmente, você pode excluir volumes e instâncias especificando parâmetros de exclusão.

O Amazon Data Lifecycle Manager é compatível com as seguintes políticas padrão:

  • Política padrão para snapshots do EBS: tem como alvo os volumes e automatiza a criação, a retenção e a exclusão de snapshots.

  • Política padrão para AMIs baseadas no EBS: tem como alvo as instâncias e automatiza a criação, a retenção e o cancelamento do registro das AMIs baseadas no EBS.

Você só pode ter uma política padrão por tipo de recurso em cada conta e região da AWS .

Políticas personalizadas

As políticas personalizadas têm como alvo recursos específicos com base nas tags atribuídas a eles e são compatíveis com atributos avançados, como restauração rápida de snapshots, arquivamento de snapshots, cópia entre contas e scripts prévios e posteriores. Uma política personalizada pode incluir até quatro agendas, e cada agenda pode ter sua própria frequência de criação, limite de retenção e configuração avançada de atributos.

O Amazon Data Lifecycle Manager é compatível com as seguintes políticas personalizadas:

  • Política de snapshots do EBS: tem como alvo os volumes ou as instâncias, e automatiza a criação, a retenção e a exclusão dos snapshots do EBS.

  • Política de AMI baseada no EBS: tem como alvo as instâncias e automatiza a criação, a retenção e o cancelamento do registro das AMIs baseadas no EBS.

  • Política de evento de cópia entre contas: automatiza ações de cópia entre regiões para os snapshots que são compartilhados com você.

Para ter mais informações, consulte Comparação entre políticas padrão e políticas personalizadas.

Agendas da política (somente políticas personalizadas)

As programações de política definem quando os snapshots ou AMIS são criados pela política. As políticas podem ter até quatro programações — uma obrigatória e até três opcionais.

Adicionar várias programações a uma única política permite que você crie snapshots ou AMIs em frequências diferentes usando a mesma política. Por exemplo, é possível criar uma única política que cria snapshots diários, semanais, mensais e anuais. Isso elimina a necessidade de gerenciar várias políticas.

Para cada programação, é possível definir a frequência, configurações de restauração rápida de snapshots (somente políticas de ciclo de vida do snapshot), regras de cópia entre regiões e tags. As etiquetas atribuídas a um agendamento são automaticamente atribuídas aos snapshots ou AMIs criados quando o agendamento é iniciado. Além disso, o Amazon Data Lifecycle Manager atribui automaticamente uma tag gerada pelo sistema com base na frequência da programação a cada snapshot ou AMI.

Cada agendamento é acionado individualmente com base na frequência. Se vários agendamentos forem iniciados ao mesmo tempo, o Amazon Data Lifecycle Manager criará apenas um snapshot ou uma AMI e aplicará as configurações de retenção do agendamento que tem o período de retenção mais alto. As etiquetas de todos os agendamentos iniciados são aplicadas ao snapshot ou à AMI.

  • (Somente políticas de ciclo de vida de snapshot) Se mais de um dos agendamentos iniciados estiver habilitado para restauração rápida de snapshots, o snapshot será habilitado para restauração rápida de snapshots em todas as zonas de disponibilidade especificadas em todos os agendamentos iniciados. As configurações de retenção mais altas dos agendamentos iniciados são usadas para cada zona de disponibilidade.

  • Se mais de um dos agendamentos iniciados estiver habilitado para cópia entre regiões, o snapshot ou a AMI serão copiados para todas as regiões especificadas em todos os agendamentos iniciados. O período de retenção mais alta dos agendamentos iniciados é aplicado.

Tags do recurso-alvo (somente políticas personalizadas)

As políticas personalizadas do Amazon Data Lifecycle usam tags de recurso para identificar os recursos para backup. Ao criar um snapshot ou uma política de AMI baseada no EBS, você pode especificar várias tags de recursos de destino. Todos os recursos do tipo especificado (instância ou volume) que tenham pelo menos uma das tags de recursos de destino especificadas serão visados pela política. Por exemplo, se você criar uma política de snapshot direcionada a volumes e especificar purpose=prod, costcenter=prod, e environment=live como tags de recurso de destino, a política visará todos os volumes que tenham qualquer um desses pares de valores de chave de tag.

Se você quiser executar várias políticas em um recurso, poderá atribuir várias tags ao recurso de destino e, em seguida, criar políticas separadas para cada uma direcionar uma tag de recurso específica.

Não é possível usar os caracteres \ ou = em uma chave de etiquetas. Tags de recursos de destino diferenciam letras maiúsculas de minúsculas. Para obter mais informações, consulte Marcar seus recursos.

Snapshots

Os snapshots são o principal meio de fazer backup de dados de volumes do EBS. Para economizar custos de armazenamento, os snapshots sucessivos são incrementais, contendo apenas os dados do volume que mudaram desde o snapshot anterior. Quando você exclui um snapshot de uma série de snapshots de um volume, somente os dados exclusivos daquele snapshot são removidos. Os dados restantes do histórico capturado do volume são preservados. Para ter mais informações, consulte Snapshots do Amazon EBS.

AMIs apoiadas pelo EBS

Uma Imagem de máquina da Amazon (AMI) fornece as informações necessárias para iniciar uma instância. É possível executar várias instâncias em uma única AMI quando precisa de várias instâncias com a mesma configuração. O Amazon Data Lifecycle Manager é compatível apenas com AMIs com EBS. AMIs apoiadas pelo EBS incluem um snapshot para cada volume do EBS associado à instância de origem. Para obter mais informações, consulte Imagens de máquina da Amazon (AMIs).

Tags do Amazon Data Lifecycle Manager

O Amazon Data Lifecycle Manager aplica as seguintes tags do sistema a todos os snapshots e AMIs criados por uma política a fim de distingui-los dos snapshots e AMIs criados por outros meios:

  • aws:dlm:lifecycle-policy-id

  • aws:dlm:lifecycle-schedule-name

  • aws:dlm:expirationTime: para snapshots criados por uma programação baseada em idade. Indica quando o snapshot deve ser excluído do nível padrão.

  • dlm:managed

  • aws:dlm:archived: para snapshots que foram arquivados de acordo com uma programação.

  • aws:dlm:pre-script: para snapshots criados com scripts prévios.

  • aws:dlm:post-script: para snapshots criados com scripts posteriores.

Também é possível especificar tags personalizadas para aplicar durante a criação de um snapshot e AMIs. Não é possível usar os caracteres \ ou = em uma chave de etiquetas.

As tags de destino que o Amazon Data Lifecycle Manager usa para associar os volumes à política podem ser aplicadas opcionalmente aos snapshots criados pela política. Da mesma forma, as tags de destino usadas para associar instâncias a uma política de AMI podem, opcionalmente, ser aplicadas às AMIs criadas pela política.