Nesta página, você encontra uma visão geral do recurso de snapshots de volume do Google Cloud NetApp Volumes.
Sobre snapshots
O NetApp Volumes ajuda você a gerenciar o uso de dados com snapshots que podem restaurar rapidamente dados perdidos. 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 o provisionamento da capacidade 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 do snapshot
Os snapshots têm os seguintes recursos:
Captura instantânea: os snapshots capturam dados instantaneamente em um volume em um momento exato.
Eficiência de espaço: os snapshots consomem uma pequena quantidade de dados, substituindo apenas os dados modificados ou excluídos e mantendo os dados inalterados.
Legível como um sistema de arquivos: todos os snapshots são facilmente acessíveis por interfaces padrão do sistema de arquivos como arquivos somente leitura para cada ponto no tempo.
Cria clones rapidamente: é possível clonar um volume em segundos. Leva o mesmo tempo para criar um novo volume com base em um snapshot e 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 ter capacidade livre suficiente para acomodá-lo.
Restauração rápida de snapshots: em minutos, é possível restaurar um volume para uma versão de snapshot, independentemente do tamanho do volume. As mudanças feitas nos volumes após a criação do snapshot são desfeitas, incluindo snapshots mais recentes.
Tipos de snapshots
Há três tipos de snapshots:
Snapshots manuais: são aqueles que você cria e exclui manualmente.
Snapshots programados: com eles, é possível criar ou excluir snapshots automaticamente. É possível reconhecer os snapshots programados pelo nome, que tem o seguinte formato:
<schedule>-<timestamp><schedule>: por hora, semanal ou mensal<timestamp>: aparece em UTC (YYYY-MM-DD at HH:MM:SS UTC)
Snapshots internos: usados pelo NetApp Volumes para compatibilidade com operações de replicação e backup. Não é possível excluir snapshots internos manualmente. É possível identificar snapshots internos pelo nome. Dependendo de como você visualiza os snapshots, os internos podem ter nomes diferentes:
No console Google Cloud , Google Cloud CLI 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 snapshot
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 envelhecem, o uso deles para restaurações se torna menos provável.
Substituir todos os dados em um snapshot consome uma capacidade de volume significativa, o que influencia o provisionamento da capacidade de volume.
Programações de snapshots
As programações de snapshots comuns variam entre:
Snapshots por hora tirados em um período de 48 horas
Snapshots diários tirados 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 de snapshots
A seção a seguir descreve cenários em que é possível usar snapshots para resolver desafios de gerenciamento de dados.
Clonagem de aplicativos: use o recurso de clonagem de aplicativos e snapshots 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 de volumes da NetApp para recuperar arquivos ou diretórios individuais se os dados no volume estiverem corrompidos ou excluídos. Como os snapshots só existem no volume, eles não oferecem proteção completa contra perda de volumes.
Controle de versões de dados: os snapshots ajudam a manter várias versões do mesmo conjunto de dados acessíveis.
Upgrades de aplicativos e dados: antes de fazer upgrade dos aplicativos, use o NetApp Volumes para capturar um snapshot do estado atual dos seus dados. Assim, se o upgrade falhar, será possível reverter para o estado anterior e recuperar seus arquivos.
Proteção contra ransomware:o NetApp Volumes ajuda a se defender contra a perda de dados causada por ataques de ransomware. Como os snapshots são somente leitura e não podem ser criptografados, eles ajudam a se proteger contra criptografia ou exclusão indesejada de dados de uma VM comprometida que pode ter o volume montado. Em caso de 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 de um snapshot mais antigo para retomar as operações até que seus dados sejam investigados para mudanças ou corrupções após um ataque de ransomware. As duas opções tornam todos os seus dados utilizáveis em minutos.
Pontos de recuperação consistentes com o aplicativo: é possível usar NetApp Volumes para criar snapshots consistentes com o aplicativo, que são criados 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 dele. Como os snapshots são somente leitura e acessíveis pelo cliente, os usuários podem restaurar dados imediatamente, o que melhora muito o objetivo de tempo de recuperação.
Snapshots consistentes com falhas: também é possível 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 em caches do sistema operacional e de aplicativos por algum tempo antes de serem gravados no armazenamento.
Uso do espaço lógico: o uso do 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 snapshot mais recente que faz referência aos blocos é excluído. Seu volume continua consumindo o espaço provisionado, incluindo os dados excluídos que os snapshots retêm.
Exemplo de uso do espaço de snapshots
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 vê 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 - 1 TiB de dados de resumo
Resultado: o cliente continua vendo apenas 2 TiB de espaço livre. Isso acontece 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 vê 3 TiB de espaço livre.