Backups do Amazon S3

Compatibilidade focada em metadados de objetos: O AWS Backup é compatível com os seguintes metadados: tags, listas de controle de acesso (ACLs), metadados definidos pelo usuário, data de criação original e ID da versão. Também é possível restaurar todos os dados e metadados que tiveram backup feito, exceto a data de criação original, o ID da versão, a classe de armazenamento e as tags eletrônicas.

Ao restaurar um objeto do S3, o AWS Backup aplica um valor de soma de verificação, mesmo que o objeto original não tenha usado o recurso de soma de verificação.

Um nome de chave de objeto do S3 pode ser composto pela maioria das strings codificáveis em UTF-8. Os seguintes caracteres Unicode são permitidos: #x9 | #xA | #xD | #x20 to #xD7FF | #xE000 to #xFFFD | #x10000 to #x10FFFF.

Nomes de chaves de objeto que incluam caracteres que não estejam nessa lista podem ser excluídos dos backups.

Transição para armazenamento a frio: use a política de gerenciamento do ciclo de vida do AWS Backup para definir o cronograma de expiração do backup. A transição de armazenamento a frio dos backups do S3 não é compatível.

Para backups periódicos, o AWS Backup faz o possível para rastrear todas as alterações nos metadados do objeto. No entanto, se você atualizar uma tag ou ACL várias vezes em 1 minuto, talvez o AWS Backup não capture todos os estados intermediários.

O AWS Backup não é compatível com backups de objetos com criptografia SSE-C. O AWS Backup também não é compatível com backups de configurações de bucket, incluindo configurações, nomes, pontos de acesso ou políticas de bucket.

O AWS Backup não é compatível com backups do S3 no AWS Outposts.

Registro em log do CloudTrail: se você registrar eventos de leitura de dados, os logs do CloudTrail deverão ser entregues em um bucket de destino diferente. Se você salvar os logs do CloudTrail no bucket que eles registram, há um loop infinito, que pode causar cobranças inesperadas.

Para obter mais informações, consulte Eventos de dados, no Guia do usuário do CloudTrail.

Registro em log de acesso ao servidor: se você ativar o registro em log do acesso ao servidor, deverá entregar os logs em um bucket de destino diferente. Se você salvar esses logs no bucket que eles registram, haverá um loop infinito. Para obter mais informações, consulte Habilitar registro em log de acesso ao servidor do Amazon S3.

S3 Standard

S3 Standard - Infrequent Access (IA)

S3 One Zone-IA

S3 Glacier Instant Retrieval

S3 Intelligent-Tiering (S3 INT)

Os backups contínuos permitem que você restaure para a qualquer ponto no tempo dentro dos últimos 35 dias. Os backups contínuos para um bucket do S3 só devem ser configurados em um plano de backup.

Consulte recuperação para um ponto no tempo para obter uma lista de serviços compatíveis e instruções sobre como usar o AWS Backup para fazer backups contínuos.

Os backups periódicos usam snapshots de seus dados para permitir que você retenha dados pela duração especificada até 99 anos. É possível programar backups periódicos em frequências como uma hora, 12 horas, um dia, uma semana ou um mês. O AWS Backup fará backups periódicos durante a janela de backup que você definir no seu plano de backup.

Consulte Criar um plano de backup para entender como o AWS Backup aplica o plano de backup aos seus recursos.

Após a conclusão do primeiro backup completo dos dados existentes, as alterações nos dados do bucket do S3 serão rastreadas à medida que ocorrerem.

As alterações rastreadas permitem que você use a PITR (restauração pontual) para o período de retenção do backup contínuo. Para executar um trabalho de restauração, escolha o momento para o qual deseja fazer a restauração.

O período de retenção de cada backup contínuo tem, no máximo, 35 dias.

Para planos de backup que você cria por meio da CLI, as configurações avançadas de backup para o Amazon S3 (que incluem a opção de adicionar tags e ACLs ao backup) são ativadas por padrão. Você pode excluí-las nas opções de backup. Consulte um exemplo da sintaxe em Configurações avançadas de backup do Amazon S3.

O AWS Backup verifica todo o bucket do S3, recupera a ACL e as tags de cada objeto e inicia uma solicitação Head para cada objeto que estava no snapshot anterior, mas que não foi encontrado no snapshot que está sendo criado.

O backup é consistente em um ponto no tempo.

A data e a hora do backup registradas são a hora em que AWS Backup conclui a travessia do bucket, não a hora em que o trabalho de backup foi criado.

O primeiro backup de um bucket é um backup completo. Cada backup subsequente é incremental, representando a alteração nos dados desde o último snapshot.

O snapshot feito pelo backup periódico pode ter um período de retenção de até 99 anos.

Após o primeiro backup completo dos dados existentes (cada backup é completo), as alterações no bucket serão rastreadas à medida que ocorrerem.

É possível executar uma restauração pontual a partir de um ponto de recuperação contínuo.

Os snapshots são consistentes em um ponto no tempo.

Os snapshots são obtidos diretamente do ponto de recuperação contínua, eliminando a necessidade de verificar novamente um bucket para permitir processos mais rápidos.

Os snapshots e os pontos de recuperação contínuos compartilham a linhagem de dados; o armazenamento de dados entre o snapshot e os pontos de recuperação contínuos não é duplicado.

Quando as configurações avançadas de backup do Amazon S3, como a inclusão de tags e ACLs em um backup, são alteradas para um ponto de recuperação continuous, o AWS Backup interrompe esse ponto de recuperação e cria outro com as configurações atualizadas.

Os trabalhos de backup de snapshot usarão as mesmas opções de backup (configurações de ACLs e tags de objeto) do backup contínuo existente.

Se você especificar opções de backup diferentes para um trabalho de snapshot do que o backup contínuo usa, o trabalho de snapshot ainda usará as configurações do backup contínuo e será finalizado com o status “Concluído com problemas”.

Quando isso ocorrer, você receberá esta mensagem de status: "Periodic/snapshot backup for bucket <bucket name> has different backup options than the continuous backup. When using continuous backups along with snapshot backups for the same bucket, the snapshot will use the same settings for backing up ACLs and Object tags as the continuous backup."

Para buckets com mais de 300 milhões de objetos, a taxa de backup pode atingir até 17.000 objetos por segundo durante o backup inicial completo do bucket (os backups incrementais terão uma velocidade diferente). Os buckets contendo menos de 300 milhões de objetos fazem backup a uma taxa de cerca de 1.000 objetos por segundo.

Os backups contínuos são recomendados.

Se o ciclo de vida do backup for planejado para mais de 35 dias, também será possível habilitar os backups de snapshot para o bucket no mesmo cofre em que seus backups contínuos são armazenados.

Para contas que fazem backups pelo menos diariamente ou com mais frequência, é possível obter benefícios de custo com o uso de backups contínuos se os dados contidos nos backups tiverem alterações mínimas entre os backups.

Os buckets maiores, que não mudam com frequência, podem se beneficiar de backups contínuos, pois isso pode resultar em custos mais baixos quando as digitalizações de todo o bucket, juntamente com várias solicitações por objeto, não precisam ser realizadas em objetos pré-existentes (objetos que não foram alterados em relação ao backup anterior).

Os buckets que contêm mais de 100 milhões de objetos e que têm uma pequena taxa de exclusão em comparação com o tamanho geral do backup podem obter benefícios de custo com um plano de backup que contenha um backup contínuo com um período de retenção de 2 dias juntamente com de snapshots de uma retenção mais longa.

O tempo de backup periódico (de snapshot) se alinha ao início do processo de backup quando não é necessária uma verificação do bucket. As verificações não são necessárias em um bucket que contém backups contínuos e de snapshots, pois nesses casos os snapshots são obtidos de um ponto de recuperação contínuo.

As políticas de ciclo de vida do S3 têm um recurso opcional chamado Excluir marcadores de exclusão de objetos expirados. Quando esse recurso está desativado, os marcadores de exclusão, às vezes na casa dos milhões, expiram sem um plano de limpeza. Quando o backup de buckets sem esse recurso é feito, dois problemas afetam o tempo e o custo:

Para cada objeto em um único S3-GIR (Amazon S3 Glacier Instant Retrieval), o AWS Backup executa várias chamadas, o que resultará em cobranças de recuperação quando um backup for realizado.

Custos de recuperação semelhantes se aplicam a buckets com objetos nas classes de armazenamento S3-IA e S3 One Zone-IA.

Usar recursos do AWS KMS, CloudTrail, Amazon CloudWatch e Amazon GuardDuty como parte da sua estratégia de backup pode gerar custos adicionais além do armazenamento de dados do bucket do S3. Veja a seguir para obter informações sobre como ajustar esse recursos: