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 ante desastres

Colaboradores
PDF

Obtén más información sobre las opciones de protección y recuperación para Astra Trident y los volúmenes creados con Astra 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 Astra Trident

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

Replicación de Astra Trident

Astra 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. Haga una copia de seguridad del clúster etcd de Kubernetes con "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 Astra Trident

Con los CRD de Kubernetes y la snapshot etcd del clúster de Kubernetes, puedes recuperar Astra 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 de miembros etcd en /var/lib/etcd.

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

  4. Ejecutar 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

Astra Trident no puede configurar 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 Astra Trident.

Recuperación de SVM mediante Astra Trident

Astra Trident no detecta automáticamente 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 backend de Trident.

  3. Confirme que storagePrefix está presente en el archivo de definición de backend de Trident. Este parámetro no puede cambiarse. Si se omite storagePrefix, se producirá un error en la actualización del backend.

  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 ha especificado -identity-preserve false o. discard-config network, debe devolver todos los pods de aplicación.

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

Replicación y recuperación de volúmenes

Astra 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 los volúmenes creados por Astra Trident.

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

Nota La importación no está soportada en ontap-nas-economy los controladores , , ontap-san-economy`o. `ontap-flexgroup-economy

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"

Replicación de aplicaciones de Astra Control Center

Con Astra Control, puede replicar datos y cambios de aplicaciones de un clúster a otro mediante las funcionalidades de replicación asíncrona de SnapMirror.

"Astra Control: Replique aplicaciones en un sistema remoto mediante la tecnología SnapMirror"