Proteção de dados
Sugerir alterações
PDFs
Saiba mais sobre os tipos de proteção de dados disponíveis no Astra Control Center e a melhor forma de usá-los para proteger suas aplicações.
Snapshots, backups e políticas de proteção
Um snapshot é uma cópia pontual de um aplicativo que é armazenado no mesmo volume provisionado que o aplicativo. Eles geralmente são rápidos. Você pode usar snapshots locais para restaurar o aplicativo para um ponto anterior no tempo. Os snapshots são úteis para clones rápidos. Os snapshots incluem todos os objetos Kubernetes da aplicação, incluindo arquivos de configuração.
Um backup é armazenado no armazenamento de objetos externo e pode ser mais lento de tirar em comparação com snapshots locais. Você pode restaurar um backup de aplicativo para o mesmo cluster ou pode migrar um aplicativo restaurando seu backup para um cluster diferente. Você também pode escolher um período de retenção mais longo para backups. Como eles são armazenados no armazenamento de objetos externo, os backups geralmente oferecem melhor proteção do que os snapshots em casos de falha de servidor ou perda de dados.
Uma política de proteção é uma maneira de proteger um aplicativo criando automaticamente snapshots, backups ou ambos de acordo com uma programação que você define para esse aplicativo. Uma política de proteção também permite que você escolha quantos snapshots e backups devem ser mantidos na programação. Automatizar seus backups e snapshots com uma política de proteção é a melhor maneira de garantir que cada aplicativo seja protegido de acordo com as necessidades da sua organização.
|
Você não pode estar totalmente protegido até ter um backup recente. Isso é importante porque os backups são armazenados em um armazenamento de objetos longe dos volumes persistentes. Se uma falha ou acidente apagar o cluster e seu armazenamento persistente associado, então você precisa de um backup para recuperar. Um instantâneo não permitiria que você se recuperasse. |
Clones
Um clone é uma cópia exata de um aplicativo, sua configuração e seu armazenamento persistente. Você pode criar manualmente um clone no mesmo cluster do Kubernetes ou em outro cluster. Clonar uma aplicação pode ser útil se você precisar mover aplicações e storage de um cluster Kubernetes para outro.
Replicação para um cluster remoto
Com o Astra Control, você pode criar continuidade dos negócios para suas aplicações com RPO baixo (objetivo do ponto de recuperação) e rto baixo (objetivo do tempo de recuperação) usando funcionalidades de replicação assíncrona da tecnologia NetApp SnapMirror. Uma vez configurado, isso permite que as aplicações repliquem alterações de dados e aplicações de um cluster para outro.
O Astra Control replica de forma assíncrona as cópias Snapshot do aplicativo para um cluster remoto. O processo de replicação inclui dados nos volumes persistentes replicados pelo SnapMirror e os metadados da aplicação protegidos pelo Astra Control.
A replicação de aplicativos é diferente do backup e restauração de aplicativos das seguintes maneiras:
-
Replicação de aplicativos: O Astra Control requer que os clusters de Kubernetes de origem e destino estejam disponíveis e gerenciados com seus respetivos back-ends de storage do ONTAP configurados para habilitar o NetApp SnapMirror. Astra Control elimina a aplicação orientada por políticas e replica-a para o cluster remoto. A tecnologia NetApp SnapMirror é usada para replicar dados de volume persistente. Para fazer failover, o Astra Control pode colocar a aplicação replicada online recriando os objetos da aplicação no cluster de Kubernetes de destino com os volumes replicados no cluster do ONTAP de destino. Como os dados de volume persistente já estão presentes no cluster do ONTAP de destino, o Astra Control pode oferecer tempos de recuperação rápidos para failover.
-
Backup e restauração de aplicações: Ao fazer backup de aplicações, o Astra Control cria um Snapshot dos dados do aplicativo e os armazena em um bucket de armazenamento de objetos. Quando uma restauração é necessária, os dados no bucket devem ser copiados para um volume persistente no cluster do ONTAP. A operação de backup/restauração não exige que o cluster secundário Kubernetes/ONTAP esteja disponível e gerenciado, mas a cópia de dados adicional pode resultar em tempos de restauração mais longos.
Para saber como replicar aplicativos, "Replique aplicativos para um sistema remoto usando a tecnologia SnapMirror"consulte .
As imagens a seguir mostram o processo de backup e restauração agendado em comparação com o processo de replicação.
O processo de backup copia dados para buckets do S3 e restaurações dos buckets do S3:
Por outro lado, a replicação é feita com replicação para o ONTAP e, em seguida, um failover cria os recursos do Kubernetes:
