Skip to main content
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

Colaboradores
PDFs

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

Replicação e recuperação do Trident

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

Replicação Trident

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

Passos

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

  2. Coloque os artefatos de backup em um FlexVol.

    Observação Recomendamos que você proteja o SVM em que o FlexVol reside com uma relação do SnapMirror com outro SVM.

Recuperação de Trident

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

Passos

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

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

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

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

Replicação e recuperação da SVM

O Trident não pode configurar relacionamentos de replicação. No entanto, o administrador de storage pode usar "ONTAP SnapMirror" para replicar uma SVM.

Em caso de desastre, você pode ativar o SVM de destino do SnapMirror para começar a fornecer dados. Você pode voltar para o primário quando os sistemas são restaurados.

Sobre esta tarefa

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

  • Você deve criar um back-end distinto para cada SVM com SVM-DR ativado.

  • Configure as classes de storage para selecionar os back-ends replicados somente quando necessário, a fim de evitar ter volumes que não precisam de replicação provisionados nos back-ends compatíveis com SVM-DR.

  • Os administradores de aplicativos devem entender o custo e a complexidade adicionais associados à replicação e considerar cuidadosamente seu plano de recuperação antes de iniciar esse processo.

Replicação da SVM

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

O SnapMirror permite que você defina opções para controlar o que replicar. Você precisará saber quais opções você selecionou ao pré-formar Recuperação da SVM usando Trident.

Recuperação da SVM usando Trident

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

Passos

  1. Cancele transferências de SnapMirror agendadas e contínuas, interrompa a relação de replicação, pare o SVM de origem e ative o SVM de destino do SnapMirror.

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

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

  4. Atualize todos os backends necessários para refletir o novo nome 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 rejeitar todos os pods de 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 de volume e recuperação

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

Em seguida, você pode importar os volumes recuperados para o Trident usando "importação de volume tridentctl"o .

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

Proteção de dados do Snapshot

Você pode proteger e restaurar dados usando:

  • Uma controladora de snapshot externa e CRDs para criar snapshots de volume do Kubernetes de volumes persistentes (PVS).

    "Instantâneos de volume"

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

    "Snapshots ONTAP"