Uma instância do Compute Engine é uma máquina virtual (VM) hospedada no Google Cloud. Cada instância armazena dados em Persistent Disk anexado a ela.
O Backup e DR usa snapshots para fazer backup incremental de dados dos seus discos permanentes no nível da instância. Depois que o Backup e DR cria um snapshot para fazer backup do estado atual de alguns ou de todos os discos permanentes anexados a uma instância, é possível usar o backup para:
O Compute Engine armazena várias cópias de cada snapshot em vários locais com somas de verificação automáticas para garantir a integridade dos dados. Para saber mais, consulte Snapshots.
Os snapshots são diferentes das imagens personalizadas e das imagens de máquina, que são úteis para criar discos de inicialização de instâncias. Para saber mais, consulte a tabela que compara o uso de imagens, snapshots e modelos de instância.
Como funciona: snapshots do disco permanente do Backup e DR
O backup de dados com snapshots do Persistent Disk segue estas etapas:
O primeiro snapshot bem-sucedido de uma instância cria um snapshot de cada Persistent Disk. Para cada disco, esse é um snapshot completo que contém todos os dados do Persistent Disk. Os metadados relacionados à instância também são armazenados em backup em um pool do OnVault criado automaticamente.
O segundo só contém dados novos ou modificados desde o primeiro snapshot. Dados inalterados desde o snapshot 1 não são incluídos. Em vez disso, o instantâneo 2 contém referências ao instantâneo 1 para dados inalterados.
O terceiro snapshot contém dados novos ou alterados desde o snapshot 2, mas não contém dados inalterados dos snapshots 1 ou 2. Em vez disso, o instantâneo 3 contém referências aos dados não alterados de blocos dos instantâneos 1 e 2.
Isso se repete para todos os snapshots subsequentes do Persistent Disk de cada instância protegida. Os snapshots são sempre criados com base no último snapshot bem-sucedido. Se um disco adicional for adicionado à instância, ele será incluído automaticamente no próximo snapshot dela. Também é possível usar regras de inclusão e exclusão para controlar quais discos permanentes são incluídos em cada backup.
A restauração de dados com snapshots do Persistent Disk segue estas etapas:
Selecione a instância e o momento em que você quer trabalhar. Anote também o tipo de armazenamento e a localização regional.
Selecione se você quer fazer a montagem em uma instância atual, criar uma nova instância ou restaurar os discos da instância de origem.
Se você estiver criando uma instância, selecione as variáveis de local, como em qual projeto ou zona a instância será criada.
O Backup e DR solicita que o Compute Engine crie novos discos com base nos snapshots. Quando esses discos são criados, eles são anexados à instância nova ou atual.
Local de armazenamento de snapshots
Ao criar um plano de backup para uma instância do Compute Engine, é possível especificar onde o backup será armazenado. O local de um snapshot afeta a disponibilidade dele e pode gerar custos de rede ao criar ou restaurar o snapshot em um novo disco.
Os snapshots podem ser armazenados em um local multirregional do Cloud Storage, como "asia", ou em um local regional do Cloud Storage, como "asia-south1".
Um local de armazenamento multirregional oferece a mais alta disponibilidade e resiliência. Um local de armazenamento regional proporciona maior controle sobre o local físico dos dados porque você especifica uma única região.
Um snapshot pode ser usado para criar uma nova instância ou disco em qualquer região e zona, independentemente do local de armazenamento do snapshot.
Se você tiver uma política da organização que inclua a restrição de locais de recursos, qualquer local de armazenamento de snapshot especificado precisa estar no conjunto de locais definido pela restrição. Consulte Locais de recursos do Compute Engine para mais informações.
Se você não especificar um local de armazenamento para um snapshot, o Backup e DR usará o local padrão, que armazena o snapshot em um local multirregional do Cloud Storage mais próximo da região do disco de origem.