Skip to main content
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Protección de datos y recuperación de desastres

PDF

Conoce las opciones de protección y recuperación para Trident y los volúmenes creados usando Trident. Deberías tener una estrategia de protección y recuperación de datos para cada aplicación con un requisito de persistencia.

Replicación y recuperación de Trident

Puedes crear una copia de seguridad para restaurar Trident en caso de desastre.

Replicación de Trident

Trident utiliza los CRD de Kubernetes para almacenar y gestionar su propio estado y el etcd del clúster de Kubernetes para almacenar sus metadatos.

Pasos

  1. Haz una copia de seguridad del clúster Kubernetes etcd usando "Kubernetes: copia de seguridad de un clúster etcd".

  2. Coloca los artefactos de copia de seguridad en un volumen FlexVol

    Nota NetApp recomienda que protejas la SVM donde reside el FlexVol con una relación de SnapMirror hacia otra SVM.

Recuperación de Trident

Usando los CRD de Kubernetes y la instantánea etcd del clúster de Kubernetes, puedes recuperar Trident.

Pasos

  1. Desde la SVM de destino, monta el volumen que contiene los archivos de datos etcd de Kubernetes y los certificados en el host que se configurará como nodo maestro.

  2. Copia todos los certificados necesarios relacionados con el clúster de Kubernetes en /etc/kubernetes/pki y los archivos de miembros de etcd en /var/lib/etcd.

  3. Restaura el clúster de Kubernetes desde la copia de seguridad de etcd usando "Kubernetes: restaurar un clúster etcd".

  4. Ejecuta kubectl get crd para verificar que todos los recursos personalizados de Trident han aparecido y recupera los objetos Trident para comprobar que todos los datos están disponibles.

Replicación y recuperación de SVM

Trident no puede configurar las relaciones de replicación, sin embargo, el administrador de almacenamiento puede usar "ONTAP SnapMirror" para replicar una SVM.

En caso de desastre, puedes activar la SVM de destino SnapMirror para empezar a servir datos. Puedes volver al primario cuando se restauren los sistemas.

Acerca de esta tarea

Ten en cuenta lo siguiente cuando uses la función SnapMirror SVM Replication:

  • Deberías crear un backend distinto para cada SVM con SVM-DR activado.

  • Configura las clases de almacenamiento para seleccionar los backends replicados solo cuando sea necesario, para evitar tener volúmenes que no necesitan replicación aprovisionados en los backends que soportan SVM-DR.

  • Los administradores de aplicaciones deben comprender el coste y la complejidad adicionales asociados con la replicación y considerar detenidamente su plan de recuperación antes de comenzar este proceso.

Replicación SVM

Puedes usar "ONTAP: SnapMirror replicación SVM" para crear la relación de replicación SVM.

SnapMirror te permite establecer opciones para controlar qué se va a replicar. Vas a necesitar saber qué opciones seleccionaste al realizar Recuperación de SVM usando Trident.

Recuperación de SVM usando Trident

Trident no detecta automáticamente los fallos de la SVM. En caso de desastre, el administrador puede iniciar manualmente la conmutación por error de Trident a la nueva SVM.

Pasos

  1. Cancela las transferencias programadas y en curso de SnapMirror, rompe la relación de replicación, detén la SVM de origen y luego activa la SVM de destino de SnapMirror.

  2. Si especificaste -identity-preserve false o -discard-config network al configurar tu replicación de SVM, actualiza el managementLIF y el dataLIF en el archivo de definición del backend de Trident.

  3. Confirma que storagePrefix está presente en el archivo de definición del backend de Trident. Este parámetro no se puede cambiar. Omitir storagePrefix hará que la actualización del backend falle.

  4. Actualiza todos los backends necesarios para reflejar el nuevo nombre de SVM de destino usando:

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

  5. Si especificaste -identity-preserve false o discard-config network, tienes que reiniciar todos los pods de la aplicación.

    Nota Si especificaste -identity-preserve true, todos los volúmenes aprovisionados por Trident comienzan a servir datos cuando se activa la SVM de destino.

Replicación y recuperación de volúmenes

Trident no puede configurar las relaciones de replicación de SnapMirror, sin embargo, el administrador de almacenamiento puede usar "Replicación y recuperación de ONTAP SnapMirror" para replicar volúmenes creados por Trident.

Luego, puedes importar los volúmenes recuperados en Trident usando "tridentctl volume import".

Nota La importación no es compatible en ontap-nas-economy, ontap-san-economy o en ontap-flexgroup-economy drivers.

Protección de datos Snapshot

Puedes proteger y restaurar datos usando:

  • Un controlador de instantáneas externo y CRDs para crear instantáneas de volúmenes de Kubernetes de Volúmenes Persistentes (PVs).

    "Instantáneas de volumen"

  • ONTAP Snapshots para restaurar todo el contenido de un volumen o recuperar archivos individuales o LUNs.

    "Instantáneas de ONTAP"