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

Colaboradores
PDF

Conozca las opciones de protección y recuperación para Trident y volúmenes creados mediante Trident. Debería 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

Puede crear un backup para restaurar Trident en caso de desastre.

Replicación de Trident

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

Pasos

  1. Realice una copia de seguridad del clúster etcd de Kubernetes mediante "Kubernetes: Realizar backups de un clúster etcd".

  2. Coloque los artefactos de backup en un FlexVol.

    Nota Le recomendamos que proteja la SVM en la que reside FlexVol con una relación de SnapMirror con otra SVM.

Recuperación de Trident

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

Pasos

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

  2. Copie todos los certificados necesarios correspondientes al clúster de Kubernetes en /etc/kubernetes/pki y los archivos del miembro etcd debajo de /var/lib/etcd.

  3. Restaure el clúster de Kubernetes desde el backup etcd mediante "Kubernetes: Restaurar un clúster ETCD".

  4. Ejecución kubectl get crd Para verificar que todos los recursos personalizados de Trident han surgido y recuperado los objetos de Trident para verificar 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 utilizar "SnapMirror de ONTAP" para replicar una SVM.

En caso de desastre, puede activar la SVM de destino de SnapMirror para empezar a servir datos. Puede volver al primario cuando se restauran los sistemas.

Acerca de esta tarea

Tenga en cuenta lo siguiente al usar la función de replicación de SVM de SnapMirror:

  • Debe crear un back-end distinto para cada SVM con la función SVM-DR habilitada.

  • Configure las clases de almacenamiento para seleccionar los back-ends replicados solo cuando sea necesario para evitar tener volúmenes que no necesitan replicación aprovisionados en los back-ends que admitan SVM-DR.

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

Replicación de SVM

Puede utilizar "ONTAP: Replicación de SnapMirror SVM" Para crear la relación de replicación de SVM.

SnapMirror le permite configurar opciones para controlar lo que se va a replicar. Necesitará saber qué opciones seleccionó al realizar la preformación Recuperación de SVM mediante Trident.

Recuperación de SVM mediante Trident

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

Pasos

  1. Cancelar las transferencias programadas y continuas de SnapMirror, interrumpir la relación de replicación, detener la SVM de origen y, a continuación, activar la SVM de destino de SnapMirror.

  2. Si especificó -identity-preserve false o. -discard-config network Al configurar la replicación de SVM, actualice el managementLIF y.. dataLIF En el archivo de definición de back-end de Trident.

  3. Confirme storagePrefix Está presente en el archivo de definición de back-end de Trident. Este parámetro no puede cambiarse. Omitiendo storagePrefix provocará que la actualización de backend falle.

  4. Actualice todos los back-ends requeridos para reflejar el nuevo nombre de la SVM de destino mediante:

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

  5. Si especificó -identity-preserve false o. discard-config network, debe rebotar todos los pods de aplicación.

    Nota Si especificó -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 utilizar "Replicación y recuperación SnapMirror de ONTAP" para replicar volúmenes creados por Trident.

Luego, es posible importar los volúmenes recuperados a Trident con "importación de volumen tridentctl".

Nota La importación no es compatible con ontap-nas-economy, ontap-san-economy, o. ontap-flexgroup-economy de windows

Protección de datos Snapshot

Puede proteger y restaurar datos con:

  • Un controlador snapshot externo y CRD para crear snapshots de volúmenes de Kubernetes de volúmenes persistentes (VP).

    "Copias de Snapshot de volumen"

  • Snapshots de ONTAP para restaurar el contenido completo de un volumen o para recuperar archivos o LUN individuales.

    "Snapshots de ONTAP"