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

Proteger seus dados com backups de volume

Com FSx o ONTAP, você pode proteger seus dados fazendo backups diários automáticos e backups iniciados pelo usuário dos volumes em seu sistema de arquivos. Criar backups rotineiros para os volumes é uma prática recomendada que ajuda a apoiar suas necessidades de retenção e conformidade de dados. Você pode restaurar backups de volume em qualquer sistema FSx de arquivos ONTAP existente ao qual você tenha acesso e que esteja no mesmo Região da AWS local em que o backup está armazenado. Trabalhar com FSx os backups da Amazon facilita a criação, a visualização, a restauração e a exclusão de backups de seus volumes.

A Amazon FSx oferece suporte ao backup ONTAP volumes com um OntapVolumeType de leitura/gravação (RW).

Como funcionam os backups

Todos os FSx backups da Amazon (backups diários automáticos e backups iniciados pelo usuário) são incrementais, o que significa que eles armazenam apenas as alterações nos dados desde a conclusão do backup anterior. Isso minimiza o tempo necessário para criar um backup e a quantidade de armazenamento usada por cada backup. Os backups incrementais otimizam os custos de armazenamento ao não armazenar dados duplicados. FSx para ONTAP, os backups são por volume, com cada backup contendo somente os dados de um volume específico. Os FSx backups da Amazon são armazenados de forma redundante em várias zonas de disponibilidade para alcançar alta durabilidade.

FSx Os backups da Amazon usam instantâneos — point-in-time imagens somente para leitura dos seus volumes — para manter a incrementalidade entre os backups. Sempre que um backup é feito, a Amazon FSx primeiro tira um instantâneo do seu volume. O snapshot do backup é armazenado em seu volume e consome espaço de armazenamento no volume. FSx Em seguida, a Amazon compara esse snapshot com o snapshot de backup anterior (se houver) e copia somente os dados alterados em seu backup.

Se não houver nenhum snapshot de backup anterior, todo o conteúdo do snapshot de backup mais recente será copiado ao backup. Depois que o último instantâneo de backup for obtido com sucesso, a Amazon FSx excluirá o instantâneo de backup anterior. O snapshot usado para o backup mais recente permanece no volume até que o próximo backup seja feito, quando o processo se repete. Para otimizar os custos de armazenamento de backup, ONTAP preserva a economia de eficiência de armazenamento de um volume em seus backups.

Quando você exclui um backup, somente os dados exclusivos desse backup serão excluídos. Cada FSx backup da Amazon contém todas as informações necessárias para criar um novo volume a partir do backup, restaurando efetivamente um point-in-time instantâneo do volume.

Há limites para o número de backups que você pode armazenar por Conta da AWS volume. Para ter mais informações, consulte Cotas que podem ser aumentadas e Cotas de recursos para cada sistema de arquivos.

Requisitos de armazenamento

Seu volume e seu sistema de arquivos devem ter, cada um, capacidade de armazenamento SSD disponível suficiente para armazenar um snapshot de backup. Ao capturar o snapshot de backup, a capacidade adicional de armazenamento consumida pelo snapshot não poderá fazer com que o volume ultrapasse 98% de utilização do armazenamento SSD. Se isso acontecer, o backup falhará. Você pode aumentar o armazenamento SSD de um volume ou o armazenamento SSD do sistema de arquivos a qualquer momento para garantir que seus backups não sejam interrompidos.

Backups automáticos diários

Quando você cria um sistema de arquivos, os backups diários automáticos são habilitados por padrão para os volumes do sistema de arquivos. É possível habilitar ou desabilitar a qualquer momento os backups diários automáticos para sistemas de arquivos existentes. Os backups diários automáticos de todos os volumes ocorrem durante a janela de backup diário do sistema de arquivos, que é definida automaticamente quando você cria um sistema de arquivos. É possível modificar a janela de backup diário a qualquer momento. Para um backup com desempenho ideal, recomendamos que você escolha uma janela de backup diário que esteja fora do horário normal de operação, quando clientes e aplicações estão acessando os dados em seus volumes.

Usando o console, você pode definir o período de retenção para backups diários automáticos com um valor de 1 a 90 dias ao criar um sistema de arquivos ou a qualquer momento. O período padrão de retenção para backups diários automáticos é de 30 dias. A Amazon FSx exclui um backup diário automático quando o período de retenção expira. Usando a API AWS CLI and, você pode definir o período de retenção em um valor de 0 a 90 dias; defini-lo como 0 desativa os backups diários automáticos.

Os backups diários automáticos, a janela de backup diário e o período de retenção de backup são configurações do sistema de arquivos e se aplicam a todos os volumes no sistema de arquivos. Você pode usar o FSx console da Amazon AWS CLI, o ou a API para alterar essas configurações. Para obter mais informações, consulte Atualizar sistemas de arquivos.

Você não pode criar um backup de volume (backups diários automáticos ou backups iniciados pelo usuário) se o volume estiver off-line. Para obter mais informações, consulte Como visualizar volumes off-line.

Você pode excluir manualmente um backup diário automático usando o FSx console, a CLI e a API da Amazon. Ao excluir um volume, você também exclui os backups diários automáticos desse volume. A Amazon FSx oferece a opção de criar um backup final de um volume antes de você excluí-lo. O backup final é mantido para sempre, a menos que você o exclua.

Backups iniciados pelo usuário

Com a Amazon FSx, você pode fazer backups manualmente dos volumes do seu sistema de arquivos a qualquer momento usando a API AWS Management Console AWS CLI, e. Seus backups iniciados pelo usuário são incrementais em relação a outros backups que podem ter sido criados para um volume e são retidos para sempre, a menos que você os exclua. Os backups iniciados pelo usuário são retidos mesmo após excluir o volume ou o sistema de arquivos em que os backups foram criados. Você pode excluir backups iniciados pelo usuário somente usando o FSx console, a API ou a CLI da Amazon. Eles nunca são excluídos automaticamente pela Amazon FSx.

Para obter instruções sobre como criar um backup iniciado pelo usuário, consulte Como criar backups iniciados pelo usuário.

Copiar tags para backups

Ao criar ou atualizar um volume usando a CLI ou API, você pode habilitar CopyTagsToBackups para copiar automaticamente qualquer tag dos seus volumes para seus backups. No entanto, se você adicionar alguma tag ao criar um backup iniciado pelo usuário, incluindo nomear um backup ao usar o console, a Amazon FSx não copia as tags do volume, mesmo que CopyTagsToBackups esteja habilitado.

Usando AWS Backup com a Amazon FSx

AWS Backup é uma maneira simples e econômica de proteger seus dados fazendo backup de seus volumes Amazon FSx for NetApp ONTAP. AWS Backup é um serviço de backup unificado projetado para simplificar a criação, restauração e exclusão de backups, ao mesmo tempo em que fornece relatórios e auditoria aprimorados. O uso do AWS Backup facilita o desenvolvimento de uma estratégia centralizada de backup para fins de conformidade jurídica, regulamentar e profissional. Também simplifica a proteção AWS de seus volumes de armazenamento, bancos de dados e sistemas de arquivos, fornecendo um local central onde você pode fazer o seguinte:

AWS Backup usa a funcionalidade de backup integrada da Amazon FSx. Os backups criados usando o AWS Backup console têm o mesmo nível de consistência e desempenho do sistema de arquivos, são incrementais em relação a qualquer outro backup do seu volume FSx iniciado pelo usuário da Amazon e oferecem as mesmas opções de restauração que os backups feitos usando o console da Amazon FSx . O uso AWS Backup para gerenciar esses backups fornece funcionalidade adicional, incluindo a capacidade de criar backups agendados com a mesma frequência a cada hora. Você pode adicionar uma camada extra de defesa para proteger os backups contra exclusões acidentais ou mal-intencionadas ao armazená-los em um cofre de backup.

Os backups criados por AWS Backup são considerados backups iniciados pelo usuário e contam para a cota de backup iniciada pelo usuário para a Amazon. FSx Para obter mais informações, consulte Cotas que podem ser aumentadas. Você pode visualizar e restaurar backups criados AWS Backup usando o FSx console, a CLI e a API da Amazon. No entanto, você não pode excluir backups criados AWS Backup no FSx console, na CLI ou na API da Amazon. Para obter mais informações, consulte Introdução AWS Backup no Guia do AWS Backup desenvolvedor.

AWS Backup não é possível fazer backup de volumes que estão off-line.

Você pode usar tags para selecionar quais dos seus FSx recursos do ONTAP estão protegidos em um plano de backup. Essas tags devem ser aplicadas no nível do volume e não no nível do sistema de arquivos como um todo. Para obter mais informações, consulte Atribuição de recursos a um plano de backup no Guia do AWS Backup desenvolvedor.

Restaurar backups em um novo volume

Você pode restaurar um backup de volume em um novo volume em um sistema de arquivos que esteja no mesmo Região da AWS em que o backup está armazenado. Você não pode restaurar um backup em um sistema de arquivos localizado em um local Região da AWS diferente do backup.

Ao restaurar um backup nos sistemas de arquivos FSx de segunda geração do ONTAP, os clientes podem montar e ler dados de um volume enquanto ele está sendo restaurado. Os clientes podem montar o volume que você está restaurando e ler os dados do arquivo depois que a Amazon FSx carrega todos os metadados no novo volume e o volume relata o status do ciclo de vida de. CREATED Você pode encontrar o estado do ciclo de vida de um volume na página de detalhes dos volumes no FSx console da Amazon e na resposta do comando describe-volumes da CLI.

Ao ler dados de um volume enquanto eles estão sendo restaurados de um backup, se os dados ainda não tiverem sido baixados para o volume, você terá latências de leitura de até dezenas de milissegundos no primeiro acesso. Essas leituras são armazenadas em cache na camada SSD, e você pode esperar latências de leitura inferiores a um milissegundo para leituras subsequentes.

O tempo necessário para FSx a Amazon disponibilizar um volume para acesso somente leitura é proporcional à quantidade de metadados do arquivo armazenados no backup. Dependendo do tamanho médio do arquivo em seu conjunto de dados (conjuntos de dados de arquivos pequenos consomem mais metadados do que conjuntos de dados de arquivos grandes), os metadados de arquivo normalmente consomem de 1 a 7% dos dados gerais de backup.

Quando você restaura um FlexGroup backup de volume em um sistema de arquivos que tem um número diferente de pares de alta disponibilidade (HA) do sistema de arquivos original, a Amazon FSx adiciona volumes constituintes adicionais para garantir que os constituintes sejam distribuídos uniformemente.

Ao restaurar um backup, todos os dados são gravados inicialmente no nível de armazenamento SSD. Enquanto a restauração estiver em andamento, os dados serão hierarquizados no armazenamento do grupo de capacidade de acordo com a política de camadas do volume que estiver sendo restaurado. Como os dados são gravados primeiro no nível SSD, a Amazon FSx pausará o processo de restauração se o sistema de arquivos ficar sem espaço de armazenamento SSD. A restauração será retomada automaticamente assim que houver espaço suficiente no SSD disponível para continuar o processo. Se a política de camadas do volume restaurado for All, um processo periódico em segundo plano classificará os dados no grupo de capacidade. Se a política de camadas do volume restaurado for Snapshot Only ou Auto, os dados serão colocados em camadas no grupo de capacidade se a utilização do SSD no sistema de arquivos for maior que 50% e a taxa de resfriamento for determinada pelo período de resfriamento da política de camadas.

Se sua workload exigir latências de leitura consistentes de menos de um milissegundo ao restaurar um backup em um novo volume em sistemas de arquivos de segunda geração, recomendamos que você defina a política de hierarquização do volume como None ao iniciar a restauração e aguarde até que todos os dados tenham sido totalmente baixados no volume antes de acessá-lo. Todos os dados serão carregados no armazenamento SSD antes de você tentar acessá-los, fornecendo acesso consistente de baixa latência aos seus dados.

Para step-by-step obter instruções sobre como restaurar um backup em um novo volume, consulteRestaurar um backup em um novo volume.

Em sistemas de arquivos de segunda geração, você também pode restaurar apenas um subconjunto de dados de um backup sem precisar esperar pela conclusão de toda a operação de restauração. A restauração de apenas um subconjunto dos dados de um backup permite que você retome as operações mais rapidamente no caso de exclusão, modificação ou corrupção acidental dos dados. Para obter mais informações, consulte Restaurar um subconjunto de dados.

Você pode monitorar o progresso ao restaurar um backup em um sistema de arquivos de segunda geração na AWS Management Console API AWS CLI, e. Para obter mais informações, consulte Monitorar o andamento ao restaurar um backup.

Desempenho de backup e restauração

Vários fatores podem influenciar o desempenho das operações de backup e restauração. As operações de backup e restauração são processos em segundo plano, o que significa que elas têm uma prioridade menor em relação às operações de E/S do cliente. As operações de E/S do cliente incluem leituras e gravações de dados e metadados NFS, CIFS e iSCSI. Todos os processos em segundo plano utilizam somente a parte não utilizada da capacidade de throughput do sistema de arquivos e podem levar de alguns minutos a algumas horas para terminar, dependendo do tamanho do backup e da quantidade de capacidade de throughput não utilizada do sistema de arquivos.

Outros fatores que afetam o desempenho do backup e da restauração incluem o nível de armazenamento no qual seus dados são armazenados e o perfil do conjunto de dados. Recomendamos que você crie os primeiros backups de seus volumes quando a maioria dos dados estiver no armazenamento SSD. Os conjuntos de dados que contêm principalmente arquivos pequenos geralmente têm um desempenho inferior em comparação com conjuntos de dados de tamanho semelhante que contêm principalmente arquivos grandes. Isso ocorre porque o processamento de um grande número de arquivos pequenos consome mais ciclos de CPU e sobrecarga de rede do que processar menos arquivos grandes.

Geralmente, você pode esperar as seguintes taxas de backup ao fazer backup de dados armazenados no nível de armazenamento SSD:

No geral, você pode esperar as seguintes taxas de restauração:

Fazendo backup SnapLock volumes

Você pode fazer backup SnapLockvolumes para proteção adicional de dados. Quando você restaura um SnapLock volume, as configurações originais do volume, como retenção padrão, retenção mínima e retenção máxima, são preservadas. As configurações de gravação única e várias leituras (WORM) e de retenção jurídica também são preservadas.

Você pode restaurar um SnapLock backup do volume como um SnapLock ou um não-SnapLock volume. No entanto, você não pode restaurar um não-SnapLock backup do volume como um SnapLock volume.

Para obter mais informações, consulte Como SnapLock funciona.