Visão geral dos backups

Mantenha tudo organizado com as coleções Salve e categorize o conteúdo com base nas suas preferências.

Nesta página, você verá o que é um backup, como ele funciona, alguns casos de uso comuns e práticas recomendadas para criar e usar backups. Para saber como criar e gerenciar backups e como restaurar uma instância do Filestore de um backup, consulte Fazer backup de dados para a recuperação de desastres.

O que é um backup?

Um backup do Filestore é uma cópia de um compartilhamento de arquivos que inclui todos os dados e metadados dele a partir do momento em que o backup é criado. Depois que um backup de um compartilhamento de arquivos é criado, o compartilhamento de arquivos original pode ser modificado ou excluído sem afetar o backup. Um compartilhamento de arquivos pode ser completamente restaurado a partir de um backup como uma nova instância do Filestore ou para um compartilhamento de arquivos existente.

Os backups são recursos regionais que permanecem na região especificada no momento da criação. É possível criar backups na mesma região da instância do Filestore ou em outra região para redundância entre regiões. Os backups são globalmente endereçáveis e podem ser usados para restaurar compartilhamentos de arquivos para qualquer região, mas não podem ser compartilhados entre projetos.

Criação do backup

O primeiro backup criado é uma cópia completa de todos os dados e metadados do arquivo em um compartilhamento de arquivos. Cada backup subsequente copia as alterações incrementais feitas para os dados desde o backup anterior. Um grupo de backups associados à mesma instância é chamado de cadeia de backup. As cadeias de backup residem em um único bucket e região e podem estar localizadas fora da região usada para armazenar a instância de origem. Esse comportamento oferece aos usuários a opção de criar uma cópia geograficamente redundante dos dados da instância.

Os dados inalterados contidos nos backups anteriores são referenciados, mas não copiados para os backups mais recentes. Se um backup mais antigo for excluído, os dados exclusivos dele serão copiados para o próximo backup mais recente, e todas as referências de dados internas serão atualizadas automaticamente.

A criação do backup é instantânea, mas é preciso um período proporcional à quantidade de dados copiados para que o backup esteja disponível para uso. Durante esse período, o backup passa por três estados:

Estado Duração Descrição
Criando Alguns segundos Capturar o estado atual do compartilhamento de arquivos. As novas alterações nos dados do compartilhamento de arquivos podem ou não ser incluídas no backup. As gravações estáveis reconhecidas pela instância antes do início do backup são incluídas.
Finalizando Depende do tamanho Fazer upload dos dados para o backup. As novas alterações nos dados do compartilhamento de arquivos não são incluídas no backup.
Ready Até que o backup seja excluído O backup está pronto para uso.

Após a criação, os backups são compactados automaticamente para reduzir o custo. O desempenho da instância pode ser reduzido ao criar um backup para instâncias de nível empresarial ou SSD de alta escala. Criar um backup não afeta a disponibilidade ou o desempenho das instâncias do nível Básico.

Consistência no backup

Os backups do Filestore têm a semântica de consistência NFSv3. Antes de um backup ser iniciado, qualquer gravação que a instância do Filestore reconhece como gravada no armazenamento estável ou que é seguida por um COMMIT confirmado é incluída no backup. Para mais detalhes, consulte a seção 3.3.7 do NFSv3 RFC-1813.

Casos de uso comuns

As seções a seguir descrevem casos de uso comuns de backups.

Como fazer backup de dados para recuperação de desastres

Imagine que você tem uma instância do Filestore em us-west1-c e quer proteger os dados contra desastres que afetam essa região. Você pode agendar um job que crie backups desta instância regularmente para uma região remota, como us- east1. Se ocorreu um desastre que envolve us-west1-c, é possível criar uma nova instância em outro local a partir de qualquer backup anterior.

Como fazer backup de dados para proteção contra alterações acidentais

Se você quiser proteger os dados do Filestore contra alterações não intencionais, programe um job que crie backups da instância regularmente. Se você perder dados, poderá navegar na lista de backups para identificar aquele com a versão do arquivo necessária. Em seguida, crie uma instância do Filestore com base no backup, ative-a no mesmo cliente da instância original e copie o arquivo.

Antes de copiar o arquivo, use o comando diff do Linux nos dois pontos de montagem para verificar as diferenças entre os dados na instância original e os restaurados do backup. Após a recuperação dos dados, exclua a instância restaurada e crie um novo backup para preservar o estado atual dos dados para uso futuro.

Como alternativa, você pode fazer uma restauração no local, em que os dados de backup são restaurados diretamente para a instância original do Filestore, substituindo todos os dados dela pelos dados do backup. Recomendamos que você crie um backup dos dados mais recentes antes de realizar uma restauração no local, porque todos os dados não salvos serão perdidos.

Como criar clones para desenvolvimento e teste

Imagine que você tenha uma configuração de banco de dados em uma instância do Filestore que exiba tráfego de produção. Se você quiser executar um teste com um banco de dados como entrada, poderá criar uma nova instância do Filestore a partir de um backup da instância de produção para o teste. Dessa maneira, o uso do teste não interfere na produção.

Da mesma forma, é possível usar backups para análise e investigação off-line sem afetar a produção.

Como migrar dados

Depois de criar uma instância do Filestore, não é possível alterar o local ou o nível de serviço. Para migrar os dados para outra região, crie um backup deles e use o backup para criar uma instância do Filestore ou restaurá-la para uma instância atual.

Além disso, ao criar uma nova instância do Filestore de um backup, é possível escolher entre os níveis Básico de HDD e SSD básico, independentemente do nível da instância de origem.

Limitações do recurso

Os backups do Filestore estão geralmente disponíveis (GA) para instâncias de nível HDD básico e SSD básico e são um recurso de visualização para instâncias de nível Enterprise e SSD de alta escala.

Em Visualização, as seguintes limitações se aplicam:

  • Os usuários precisam criar um novo projeto para ativar o recurso para instâncias de nível Enterprise ou SSD de alta escala. As cargas de trabalho de produção precisam residir sempre em projetos separados das cargas de trabalho de visualização.

  • Os backups do Filestore não podem ser combinados com o recurso Multicompartilhamentos do Filestore.

  • Depois que o preço for implementado, as taxas relevantes serão aplicadas.

As seções a seguir abordam outras limitações de recursos na Preview.

Desempenho

  • Várias alterações feitas em diversos links físicos no mesmo arquivo (por exemplo, dezenas ou centenas de milhares) podem afetar o desempenho.

  • O desempenho da instância do SSD de nível empresarial e em grande escala pode ser reduzido em até 15% durante o upload de um backup. Os backups de nível Básico não afetam o desempenho da instância.

Armazenamento

  • As instâncias de nível SSD de grande e grande escala oferecem suporte a uma única cadeia de backup. Essa cadeia precisa residir inteiramente em uma única região, ainda que não esteja restrito ao mesmo local que a instância de origem.

    Se você quiser usar uma CMEK e armazenar seus dados de backup em uma região separada da origem para redundância geográfica, use duas chaves CMEK separadas: uma para a instância de origem e outra para a cadeia de backup. Sujeito a restrições:

    • Uma CMEK precisa residir na mesma região da cadeia de backup criptografada.

    • Uma única CMEK é aplicada ao bucket em que a cadeia de backup está armazenada e não pode ser combinada ou substituída.

    • Para criar um backup usando uma nova CMEK, é necessário excluir toda a cadeia de backup.

    • Se houver uma CMEK, ela precisará ser ativada para excluir um backup.

    • As instâncias básicas de HDD e SSD são compatíveis com várias cadeias de backup. O suporte de CMEK não está disponível para esses níveis de serviço.

    Para mais informações, consulte Suporte a CMEK para cadeias de backup.

  • Depois que uma operação RestoreInstance for aplicada a uma instância de nível Enterprise, os usuários não poderão criar snapshots com os mesmos nomes de snapshots anteriores antes da operação.

  • Depois que uma instância é excluída, o backup dela não pode ser excluído. Consulte Solicitações de exclusão para backups de nível SSD empresarial e de alta escala para ver instruções sobre como enviar uma solicitação de exclusão.

  • As tentativas de restaurar uma instância de um backup enquanto uma exclusão de backup ou exclusão de snapshot estão em andamento.

  • Para criar um backup de nível SSD corporativo ou de alta escala em um novo local, é necessário excluir toda a cadeia de backup atual.

Capacidade

Cada backup ocupa a capacidade da instância. Essa capacidade varia em relação ao escopo de mudanças feitas nos dados desde que o último backup foi criado.

Mais especificamente, quando um backup é criado, o Filestore cria um snapshot interno do sistema de arquivos que também ocupa uma parte da capacidade da instância disponível.

O tamanho do snapshot também é relativo ao escopo das alterações feitas nos dados desde o compartilhamento desde a criação do último backup. Esse snapshot continua existindo até o próximo backup subsequente ser criado e enviado.

Todos os dados referenciados pelo backup persistem no estado como estavam quando capturados e continuam ocupando a capacidade do sistema de arquivos. Por exemplo, se você já excluir dados do sistema de arquivos montado, essa ação não libera a capacidade. Para isso, você precisa criar um novo backup depois de excluir ou substituir quantidades significativas de dados.

Para antecipar a capacidade suficiente das cargas de trabalho, os usuários precisam aplicar uma das seguintes opções:

  • Aumente a capacidade da instância para cargas de trabalho com alterações de dados significativas e frequentes ou uma "taxa de alteração alta".

  • Limite o escopo ou a taxa de mudança das modificações de dados.

Práticas recomendadas

As seções a seguir abordam as práticas recomendadas.

Como preparar o compartilhamento de arquivos para ter uma melhor consistência de backup

A qualidade de um backup depende da capacidade do aplicativo de se recuperar dos backups criados durante cargas de trabalho de gravação pesadas. Na maioria das situações, é possível criar backups com boa consistência, mesmo que os aplicativos gravem dados no compartilhamento de arquivos. No entanto, se os aplicativos exigirem consistência rigorosa, recomendamos executar uma ou mais das seguintes opções:

  • Use a montagem de sincronização. Para mais informações, consulte a seção "Opção de montagem de sincronização" em nfs(5). Você também pode abrir arquivos com as sinalizações O_DIRECT|O_SYNC. Para mais informações, consulte open(2).
  • Pause os aplicativos ou processos do sistema operacional que gravam dados no compartilhamento de arquivos e faça com que eles limpem as alterações no compartilhamento de arquivos antes de iniciar o backup. Para ver mais informações, consulte fsync(2).
  • Se os aplicativos exigirem consistência entre vários compartilhamentos, pause todos os aplicativos em todas as instâncias que estiverem gravando nos compartilhamentos de arquivos e crie backups de todos os compartilhamentos de arquivos antes de retomar os aplicativos.
  • Se você precisar de consistência no nível do aplicativo, interrompa seus aplicativos e desative o compartilhamento de arquivos antes de criar um backup.

Como usar backups existentes como referência para novos backups a fim de reduzir o tempo de criação

Os backups atuais de um compartilhamento de arquivos em uma região são usados como valores de referência para criar backups do compartilhamento de arquivos, reduzindo o tempo de criação do backup. Portanto, recomendamos que você faça o seguinte:

  • Faça um novo backup de um compartilhamento de arquivos antes de excluir o backup anterior desse compartilhamento de arquivos.

  • Aguarde até que novos backups estejam no estado Ready antes de criar backups subsequentes do mesmo compartilhamento de arquivos.

Como programar backups fora do horário de pico para reduzir o tempo de criação

A criação de backups fora do horário de pico reduz o tempo que leva para criar um backup. Se você programar backups regulares dos compartilhamentos de arquivos, recomendamos que eles sejam programados fora do horário de pico, quando possível.

Os horários de pico para a criação de backups são o final de cada dia útil e a meia-noite da região onde a instância do Filestore está localizada. Recomendamos que você crie os backups no início da manhã ou durante o dia útil.

Como organizar seus dados em instâncias separadas do Filestore para maximizar a eficiência

Quanto mais dados o compartilhamento de arquivos tiver, maior será o backup e mais ele custará. Para fazer backup apenas dos dados que você precisa para fazer backup, recomendamos organizar seus dados em compartilhamentos de arquivos separados, ou seja:

  • Armazenar dados críticos com diferentes padrões de gravação ou diferentes requisitos de backup em diferentes compartilhamentos de arquivos.
  • Reduzir o número de backups que você precisa criar mantendo dados semelhantes em um compartilhamento de arquivos.

Cota

Há um limite de cota para o número de backups por região nos níveis de serviço SSD básico e HDD básico.

Os limites de cota de backup não são aplicáveis aos níveis de serviço SSD e Enterprise de grande escala.

Para mais informações, consulte Cotas e níveis de serviço.

Solicitar acesso de visualização

Os backups do Filestore para instâncias de nível empresarial e em grande escala estão disponíveis como um recurso Visualização para clientes selecionados. Para solicitar acesso a recursos, preencha e envie este formulário.

Primeiros passos com os backups do Filestore

Para começar a usar o recurso, consulte Dados de backup para recuperação de desastres.

A seguir