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 o FSx para ONTAP, você pode proteger seus dados fazendo backups diários automáticos e backups iniciados pelo usuário dos volumes do sistema de arquivos. Criar backups rotineiros para os volumes é uma prática recomendada que ajuda a apoiar suas necessidades de conformidade e retenção de dados. Você pode restaurar backups de volume em qualquer sistema de arquivos FSx for 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 os backups do Amazon FSx facilita a criação, a visualização, a restauração e a exclusão de backups de seus volumes.

O Amazon FSx é compatível com o backup de volumes do ONTAP com um OntapVolumeType do tipo leitura e gravação (RW).

Como funcionam os backups

Todos os backups do Amazon FSx (backups diários automáticos e backups iniciados pelo usuário) são incrementais, o que significa que eles armazenam somente 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. Ao não armazenar dados duplicados, os backups incrementais otimizam os custos de armazenamento. Os backups do FSx para ONTAP acontecem por volume, com cada backup contendo somente os dados de um volume específico. Os backups do Amazon FSx são armazenados de maneira redundante em várias zonas de disponibilidade visando alta durabilidade.

Os backups do Amazon FSx usam snapshots (imagens de um ponto no tempo e somente leitura dos volumes) para manter a incrementalidade entre os backups. A cada backup realizado, primeiro o Amazon FSx cria um snapshot do volume. O snapshot do backup é armazenado em seu volume e consome espaço de armazenamento no volume. Em seguida, o Amazon FSx compara esse snapshot com o snapshot de backup anterior (se houver) e copia somente os dados alterados ao 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 snapshot de backup for criado com sucesso, o Amazon FSx excluirá o snapshot 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 com armazenamento de backup, o 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 backup do Amazon FSx contém todas as informações necessárias para criar um novo volume usando o backup, restaurando efetivamente um snapshot point-in-time do volume.

Há limites para o número de backups que você pode armazenar por Conta da AWS volume. Para obter 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. Também recomendamos escolher uma janela de backup que não se sobreponha à janela de manutenção do sistema de arquivos. Se as janelas se sobrepõem, as atividades de manutenção têm precedência e os backups automatizados ocorrem após a conclusão da manutenção. Os backups que já estão em andamento continuarão durante a manutenção, no entanto, a criação de novos backups pode não ocorrer até que a manutenção seja concluída. Se a manutenção for executada durante toda a janela, os backups automatizados podem não ocorrer durante essa janela.

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. O 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 automáticos e exclui todos os backups automáticos existentes dos volumes do sistema de arquivos.

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 console Amazon FSx 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 console, a CLI e a API do Amazon FSx. Ao excluir um volume, você também exclui os backups diários automáticos desse volume. O Amazon FSx oferece a opção de criar um backup final de um volume antes de excluí-lo. O backup final é mantido para sempre, a menos que você o exclua.

User-initiated cópias de segurança

Com o Amazon FSx, você pode fazer backups manualmente dos volumes do seu sistema de arquivos a qualquer momento usando a Console de gerenciamento da AWS API 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. User-initiated os backups são mantidos mesmo depois que você exclui o volume ou o sistema de arquivos no qual os backups foram criados. Você só pode excluir backups iniciados pelo usuário usando o console, a API ou a CLI do Amazon FSx. Eles nunca são excluídos automaticamente pelo 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, o Amazon FSx não copiará as tags do volume, mesmo que CopyTagsToBackups esteja habilitado.

Utilizar AWS Backup com Amazon FSx

AWS Backup é uma forma simples e econômica de proteger seus dados fazendo backup de seus volumes Amazon FSx for ONTAP. NetApp 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 do 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 iniciado pelo usuário do Amazon FSx e oferecem as mesmas opções de restauração que os backups feitos usando o console do 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 pelo AWS Backup são considerados backups iniciados pelo usuário e contam para a cota de backup iniciada pelo usuário para o Amazon FSx. Para obter mais informações, consulte Cotas que podem ser aumentadas. Você pode visualizar e restaurar backups criados AWS Backup usando o console, a CLI e a API do Amazon FSx. No entanto, você não pode excluir backups criados AWS Backup no console, na CLI ou na API do Amazon FSx. 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 recursos do FSx para 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 em sistemas de arquivos de segunda geração do FSx para 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 o Amazon FSx carregar todos os metadados no novo volume e o volume relatar o status do ciclo de vida de CREATED. Você poderá encontrar o estado do ciclo de vida de um volume na página Detalhes dos volumes no console do Amazon FSx 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 que o Amazon FSx disponibilize um volume para acesso somente para leitura é proporcional à quantidade de metadados de arquivos 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 backup de volume FlexGroup em um sistema de arquivos com um número diferente de pares de alta disponibilidade (HA) em relação ao sistema de arquivos original, o Amazon FSx acrescenta 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 hierarquização do volume que estiver sendo restaurado. Como os dados são gravados primeiro no nível SSD, o 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 hierarquização do volume restaurado for All, um processo periódico em segundo plano classificará os dados no grupo de capacidade. Se a política de hierarquização 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 hierarquização.

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 obter instruções passo a passo sobre como restaurar um backup para um novo volume, consulte Restaurar 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 Console de gerenciamento da AWS 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 o backup de volumes do SnapLock para obter proteção adicional de dados. Ao restaurar um volume do SnapLock, as configurações originais do volume, como a retenção padrão, a retenção mínima e a retenção máxima, são preservadas. As configurações de gravação única e várias leituras (WORM) e de restrição legal também são preservadas.

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

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