Práticas recomendadas para políticas de backup do serviço de Backup e DR

Nesta página, você encontra práticas recomendadas para criar e gerenciar políticas de backup do serviço de Backup e DR usando o console Google Cloud , incluindo os seguintes tipos de políticas:

  • Políticas de produção para snapshot: capture snapshots frequentes de dados de produção, com opções de programações em janelas ou contínuas e diferentes frequências. Saiba também como lidar com backups de registros de banco de dados.

  • Políticas do OnVault: envie dados para armazenamento de objetos, como o Cloud Storage, para retenção de longo prazo. Esta página também descreve diferentes tipos de políticas do OnVault, como Snapshot to OnVault, Direct to OnVault e OnVault to OnVault.

  • Políticas de produção para espelhamento: use a replicação do StreamSnap para replicar dados em um dispositivo remoto, permitindo objetivos de ponto de recuperação (RPOs) baixos. Você também pode saber mais sobre como o StreamSnap funciona e os benefícios dele.

Definir uma janela de captura de dados no modelo de política do serviço de Backup e DR

Defina programações de modelos de política para atender aos seguintes requisitos:

  • Requisitos da janela de captura de dados

  • RPOs

  • Objetivos do tempo de recuperação (RTOs)

Por exemplo, se uma captura diária precisar ser realizada entre 19h e 7h, defina uma janela de captura de 19h às 7h. Ao dar à política a maior janela possível, o programador tem a máxima flexibilidade para programar todos os jobs necessários. A janela de tempo especificada define o horário de início permitido para o job de captura de dados. Os jobs iniciados no final da janela podem ser executados até a conclusão.

Configurar programações de políticas de produção para snapshot

O serviço de Backup e DR acessa os dados recentes com mais frequência. Por isso, talvez você só precise reter dados de snapshots por alguns dias, desde que também tenha políticas do OnVault com retenção mais longa. É possível programar um snapshot de backup que ocorra durante um período e frequência específicos ou de forma contínua. A frequência mínima recomendada para uma política de snapshot é de uma hora (RPO local), embora a programação de backup de registros de banco de dados possa ser executada a cada 15 minutos. Também é possível configurar a frequência do snapshot para atender às suas necessidades específicas.

Configurar uma programação em janelas de um snapshot por janela

A maioria das políticas de produção para snapshot do serviço de backup e DR foi projetada para tirar um único snapshot de dados em um período de 24 horas. Os backups de snapshots em janelas podem ser programados para ocorrer em uma janela que respeite os limites do dia, por exemplo, das 19h às 7h.

É possível criar uma programação de política de snapshots que cruza um limite de dia e faz um único snapshot durante um período específico configurando as seguintes opções no console Google Cloud :

  • Tipo de programação Em janela (padrão)
  • Snap nesses dias: Todos os dias, exceto Nunca
  • A janela para abrir e fechar conforme necessário, normalmente definida das 19h às 7h
  • A frequência para Uma vez por janela
  • O tempo de retenção (por exemplo, reter por 2 dias)

Com essa programação em janela, o limite do dia (meia-noite) é ignorado.

Configurar uma programação em janelas de vários snapshots em uma janela

Em alguns casos, talvez seja necessário capturar vários snapshots em uma janela de tempo. Essa abordagem exige planejamento cuidadoso, já que pode resultar no consumo de recursos do sistema e levar a uma situação em que os snapshots são feitos constantemente.

É possível criar uma programação de política de snapshots que faça vários snapshots durante um período específico configurando as seguintes opções no console do Google Cloud :

  • Tipo de programação em janela(padrão)
  • Snap nesses dias: Todos os dias, exceto Nunca
  • A janela é aberta conforme necessário e pode ou não abranger o limite do dia.
  • Uma frequência que não se sobrepõe ao tempo necessário para fazer um snapshot. O padrão é a cada oito horas. A frequência mínima recomendada para uma política de snapshot é de uma execução a cada 1 hora (RPO local).
  • O tempo de retenção (por exemplo, reter por 2 dias)

Com essa abordagem, o job é executado de acordo com a frequência dentro da janela especificada. Qualquer job em execução no fechamento da janela continua sendo executado até a conclusão.

Configurar uma execução contínua da programação diariamente em intervalos regulares

É possível configurar uma programação de política de instantâneo que é executada continuamente todos os dias, 24 horas por dia, 7 dias por semana, em um intervalo de tempo de x minutos ou horas. Por exemplo, é possível criar uma política de backups contínuos de snapshots em que os jobs são executados diariamente a cada quatro horas, com o primeiro job começando às 1h.

É possível criar uma política de snapshot programada para ser executada continuamente em um intervalo definido regularmente ao configurar as seguintes opções no console Google Cloud :

  • Tipo de programação Contínua
  • Uma frequência que não se sobrepõe ao tempo necessário para fazer um snapshot. O padrão é a cada oito horas. A frequência mínima recomendada para uma política de snapshot é de 1 hora (RPO local).
  • Hora de iniciar o primeiro job de snapshot.
  • O tempo de retenção (por exemplo, reter por 2 dias)

Você também pode programar um job contínuo para ser executado uma vez por dia (o período mais longo de programação de política contínua sem definir uma programação de política em janela). Nesse caso, especifique Executar a cada 24 horas, o que equivale a uma programação diária contínua.

Configurar políticas do OnVault

Com as políticas do OnVault do serviço de backup e DR, é possível enviar dados para um pool do OnVault no Cloud Storage, também conhecido como configuração de pool do OnVault. Uma programação dentro da política é usada para enviar os dados mais recentes para o backup de armazenamento de objetos. Após a ingestão inicial de dados, uma operação de captura do OnVault segue o processo de captura de dados incremental e contínuo.

Ao enviar dados para o armazenamento definido pelo pool OnVault, uma conexão HTTPS é usada para garantir segurança de dados na rede. A opção de compactação do pool OnVault fica ativada por padrão para minimizar o tráfego de rede.

Ao acessar dados no local de armazenamento definido de um pool do OnVault, observe as seguintes considerações:

  • Os aparelhos podem criar clones.
  • Os dispositivos podem montar dados, mas como eles são copiados primeiro para o pool de snapshots e depois montados, não é recomendável.

  • Não é possível criar LiveClones.

É possível criar três tipos de políticas do OnVault do serviço de Backup e DR:

  • Snapshot para políticas do OnVault: captura dados em um pool de snapshots e copia os dados no pool para um bucket do Cloud Storage definido por um pool do OnVault.

  • Direcionar para políticas do OnVault: permite que os backups de VMs do VMware sejam enviados diretamente para um bucket do Cloud Storage definido por um pool do OnVault.

  • Políticas do OnVault para o OnVault: replicam dados de um pool do OnVault para outro.

Criar uma política de snapshot para OnVault

Para criar uma programação de Snapshot para OnVault que envie os dados de snapshot mais recentes para o armazenamento de objetos definido por um pool do OnVault em uma janela definida uma vez por dia, configure as seguintes opções no console Google Cloud :

  • Cofre nesses dias: Todos os dias
  • A janela para abrir e fechar conforme necessário. Normalmente definido como 19:00 às 18:50

  • O tempo de retenção (por exemplo, manter por 3 anos)

Criar uma política de Direct to OnVault

Para criar um cronograma de Direct to OnVault que envia as atualizações incrementais mais recentes diretamente para o armazenamento definido por um pool do Onvault em uma janela definida uma vez por dia, configure as seguintes opções no console Google Cloud :

  • Nestes dias: Todos os dias
  • A janela para abrir e fechar conforme necessário. Normalmente definido como 19:00 às 18:50

  • O tempo de retenção (por exemplo, manter por 3 anos)

De OnVault para a política OnVault

Para criar uma programação OnVault para OnVault que envia as atualizações incrementais mais recentes diretamente para o armazenamento definido por um pool do OnVault em uma janela definida uma vez por dia, configure as seguintes opções no console Google Cloud :

  • Nestes dias: Todos os dias
  • A janela para abrir e fechar conforme necessário. Normalmente definido como 19:00 a 18:50
  • O tempo de retenção (por exemplo, manter por 3 anos)
  • Verificar se o pool de origem OnVault está definido corretamente
  • Selecione o pool de destino do OnVault. Este é o segundo pool do OnVault para onde os dados serão replicados do pool de origem do OnVault.

Políticas de backup de Production para espelhamento

As práticas recomendadas para políticas de backup de Produção para espelho dependem da opção de replicação que você planeja usar. Esta seção descreve as práticas recomendadas de política para o método de replicação StreamSnap oferecido pelo appliance.

Políticas de Production para espelhamento usando a replicação do StreamSnap

As políticas de backup de Production para espelho que usam a configuração de replicação do StreamSnap estão vinculadas a uma política de snapshot específica. Eles usam as configurações de programação e frequência da política de snapshot associada no modelo.

O StreamSnap replica snapshots de dados para um dispositivo remoto de backup/recuperação em uma rede de alta qualidade, o que pode fornecer RPOs de até uma hora. Para VMs do VMware, a replicação de snapshot é transmitida para o segundo dispositivo de backup/recuperação em paralelo à cópia do snapshot. O streaming de uma VM do VMware é realizado para evitar esperar até que o job de snapshot local seja concluído antes de iniciar a replicação.

A replicação do StreamSnap faz o seguinte:

  • Alcança objetivos de ponto de recuperação de até uma hora. A política de replicação do StreamSnap depende da política associada de produção para snapshot para objetivos de ponto de recuperação e outras configurações avançadas de snapshot. Uma política StreamSnap pode apontar para qualquer política de snapshot com frequência de uma hora ou mais (objetivos de ponto de recuperação remota).
  • Usa uma rede IP existente para replicar dados.
  • Replica grandes quantidades de dados para usuários remotos (por exemplo, ambientes de teste e desenvolvimento).
  • Retém várias imagens de snapshots pontuais no site remoto, com o comportamento de retenção sendo impulsionado pelas configurações na política StreamSnap.
  • Simplifica o failover para um host no site remoto.
  • Ativa a replicação reversa incremental (syncback) para o dispositivo local de backup/recuperação.
  • Compacta e criptografa os dados replicados no segundo dispositivo de backup/recuperação. É possível desativar a compactação se os dados já estiverem compactados (por exemplo, imagens e vídeos).

Quando você aplica o modelo de backup a um aplicativo ou VM no App Manager, o Monitor registra os resultados do job StreamSnap, que aparece como um único job. Quando a replicação for concluída, dois jobs vão aparecer em Monitorar com o status Concluído: um para o job de snapshot e outro para o job StreamSnap. Consulte Tratamento de erros do job StreamSnap. Se houver uma falha no job, seja no StreamSnap ou no snapshot, duas entradas de job vão aparecer para identificar qual deles foi concluído.

A seguir