Sobre snapshots de arquivo e disco padrão

Os snapshots padrão fazem backup incremental dos dados em um disco. Depois de criar um snapshot, use-o para criar um novo disco contendo os dados capturados. Os snapshots padrão fornecem backups com redundância geográfica de um único disco. Um snapshot captura o conteúdo de um disco, mesmo que ele não esteja anexado a uma instância de máquina virtual (VM) em execução. Para fazer backup de uma VM inteira ou de vários discos de uma só vez, crie uma imagem de máquina. Para outros cenários, consulte o gráfico que descreve as opções de backup de dados.

O ciclo de vida de um snapshot criado a partir de um disco anexado a uma instância de VM em execução é independente do ciclo de vida da instância da VM.

Tipos de snapshot

É possível fazer backup de um disco permanente com snapshots. Os três tipos de snapshots (padrão, instantâneo e arquivo) capturam o conteúdo de um disco em um momento específico.

Veja a seguir as principais diferenças entre os tipos de snapshot:

Retenção após a exclusão do disco de origem

Um instant snapshot de um disco só existe até que o disco de origem seja excluído. Os snapshots padrão e de arquivo não são excluídos com o disco de origem. Portanto, para manter o backup de um disco após a exclusão dele, use snapshots de arquivo ou snapshots padrão.

Tempo de recuperação de dados

O tempo de recuperação de dados é o tempo necessário para criar um novo disco a partir de um snapshot e varia de acordo com o tipo de snapshot.

  • Os snapshots instantâneos oferecem os melhores e mais baixos tempos de recuperação.
  • Os snapshots padrão têm tempos de recuperação de dados mais rápidos do que os snapshots de arquivamento.
  • Os snapshots de arquivamento têm os tempos mais longos de recuperação de dados, mas oferecem o armazenamento mais econômico.

Local de armazenamento por tipo de snapshot

O local de armazenamento é a zona ou região em que o Compute Engine armazena o snapshot.

  • Os snapshots instantâneos são backups de discos locais armazenados na mesma zona ou região do disco de origem.
  • Os snapshots padrão e de arquivo são backups remotos de dados do disco armazenados separadamente do disco de origem.

O Compute Engine armazena arquivos e snapshots padrão da mesma maneira. Cópias de snapshots padrão e de arquivamento são armazenadas em vários locais com somas de verificação automáticas para garantir a integridade dos dados.

A menos que especificado de outra forma, as referências aos snapshots padrão incluem snapshots do arquivo.

Comparação dos tipos de snapshots

A tabela a seguir compara as diferenças entre os tipos de snapshots:

Tipo do snapshot Ideal para Redundância de armazenamento Compatibilidade com Hyperdisk Pode ser criada com programações de snapshot Excluído na exclusão do disco de origem
Snapshots padrão Backup de dados com redundância geográfica para proteger contra interrupções locais, zonais e regionais. Armazenamento redundante em várias regiões. Sim Sim Não
Snapshots do arquivo Igual aos snapshots padrão, mas para dados que raramente são acessados e precisam ser retidos por vários meses ou anos. Armazenamento com redundância geográfica de menor custo, mais adequado para dados relacionados a compliance, auditorias e armazenamento de acesso raro. Armazenamento redundante em várias regiões. Sim Não Não
Instant Snapshots Backup de dados no local para permitir a restauração rápida em um novo disco em caso de erro do usuário ou corrupção do aplicativo. Não redundante. Armazenado na mesma zona ou região apenas do disco de origem. Não Não Sim

Além dos snapshots, o Compute Engine oferece outras opções de backup de dados. Analise a tabela que descreve as opções de backup de dados.

As informações neste documento se aplicam aos snapshots padrão. Saiba mais sobre os Instant Snapshots.

Snapshots do arquivo

Os snapshots padrão e de arquivo diferem principalmente em custo e local de armazenamento.

Os snapshots do arquivo têm os mesmos benefícios dos snapshots padrão, incluindo cadeias incrementais, compactação e criptografia.

No entanto, os snapshots do arquivo têm custo menor e são mais adequados para casos de uso relacionados a compliance, auditoria e armazenamento de acesso raro de longo prazo. Se você precisar da retenção de snapshots por vários meses ou anos e raramente precisar acessar os snapshots, use os snapshots de arquivamento em vez dos snapshots padrão. Cada tipo de snapshot é armazenado em cadeias de snapshots incrementais separadas, e os snapshots de arquivamento são listados separadamente no console do Google Cloud.

Trabalhar com snapshots padrão

  • Para saber como fazer backup de discos com snapshots, consulte Como criar um snapshot. Crie um snapshot de seu disco antes de tentar uma operação que possa ser perigosa, para reverter a alteração caso os resultados sejam diferentes dos esperados.

  • Para saber como restaurar o conteúdo de um snapshot em um novo disco, consulte Como restaurar snapshots.

  • Exclua os snapshots que não precisar mais para reduzir os custos de armazenamento.

  • Para reduzir o risco de perda inesperada de dados, considere a prática recomendada de configurar uma programação de snapshots. Isso garante que o backup dos dados seja feito regularmente.

Acessar snapshots padrão

Limitações

  • Não é possível criar um snapshot de um volume do Hyperdisk equilibrado que esteja no modo de vários gravadores. Desative o modo de vários gravadores para o disco e crie o snapshot.

  • Não é possível alterar o local de armazenamento de um snapshot padrão. Consulte Como selecionar o local de armazenamento de um snapshot.

  • É possível capturar snapshots dos discos uma vez a cada 10 minutos, no máximo. Se você quiser emitir uma sequência de solicitações para capturar snapshots dos discos, pode enviar 6 solicitações, no máximo, em 60 minutos. Para mais informações, consulte Limites de frequência de snapshots (em inglês).

  • Não é possível editar os dados armazenados em um snapshot.

  • Não é possível recuperar snapshots excluídos.

  • É possível criar um número ilimitado de snapshots padrão de um determinado disco.

Como os snapshots padrão incrementais funcionam

Como os snapshots são incrementais, é possível criar snapshots regulares em um disco permanente ou Hyperdisk mais rapidamente e por um custo mais baixo em comparação com a criação regular de uma imagem completa do disco.

Os snapshots incrementais funcionam da seguinte forma:

  • O primeiro snapshot bem-sucedido de um disco é um snapshot completo que contém todos os dados do disco.
  • 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 snapshot 2 contém referências aos dados não alterados do snapshot 1.
  • O snapshot 3 contém os dados novos ou alterados desde o snapshot 2, mas não contém os dados sem alterações 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 instantâneos subsequentes do disco. Os snapshots são sempre criados com base no último snapshot bem-sucedido.

Como criar um snapshot

Exclusão de snapshots

O Compute Engine usa snapshots incrementais para que cada snapshot contenha apenas os dados que mudaram desde o snapshot anterior. Para dados inalterados, os snapshots referenciam os dados em snapshots anteriores. Os custos de armazenamento de snapshots do Persistent Disk e do Hyperdisk só são cobrados com base no tamanho total do snapshot.

Quando você exclui um snapshot padrão, ele é excluído imediatamente se o snapshot não tiver snapshots dependentes.

No entanto, se você excluir um snapshot que tem snapshots dependentes, ocorrerá o seguinte:

  1. Os dados necessários para restaurar outros snapshots são movidos para o próximo snapshot, aumentando o tamanho dele.
  2. Os dados desnecessários para restaurar outros snapshots são excluídos. Isso diminui o tamanho total de todos os snapshots.
  3. O próximo snapshot já não faz mais referência ao snapshot marcado para exclusão, mas sim ao snapshot antes dele.

Como os snapshots posteriores talvez precisem de informações armazenadas em um snapshot anterior, lembre-se de que excluir um snapshot não necessariamente exclui todos os dados dele. Para excluir os dados completamente, é necessário excluir todos os snapshots.

Se seu disco tiver uma programação de snapshot, será preciso desanexá-la do disco antes de poder excluí-la. Remover a programação do snapshot do disco impede que ocorra mais atividade de snapshot. Não é possível excluir uma programação anexada a um disco. Você tem a opção de excluir snapshots manualmente a qualquer momento.

O diagrama a seguir mostra esse processo:

O processo de exclusão de um snapshot.

Tamanho do snapshot e blocos excluídos

Os snapshots capturam partes do disco que foram gravadas e não foram descartadas. Dependendo da configuração do sistema de arquivos do disco, às vezes, os arquivos excluídos não são descartados. Se isso acontecer, você poderá ver que o tamanho do snapshot é maior que o espaço usado no disco relatado pelo sistema de arquivos. Para evitar isso, é uma prática recomendada ativar a opção discard ou executar fstrim no disco.

Cadeias de snapshots

É possível criar snapshots padrão em cadeias de snapshots diferentes. Basta especificar um nome de cadeia de snapshots no momento da criação do snapshot. Quando você cria vários snapshots padrão de um disco permanente usando um nome de cadeia, cada snapshot é baseado gradualmente no último snapshot bem-sucedido criado com esse nome de cadeia. Use as cadeias de snapshots apenas se você for um proprietário de serviço avançado e precisar criar cadeias de snapshots separadas, por exemplo, para rastreamento de estorno.

É possível especificar um nome de cadeia de snapshots durante a criação de snapshots padrão usando gcloud CLI, REST ou Terraform.

Ao criar um snapshot, você tem a opção de criar um snapshot padrão ou um snapshot de arquivamento. Os snapshots do arquivo têm os mesmos benefícios dos snapshots padrão, incluindo cadeias incrementais, compactação e criptografia. No entanto, os snapshots do arquivo têm custo menor e são mais adequados para casos de uso relacionados a compliance, auditoria e armazenamento de acesso raro de longo prazo. Se você precisar da retenção de snapshots por vários meses ou anos e raramente precisar acessar os snapshots, use os snapshots de arquivamento em vez dos snapshots padrão. Cada tipo de snapshot é armazenado em cadeias de snapshots incrementais separadas, e os snapshots de arquivamento são listados separadamente no console do Google Cloud.

Local de armazenamento de snapshots

Cada vez que você cria um snapshot de um disco, o Google Cloud o armazena em um local de armazenamento específico. Seja qual for o local de armazenamento de um snapshot, é possível usá-lo para criar um novo disco em qualquer região e zona. No entanto, o local de um snapshot afeta a disponibilidade dele, e você pode receber custos de rede ao criar o snapshot ou restaurá-lo em um novo disco.

Tipos de locais de armazenamento

Os snapshots podem ser armazenados em um dos seguintes tipos de local:

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.

Se for necessário estar em conformidade com as políticas corporativas e de colocação de dados governamentais, armazene o snapshot no local regional mais próximo que esteja em conformidade com essas políticas.

Se seu aplicativo não for implantado em parte de uma multirregião e você quiser priorizar custos baixos de rede em relação à alta disponibilidade de snapshots, armazene seu snapshot na região em que o disco de origem está localizado. O armazenamento de seu snapshot na região em que seu disco de origem está localizado minimiza os custos de rede para restaurar e criar snapshots daquele disco de origem.

No entanto, diferente de um local de armazenamento multirregional, um local de armazenamento regional armazena seus dados em várias zonas de uma única região, e seus dados podem não estar acessíveis se ocorrer uma interrupção regional. Para garantir a disponibilidade de seus dados, convém armazenar um instantâneo redundante em um segundo local.

Se você tiver uma política da organização que inclua a restrição de locais de recursos, qualquer local de armazenamento de snapshot que for especificado tem que estar no conjunto de locais definido pela restrição. Consulte Locais de recursos do Compute Engine para mais informações.

Escolher um local de armazenamento

É possível escolher onde armazenar os snapshots do projeto de uma das seguintes maneiras:

  • Use o local de armazenamento padrão predefinido ou personalizado nas configurações do snapshot. A política de local de armazenamento das configurações de snapshots define o local padrão em que o Google Cloud armazena todos os snapshots do seu projeto. Embora o Google Cloud mantenha uma política de local de armazenamento padrão predefinida, as configurações de snapshot permitem que você personalize essa política e configure seu próprio local de armazenamento padrão:

    • Use o local padrão predefinido do Google Cloud. Até você atualizar as configurações de snapshot pela primeira vez, o Google Cloud mantém um valor predefinido para a política de local de armazenamento. Esse local padrão predefinido é a multirregião mais próxima do disco de origem. Para mais informações, consulte Política de local de armazenamento predefinida do Google Cloud
    • Defina seu próprio local padrão personalizado. Para personalizar o local de armazenamento padrão dos snapshots do seu projeto, atualize a política de local de armazenamento nas configurações de snapshots. Depois que você atualizar as configurações de snapshot e definir seu próprio padrão, o Google Cloud começará a usar esse local recém-configurado para armazenar todos os snapshots futuros. Para mais informações, consulte Atualizar configurações de snapshot para seu projeto.

  • Substituir as configurações do snapshot e especificar manualmente o local durante a criação dele. Como alternativa, é possível modificar as configurações do snapshot e especificar manualmente um local de sua escolha ao criá-lo. Use essa opção para escolher um local diferente para snapshots específicos em uma base operacional. Para saber como especificar o local durante a criação do snapshot, consulte Criar um snapshot do volume do disco permanente.

Quando escolher o local padrão predefinido do Google Cloud

Alguns exemplos de casos de uso da multirregião, que é predefinida nas configurações de snapshot, como o local de armazenamento, incluem o seguinte:

  • O local multirregional padrão atende às políticas corporativas ou de colocação de dados do governo.
  • O disco está armazenado em um local regional (como us-central1) que faz parte de um local multirregional (us). Você prefere uma maior disponibilidade de snapshot com o risco de uma restauração mais lenta do snapshot. o desempenho.
  • Você não espera que seus instantâneos sejam restaurados com frequência em discos localizados fora do local padrão de armazenamento de instantâneos.

Quando escolher seu próprio local de armazenamento

Alguns exemplos de casos de uso de um local de armazenamento personalizado, seja atualizando ou substituindo as configurações de snapshot, incluem o seguinte:

  • O local multirregional personalizado atende às políticas corporativas ou de colocação de dados do governo.
  • Seu aplicativo foi implantado em uma região que não está incluída em um dos locais multirregionais do Cloud Storage e você quer priorizar o desempenho da restauração de snapshots em vez da disponibilidade deles.
  • Você restaura os instantâneos várias vezes a partir de um disco fora do local padrão de armazenamento de instantâneos.

Não é possível modificar o local de armazenamento de snapshots atuais. Se você quiser armazenar o snapshot do disco em um novo local, crie um novo no local escolhido e exclua-o do local antigo. Se precisar armazenar um snapshot em mais de um local, crie um snapshot em cada local. Quando você cria um novo snapshot em um novo local, um snapshot completo é criado com todos os dados do disco.

Custos de rede

As cobranças de rede se aplicam à criação ou restauração de todos os snapshots multirregionais padrão quando um disco está em uma região membro da multirregião. Se você não precisar da replicação adicional e da resiliência de snapshots multirregionais, recomendamos o uso de snapshots regionais ao especificar um local na hora de criar snapshots.

A seleção do local de armazenamento de snapshots é essencial para minimizar os custos de rede. Se você armazenar o snapshot na mesma região do disco de origem, não haverá cobrança de rede ao acessar esse snapshot da mesma região. Se você acessar o snapshot de uma região diferente, haverá custo de rede. Os custos de rede são gerados quando um snapshot é criado em uma região diferente do disco de origem e quando um snapshot é restaurado para um disco em uma região diferente do snapshot.

Há uma taxa de rede pelo acesso entre regiões. Por exemplo, se o disco de origem estiver em asia-east1 e você armazenar seus snapshots em asia-east2, serão cobrados custos de rede ao acessar o snapshot entre essas duas regiões.

Duas regiões, australia-southeast1 e southamerica-east1, têm um local de armazenamento de snapshots multirregional padrão, que vai gerar custos de rede, a menos que você mude o local de armazenamento. É possível modificar o local de armazenamento usando as configurações de snapshot ou modificar manualmente o local padrão durante a criação do snapshot:

  • Se o disco de origem estiver em australia-southeast1, o local de armazenamento do snapshot padrão será na multirregião asia. Para reduzir custos, armazene os snapshots na região australia-southeast1.
  • Se o disco de origem estiver em southamerica-east1, o local de armazenamento do snapshot padrão será na multirregião us. Para reduzir custos, armazene os snapshots na região southamerica-east1.

Se você restaurar um snapshot para um disco em uma região que não está incluída no local de armazenamento do snapshot, serão cobrados custos de rede. Por exemplo, se você criar um novo disco permanente regional em australia-southeast1 de um snapshot armazenado em asia, um local multirregional, custos de rede serão cobrados.

A seguir