Skip to main content
Uma versão mais recente deste produto está disponível.
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Proteção de dados e recuperação de desastres

PDFs

Saiba mais sobre as opções de proteção e recuperação para Trident e volumes criados usando Trident. Você deve ter uma estratégia de proteção e recuperação de dados para cada aplicação com requisito de persistência.

Replicação e recuperação do Trident

Você pode criar um backup para restaurar Trident em caso de desastre.

Trident replicação

Trident usa CRDs do Kubernetes para armazenar e gerenciar seu próprio estado e o etcd do cluster Kubernetes para armazenar seus metadados.

Passos

  1. Faça backup do cluster Kubernetes etcd usando "Kubernetes: fazendo backup de um cluster etcd".

  2. Coloque os artefatos de backup em um FlexVol volume

    Observação NetApp recomenda que você proteja a SVM onde o FlexVol reside com uma relação de SnapMirror para outra SVM.

Recuperação do Trident

Utilizando CRDs do Kubernetes e o snapshot do etcd do cluster Kubernetes, você pode recuperar Trident.

Passos

  1. A partir da SVM de destino, monte o volume que contém os arquivos de dados e certificados do Kubernetes etcd no host que será configurado como nó mestre.

  2. Copie todos os certificados necessários referentes ao cluster Kubernetes em /etc/kubernetes/pki e os arquivos de membros do etcd em /var/lib/etcd.

  3. Restaure o cluster Kubernetes a partir do backup etcd usando "Kubernetes: restaurando um cluster etcd".

  4. Execute kubectl get crd para verificar se todos os recursos personalizados do Trident foram iniciados e recupere os objetos do Trident para verificar se todos os dados estão disponíveis.

Replicação e recuperação de SVM

Trident não consegue configurar relações de replicação, no entanto, o administrador de storage pode usar "ONTAP SnapMirror" para replicar uma SVM.

Em caso de desastre, você pode ativar a SVM de destino do SnapMirror para começar a fornecer dados. Você pode retornar à primária quando os sistemas forem restaurados.

Sobre esta tarefa

Considere o seguinte ao usar o recurso de Replicação SVM do SnapMirror:

  • Você deve criar um backend distinto para cada SVM com SVM-DR habilitado.

  • Configure as classes de armazenamento para selecionar apenas os backends replicados quando necessário, para evitar que volumes que não precisam de replicação sejam provisionados nos backends que suportam SVM-DR.

  • Os administradores de aplicativos devem compreender os custos e a complexidade adicionais associados à replicação e considerar cuidadosamente seu plano de recuperação antes de iniciar este processo.

Replicação SVM

Você pode usar "ONTAP: SnapMirror SVM replicação" para criar a relação de replicação SVM.

SnapMirror permite definir opções para controlar o que replicar. Você precisará saber quais opções selecionou ao executar Recuperação de SVM usando Trident.

Recuperação de SVM usando Trident

Trident não detecta automaticamente falhas de SVM. Em caso de desastre, o administrador pode iniciar manualmente o failover do Trident para a nova SVM.

Passos

  1. Cancele as transferências SnapMirror agendadas e em andamento, interrompa a relação de replicação, pare o SVM de origem e, em seguida, ative o SVM de destino SnapMirror.

  2. Se você especificou -identity-preserve false ou -discard-config network ao configurar a replicação do SVM, atualize o managementLIF e o dataLIF no arquivo de definição do backend do Trident.

  3. Confirme storagePrefix está presente no arquivo de definição do backend Trident. Este parâmetro não pode ser alterado. Omitir storagePrefix fará com que a atualização do backend falhe.

  4. Atualize todos os backends necessários para refletir o novo nome da SVM de destino usando:

    ./tridentctl update backend <backend-name> -f <backend-json-file> -n <namespace>

  5. Se você especificou -identity-preserve false ou discard-config network, você deve reiniciar todos os pods do aplicativo.

    Observação Se você especificou -identity-preserve true, todos os volumes provisionados pelo Trident começam a fornecer dados quando o SVM de destino é ativado.

Replicação e recuperação de volume

Trident não consegue configurar relações de replicação do SnapMirror, no entanto, o administrador de storage pode usar "ONTAP SnapMirror replicação e recuperação" para replicar volumes criados pelo Trident.

Em seguida, você pode importar os volumes recuperados para Trident usando "tridentctl volume import".

Observação A importação não é suportada em ontap-nas-economy, ontap-san-economy ou ontap-flexgroup-economy drivers.

Proteção de dados Snapshot

Você pode proteger e restaurar dados usando:

  • Um controlador de snapshot externo e CRDs para criar snapshots de Persistent Volumes (PVs) do Kubernetes.

    "Instantâneos de volume"

  • ONTAP Snapshots para restaurar todo o conteúdo de um volume ou recuperar arquivos ou LUNs individuais.

    "Snapshots do ONTAP"