Esta página oferece uma visão geral do recurso de snapshots de volume do Google Cloud NetApp Volumes.
Sobre snapshots
O NetApp Volumes ajuda a gerenciar o uso de dados com snapshots que podem restaurar rapidamente os dados perdidos. Os snapshots são versões pontuais do conteúdo do seu volume. Eles são recursos de volumes e são capturas instantâneas dos seus dados que consomem espaço apenas para dados modificados. Como os dados mudam com o tempo, os snapshots geralmente consomem mais espaço à medida que envelhecem.
Considerações
Considere o seguinte:
Se você substituir todos os dados em um snapshot, ele vai consumir uma capacidade de volume significativa, o que afeta a capacidade de provisionamento de volume.
Volumes com uma taxa de mudança típica de 1 a 2% por dia e programações de snapshots típicas geralmente precisam de mais 20% de capacidade para armazenar snapshots.
Atributos de snapshots
Os snapshots têm os seguintes recursos:
Captura instantânea: os snapshots capturam dados em um volume em um momento exato.
Eficiência no espaço: os snapshots consomem uma pequena quantidade de dados, apenas substituindo dados modificados ou excluídos e mantendo os dados inalterados.
Lido como um sistema de arquivos: todos os snapshots são facilmente acessíveis por interfaces de sistema de arquivos padrão como arquivos somente leitura para cada ponto no tempo.
Cria clones rapidamente: é possível clonar um volume em segundos. O tempo necessário para criar um novo volume a partir de um snapshot é o mesmo que para criar um novo volume vazio, independente do tamanho do volume ou do snapshot. O clone é um novo volume, e o pool de armazenamento precisa de capacidade livre suficiente para acomodar.
Restauração rápida de snapshots: em poucos minutos, é possível restaurar um volume para uma versão de snapshot, independente do tamanho do volume. As mudanças feitas nos volumes após a criação do snapshot são desfeitas, o que inclui os snapshots mais recentes.
Tipos de snapshots
Há três tipos de snapshots:
Snapshots manuais: snapshots criados e excluídos manualmente.
Snapshots programados: com os snapshots programados, é possível criar ou excluir snapshots automaticamente. É possível reconhecer snapshots programados pelo nome com o seguinte formato:
<schedule>-<timestamp><schedule>: por hora, semana ou mês<timestamp>: aparece em UTC (YYYY-MM-DD at HH:MM:SS UTC)
Snapshots internos: snapshots usados pelo NetApp Volumes para oferecer suporte a operações de replicação e backup. Não é possível excluir manualmente os snapshots internos. É possível identificar snapshots internos pelo nome. Dependendo de como você visualiza os snapshots, os snapshots internos podem ter nomes diferentes:
No console do Google Cloud, na CLI do Google Cloud e nas respostas da API, os snapshots internos usam a convenção de nomenclatura
replication-<timestamp>.Se você acessar um snapshot usando NFS ou SMB, os snapshots internos vão usar a convenção de nomenclatura
snapmirror.<uuid>.<timestamp>..
Capacidade de snapshots
Considere o seguinte sobre a capacidade de snapshots antes de usá-los:
Para a maioria dos conjuntos de dados, uma capacidade adicional de 20% é suficiente para manter snapshots por até quatro semanas. À medida que os dados ficam mais antigos, o uso deles para restaurações se torna menos provável.
A substituição de todos os dados em um snapshot consome uma capacidade de volume significativa, que é um fator na capacidade de provisionamento.
Programações de snapshots
As programações de snapshots comuns variam de:
Snapshots por hora feitos em um período de 48 horas
Snapshots diários feitos durante um período de 30 dias
Snapshots semanais feitos opcionalmente durante um período de 60 dias
Atributos de snapshots por hora
Os snapshots por hora atendem a um objetivo de ponto de recuperação de uma hora.
Casos de uso para snapshots
A seção a seguir descreve cenários em que você pode usar snapshots para resolver problemas de gerenciamento de dados.
Clonagem de aplicativos: é possível usar o recurso de snapshot e clonagem de aplicativos para permitir mais iterações de teste em velocidades mais rápidas, independente do tamanho do clone e da estrutura de dados.
Recuperação de volume: é possível usar snapshots com backups do NetApp Volumes para recuperar arquivos ou diretórios individuais se os dados no volume forem corrompidos ou excluídos. Como os snapshots só existem dentro do volume, eles não oferecem proteção completa contra volumes perdidos.
Controle de versões de dados: os snapshots ajudam a manter várias versões do mesmo conjunto de dados acessíveis.
Upgrade de aplicativos e dados: antes de fazer upgrade de aplicativos, use os volumes do NetApp para capturar um snapshot do estado atual dos dados. Se o upgrade falhar, você poderá reverter para o estado anterior e recuperar seus arquivos.
Proteção contra ransomware:os volumes NetApp ajudam a se defender contra a perda de dados em ataques de ransomware. Como os snapshots são somente leitura e não podem ser criptografados, eles ajudam a proteger contra a criptografia ou exclusão indesejada de dados de uma VM comprometida que pode ter o volume montado. No caso de uma grande perda ou comprometimento de dados, use um snapshot para reverter um volume inteiro para um estado anterior em segundos.
Também é possível criar um clone de volume utilizável a partir de um snapshot mais antigo para reassumir as operações até que os dados sejam investigados para detectar alterações ou corrupção após um ataque de ransomware. Ambas as opções tornam todos os dados utilizáveis em poucos minutos.
Pontos de recuperação consistentes com o aplicativo: é possível usar volumes do NetApp para fazer snapshots consistentes com o aplicativo, que são feitos depois que o sistema operacional e o aplicativo gravam o estado atual dos dados no armazenamento. Os snapshots consistentes do aplicativo fornecem um ponto de recuperação claro para o aplicativo e podem ser usados para criar um clone consistente do aplicativo. Como os snapshots são acessíveis somente leitura pelo cliente, os usuários podem restaurar os dados imediatamente, o que proporciona uma melhoria substancial no tempo de recuperação.
Snapshots consistentes com falhas: você também pode usar snapshots consistentes com falhas para recuperar dados, o que funciona bem para a maioria dos aplicativos. No entanto, alguns dados no armazenamento podem não estar atualizados no momento da recuperação porque são mantidos no sistema operacional e em caches de aplicativos por algum tempo antes de serem gravados no armazenamento.
Uso de espaço lógico: o uso de espaço do NetApp Volumes reflete os dados no sistema de arquivos ativo e os blocos excluídos que os snapshots retêm. O NetApp Volumes libera os blocos de snapshot retidos assim que o último snapshot que faz referência aos blocos é excluído. O volume continua consumindo o espaço provisionado, que inclui dados excluídos que os snapshots retêm.
Exemplo de uso de espaço de snapshot
O exemplo a seguir fornece detalhes sobre como gerenciar um requisito de espaço de snapshot:
Um usuário provisiona um volume de 5 TiB e grava 3 TiB de dados nele.
Resultado: o cliente tem 2 TiB de espaço livre.
O cliente cria um snapshot e exclui 1 TiB de dados.
Volume de 5 TiB: 2 TiB de dados do usuário e 1 TiB de dados de resumo
Resultado: o cliente continua vendo apenas 2 TiB de espaço livre. Isso ocorre porque o sistema precisa reter 1 TiB de dados excluídos referenciados pelo snapshot. Essa capacidade é contabilizada na capacidade alocada.
O NetApp Volumes exclui o snapshot.
Resultado: 1 TiB de dados de snapshot é liberado, e o cliente tem 3 TiB de espaço livre.