Este documento ajuda você a escolher a opção certa para proteger seus recursos do Compute Engine com base no objetivo do tempo de recuperação (RTO), objetivo do ponto de recuperação (RPO), caso de uso e nos requisitos de custo.
O Compute Engine oferece várias opções para proteger os seguintes recursos:
- Instâncias do Compute Engine
- Persistent Disk
- Google Cloud Hyperdisk
Cada opção de proteção de dados foi projetada para casos de uso e necessidades de recuperação específicos. Para proteger seus dados críticos, recomendamos implementar uma das seguintes soluções de backup ou replicação.
| Objetivo | Solução recomendada |
|---|---|
| Testar, depurar ou gerenciar implantações | Para discos, use Instant Snapshots, clones de disco ou imagens personalizadas do SO. Para instâncias, use imagens de máquina. |
| Fazer backup para recuperação de desastres | Para discos, use snapshots padrão ou de arquivamento. Para instâncias, use imagens de máquina ou o serviço de backup e DR. |
| Alta disponibilidade para recuperação de desastres | Para discos, use replicação síncrona ou assíncrona. |
Opções de proteção de dados para instâncias
A tabela a seguir resume as opções de proteção de dados para instâncias.
| Opções de proteção de dados para instâncias | ||||
|---|---|---|---|---|
| Objetivo | Opção | RPO | RTO | Casos de uso |
| Teste ou recuperação de desastres | Imagens de máquina | Minutos a horas | Minutos a horas |
|
| Recuperação de desastres | Serviço de backup e DR | Definido pela política | Minutos a horas |
|
Teste e depuração de instâncias
Para clonar uma instância para teste ou depuração, escalonamento de instâncias ou manutenção do sistema , use imagens de máquina.
Imagens de máquina
As imagens de máquina são ideais para clonar instâncias porque capturam uma cópia abrangente e pontual da instância de origem, permitindo clonar o ambiente de produção sem afetá-lo.
Quando você cria uma nova instância com base em uma imagem de máquina, a nova instância é um clone da instância de origem, incluindo a configuração completa da instância e uma cópia consistente com falhas dos dados de todos os volumes de Persistent Disk e hiperdisco conectados. Para fazer backup apenas dos discos da instância e não da configuração completa da instância, use snapshots padrão ou de arquivamento.
Para saber mais sobre imagens de máquina, consulte Sobre imagens de máquina.
Backups de instâncias para recuperação de desastres
Para fazer backup de instâncias e dos discos conectados para recuperação de desastres, use imagens de máquina ou o serviço de backup e DR.
Serviço de backup e DR
O serviço de backup e DR permite criar planos de backup que definem programações automatizadas de backup, políticas de retenção de dados e estratégias de replicação. Recomendamos o serviço de backup e DR para cargas de trabalho com os seguintes requisitos:
- Gerenciar backups em vários projetos.
- Automação avançada baseada em políticas.
- Suporte para Google Cloud serviços, incluindo VMs do Compute Engine e VMs do VMware Engine.
- Proteção contra exclusão acidental ou ataques maliciosos armazenando backups em backup vaults seguros e isolados que oferecem suporte à imutabilidade e indelibilidade.
- Eficiência de custos com backups incrementais.
- RTO baixo com recursos que permitem a ativação instantânea e o acesso local aos dados diretamente dos backups.
Para saber mais sobre o serviço de backup e DR, consulte Sobre os planos de backup do serviço de backup e DR.
Configurações de backup padrão para instâncias criadas no console
Ao criar uma nova instância usando o Google Cloud console, o Compute Engine usa um método de backup padrão predefinido até que você o altere. Isso incentiva o uso consistente de backups automatizados em todo o projeto. Uma das seguintes opções é selecionada automaticamente na guia Proteção de dados:
- Plano de backup: recomendamos essa opção para a maioria dos projetos, pois ela oferece backups centralizados baseados em políticas. Se a API de backup e DR estiver ativada para seu projeto, essa opção será o método de backup padrão predefinido.
- Programações de snapshots: essa opção é selecionada se o serviço de backup e DR não estiver ativado. As programações de snapshots fazem backup automático dos discos conectados à instância regularmente, mas não fazem backup da configuração completa da instância.
- Sem backups: essa opção significa que nenhum método de backup está pré-selecionado. Escolha essa opção apenas se você tiver outro método para proteger seus dados ou se os dados forem temporários e não exigirem backups.
Independentemente da configuração de backup padrão, você pode escolher um método de backup diferente ao criar a instância para atender melhor às necessidades de uma carga de trabalho específica. Essa configuração não afeta as instâncias atuais.
Para instruções detalhadas sobre como visualizar ou alterar a configuração de backup padrão do projeto, consulte Configurar a configuração de backup padrão para o console.
Opções de proteção de dados para discos
A tabela a seguir resume as opções de proteção de dados para discos.
| Opções de proteção de dados para discos | ||||
|---|---|---|---|---|
| Objetivo | Opção | RPO | RTO | Casos de uso |
| Teste | Clones de discos | Zero | Segundos a minutos |
|
| Teste | Instant Snapshots | Segundos a minutos | Segundos a minutos |
|
| Teste | Imagens do SO | N/A | N/A |
|
| Recuperação de desastres | Snapshots padrão e de arquivamento | Minutos a horas | Minutos a horas |
|
| Recuperação de desastres | Replicação síncrona | Zero | Segundos a minutos |
|
| Recuperação de desastres | Replicação assíncrona | Segundos a minutos | Minutos |
|
Teste e depuração de discos
É possível usar clones, Instant Snapshots ou imagens personalizadas do SO para fazer backup de um disco para teste e depuração.
Clones de discos
Para criar uma cópia pronta para uso de um disco, use um clone de disco em vez de criar um snapshot. A clonagem de disco cria um duplicado independente e utilizável instantaneamente de um disco, o que permite trabalhar com dados de produção em um ambiente isolado sem perturbar as cargas de trabalho de produção.
Ao contrário de um snapshot, que é um backup que precisa ser restaurado para um novo disco, um clone é um disco novo e totalmente funcional que contém todos os dados do disco de origem no momento da criação.
Para saber mais sobre clones de disco, consulte Duplicar um disco com clones.
Instant Snapshots
Para fazer backup rápido de um disco para fins operacionais, como upgrades de software ou testes de sistema, use um Instant Snapshot. Os Instant Snapshots são backups locais armazenados na mesma zona ou região do disco de origem, o que permite restaurar dados para um novo disco em minutos. Essa recuperação rápida ajuda a minimizar o tempo de inatividade e evitar longas janelas de manutenção.
Os Instant Snapshots são projetados para recuperação operacional rápida, não para recuperação de desastres. Os Instant Snapshots são armazenados no mesmo local do disco de origem e são excluídos automaticamente quando o disco de origem é excluído. Para armazenamento de longo prazo ou recuperação de desastres, use snapshots padrão ou de arquivamento em vez de Instant Snapshots.
Para saber mais sobre Instant Snapshots, consulte Sobre Instant Snapshots.
Imagens do SO
Para criar várias instâncias novas com discos de inicialização idênticos ou para criar discos em escala, use uma imagem personalizada do sistema operacional (SO). É possível criar uma imagem personalizada do SO com base em um disco de inicialização atual. Uma imagem do SO é uma cópia completa e inicializável do disco, incluindo o sistema operacional, as configurações personalizadas e qualquer software instalado. Depois de criada, é possível usar a imagem do SO como um modelo reutilizável para provisionar novos discos de inicialização para muitas VMs.
Para criar discos em escala, use imagens do SO em vez de criar vários discos com base em um snapshot. As imagens do SO são mais rápidas porque o Compute Engine usa o armazenamento em cache local nas zonas de destino para acelerar o processo de criação.
Para saber mais sobre imagens personalizadas, consulte Sobre imagens do SO.
Backups de disco para recuperação de desastres
É possível usar snapshots padrão e de arquivamento para fazer backup de um disco para recuperação de desastres. Também é possível usar a replicação síncrona e assíncrona para proteger seus aplicativos contra interrupções zonais ou regionais.
Snapshots padrão e de arquivamento
Para proteger seus dados contra falhas regionais ou zonais ou para arquivamento de longo prazo, use snapshots padrão ou de arquivamento. Os snapshots padrão e de arquivamento são backups remotos e georredundantes projetados especificamente para recuperação de desastres e retenção de dados de longo prazo. Embora os dois tipos ofereçam backups incrementais e duráveis, eles são otimizados para casos de uso diferentes:
- Use snapshots padrão para proteger dados de produção que podem precisar ser restaurados com um tempo de recuperação mais rápido do que os snapshots de arquivamento.
- Use snapshots de arquivamento como uma opção de armazenamento de menor custo para dados que raramente são acessados, como backups necessários para compliance, auditorias ou armazenamento a frio de longo prazo.
Recomendamos programar snapshots padrão por hora. Se você precisar de snapshots diários, considere programar snapshots a cada seis horas.
Para saber mais sobre snapshots padrão e de arquivamento, consulte Sobre snapshots de arquivo e disco padrão.
Replicação de disco para recuperação de desastres
Para cargas de trabalho essenciais aos negócios que exigem alta disponibilidade ou recursos de recuperação de desastres, use a replicação de disco para proteger seus aplicativos contra interrupções zonais ou regionais. A replicação protege contra falhas de infraestrutura, mantendo uma cópia atualizada continuamente dos seus dados em outro local. No entanto, a replicação não protege contra corrupção de dados, erros do usuário ou ataques maliciosos.
É possível replicar os dados do disco de maneira síncrona em uma região ou de maneira assíncrona entre regiões.
Proteção contra interrupções zonais com replicação síncrona
Se a carga de trabalho não puder tolerar nenhuma perda de dados (um RPO de zero) em caso de interrupção zonal, use o disco permanente regional ou o Hyperdisk Balanced High Availability. Esses discos fornecem replicação síncrona que grava dados em duas zonas na mesma região simultaneamente.
Essa opção é mais adequada para cargas de trabalho com estado e de alta disponibilidade que exigem um RTO muito baixo. Se uma zona falhar, é possível fazer failover da carga de trabalho para a outra zona na região e continuar as operações com interrupção mínima.
Para saber mais, consulte Sobre a replicação síncrona de disco.
Proteção contra interrupções regionais com replicação assíncrona
Para replicar dados de disco entre duas regiões diferentes, use a replicação assíncrona. Isso protege suas cargas de trabalho contra uma interrupção regional completa, permitindo que você faça failover do aplicativo para uma região secundária. A replicação assíncrona oferece um RPO baixo e um RTO baixo e é ideal para cargas de trabalho críticas que precisam ser recuperáveis em caso de um desastre em grande escala que afete uma região inteira. Para garantir que seu plano de recuperação de desastres seja eficaz, use a replicação assíncrona com grupos de consistência para realizar testes de recuperação de desastres e gerenciar o failover e o failback de aplicativos entre regiões.
Para saber mais, consulte Sobre a replicação assíncrona.
A seguir
- Configure a configuração de backup padrão para uma instância criada no console.
- Leia as Práticas recomendadas para snapshots de disco.