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.

Replicación de aplicaciones en un sistema remoto mediante la tecnología SnapMirror

Colaboradores
PDF

Con Astra Control, puede aumentar la continuidad del negocio para sus aplicaciones con un objetivo de punto de recuperación (RPO) y un objetivo de tiempo de recuperación bajo (Recovery Time Objective) mediante funcionalidades de replicación asíncrona de la tecnología SnapMirror de NetApp. Una vez que se ha configurado, esto permite a sus aplicaciones replicar los cambios de aplicaciones y datos de un clúster a otro.

Si quiere ver una comparación entre backups/restauraciones y replicación, consulte "Conceptos de protección de datos".

Puede replicar aplicaciones en diferentes situaciones, como las siguientes situaciones de solo en las instalaciones, de cloud híbrido y multicloud:

  • En el sitio Local A al sitio local B

  • Del entorno local al cloud con Cloud Volumes ONTAP

  • Cloud con Cloud Volumes ONTAP para infraestructura en las instalaciones

  • Cloud con Cloud Volumes ONTAP al cloud (entre distintas regiones del mismo proveedor de cloud o a distintos proveedores de cloud)

Astra Control puede replicar aplicaciones en clústeres locales, de las instalaciones al cloud (mediante Cloud Volumes ONTAP) o entre clouds (Cloud Volumes ONTAP a Cloud Volumes ONTAP).

Nota Puede replicar simultáneamente una aplicación diferente (que se ejecute en el otro clúster o sitio) en la dirección opuesta. Por ejemplo, las aplicaciones A, B, C se pueden replicar del centro de datos 1 al centro de datos 2 y las aplicaciones X, y y, Z se pueden replicar del centro de datos 2 al centro de datos 1.

Con Astra Control, puede realizar las siguientes tareas relacionadas con la replicación de aplicaciones:

Requisitos previos de replicación

La replicación de aplicaciones de Astra Control requiere que se cumplan los siguientes requisitos previos antes de empezar:

  • ONTAP clusters:

    • Trident: Astra Trident versión 22,07 o posterior debe existir en los clústeres de Kubernetes de origen y destino que utilizan ONTAP como backend.

    • Licencias: Las licencias asíncronas de SnapMirror de ONTAP que utilizan el paquete de protección de datos deben estar habilitadas en los clústeres de ONTAP de origen y de destino. Consulte "Información general sobre las licencias de SnapMirror en ONTAP" si quiere más información.

  • Emparejamiento:

  • Astra Control Center:

    Consejo "Pon en marcha Astra Control Center" en un tercer dominio de fallo o centro secundario para proporcionar una recuperación ante desastres sin problemas.

    • Clusters administrados: Los siguientes clusters deben ser agregados y administrados por Astra Control, idealmente en diferentes dominios o sitios de falla:

      • Clúster de Kubernetes de origen

      • Clúster de Kubernetes de destino

      • Clústeres de ONTAP asociados

    • Cuentas de usuario: Cuando añades un backend de almacenamiento de ONTAP al Centro de control de Astra, aplica las credenciales de usuario con el rol “admin”. Este rol tiene métodos de acceso http y.. ontapi Se habilitó en los clústeres de origen y destino de ONTAP. Consulte "Gestionar cuentas de usuario en la documentación de ONTAP" si quiere más información.

  • Configuración de Astra Trident / ONTAP: Astra Control Center requiere que configure al menos una clase de almacenamiento que admita la replicación tanto para los clústeres de origen como de destino.

Importante La replicación de Astra Control admite aplicaciones que utilicen una única clase de almacenamiento. Al agregar una aplicación a un espacio de nombres, asegúrese de que la aplicación tenga la misma clase de almacenamiento que otras aplicaciones del espacio de nombres. Cuando agregue una RVP a una aplicación replicada, asegúrese de que la nueva RVP tenga la misma clase de almacenamiento que otras RVP del espacio de nombres.

Configurar una relación de replicación

La configuración de una relación de replicación implica lo siguiente:

  • Elegir la frecuencia con la que desea que Astra Control tome una Snapshot de aplicaciones (que incluye los recursos de Kubernetes de la aplicación, así como las copias Snapshot por volumen para cada uno de los volúmenes de la aplicación)

  • Elegir la programación de replicación (se incluyen recursos de Kubernetes, así como datos de volúmenes persistentes)

  • Establecer el tiempo para que se tome la instantánea

Pasos

  1. En la navegación izquierda de Astra Control, seleccione aplicaciones.

  2. En la página Application, seleccione la ficha Data Protection > Replication.

  3. En la ficha Protección de datos > replicación, seleccione Configurar directiva de replicación. O bien, en el cuadro Protección de aplicaciones, seleccione la opción acciones y seleccione Configurar directiva de replicación.

  4. Introduzca o seleccione la siguiente información:

    • Clúster de destino: Introduzca un clúster de destino que sea diferente del origen.

    • Clase de almacenamiento de destino: Seleccione o introduzca la clase de almacenamiento que utiliza la SVM emparejado en el clúster ONTAP de destino.

    • Tipo de replicación: "Asincrónica" es actualmente el único tipo de replicación disponible.

    • Espacio de nombres de destino: Introduzca espacios de nombres de destino nuevos o existentes para el clúster de destino.

    • (Opcional) Añada espacios de nombres adicionales seleccionando Agregar espacio de nombres y eligiendo el espacio de nombres en la lista desplegable.

    • Frecuencia de replicación: Establezca la frecuencia con la que desea que Astra Control tome una instantánea y la replique en su destino.

    • * Offset*: Establezca el número de minutos desde la parte superior de la hora que desea que Astra Control tome una instantánea. Es posible que desee utilizar un offset para no coincidir con otras operaciones programadas.

      Consejo Reajuste los programas de copia de seguridad y replicación para evitar superposiciones de programas. Por ejemplo, realice backups en la parte superior de la hora cada hora y programe la replicación para que comience con un desplazamiento de 5 minutos y un intervalo de 10 minutos.

  5. Seleccione Siguiente, revise el resumen y seleccione Guardar.

    Nota Al principio, el estado muestra "app-mirror" antes de que se produzca la primera programación.

    Astra Control crea una instantánea de aplicación que se utiliza para la replicación.

  6. Para ver el estado de la instantánea de la aplicación, seleccione la ficha aplicaciones > instantáneas.

    El nombre Snapshot utiliza el formato de replication-schedule-<string>. Astra Control conserva la última snapshot utilizada para la replicación. Las snapshots de replicación más antiguas se eliminan una vez que la replicación se completa correctamente.

Resultado

De este modo se crea la relación de replicación.

Astra Control realiza las siguientes acciones como resultado de establecer la relación:

  • Crea un espacio de nombres en el destino (si no existe).

  • Crea un PVC en el espacio de nombres de destino correspondiente a las RVP de la aplicación de origen.

  • Toma una snapshot inicial coherente con las aplicaciones.

  • Establece la relación SnapMirror para los volúmenes persistentes mediante la snapshot inicial.

La página Data Protection muestra el estado y el estado de la relación de replicación:
<Health status> | <Relationship life cycle state>

Por ejemplo:
Normal | Establecido

Obtenga más información acerca de los estados y el estado de replicación al final de este tema.

Ponga una aplicación replicada en línea en el clúster de destino (conmutación por error)

Mediante Astra Control, puede conmutar al respaldo las aplicaciones replicadas en un clúster de destino. Este procedimiento detiene la relación de replicación y conecta la aplicación en el clúster de destino. Este procedimiento no detiene la aplicación en el clúster de origen si estaba operativa.

Pasos

  1. En la navegación izquierda de Astra Control, seleccione aplicaciones.

  2. En la página Application, seleccione la ficha Data Protection > Replication.

  3. En la ficha Protección de datos > replicación, en el menú acciones, seleccione failover.

  4. En la página de conmutación por error, revise la información y seleccione failover.

Resultado

Las siguientes acciones se producen como resultado del procedimiento de failover:

  • En el clúster de destino, la aplicación se inicia según la última instantánea replicada.

  • El clúster de origen y la aplicación (si están operativas) no se han detenido y se seguirá ejecutando.

  • El estado de replicación cambia a "recuperación tras fallos" y luego a "recuperación tras fallos" cuando ha finalizado.

  • La política de protección de la aplicación de origen se copia en la aplicación de destino según los horarios presentes en la aplicación de origen en el momento de la conmutación por error.

  • Si la aplicación de origen tiene uno o más ganchos de ejecución posteriores a la restauración habilitados, esos ganchos de ejecución se ejecutan para la aplicación de destino.

  • Astra Control muestra la aplicación tanto en los clústeres de origen como de destino y su estado respectivo.

Se ha producido un error al sincronizar una replicación

La operación de resincronización vuelve a establecer la relación de replicación. Puede elegir el origen de la relación para conservar los datos en el clúster de origen o de destino. Esta operación vuelve a establecer las relaciones de SnapMirror para iniciar la replicación de volúmenes en la dirección que se desee.

El proceso detiene la aplicación en el nuevo clúster de destino antes de volver a establecer la replicación.

Nota Durante el proceso de resincronización, el estado del ciclo de vida muestra como "establecer".
Pasos

  1. En la navegación izquierda de Astra Control, seleccione aplicaciones.

  2. En la página Application, seleccione la ficha Data Protection > Replication.

  3. En la ficha Protección de datos > replicación, en el menú acciones, seleccione Resync.

  4. En la página Resync, seleccione la instancia de aplicación de origen o de destino que contenga los datos que desea conservar.

    Precaución Elija el origen de resincronización con cuidado, ya que los datos del destino se sobrescribirán.

  5. Seleccione Resync para continuar.

  6. Escriba "Resync" para confirmar.

  7. Seleccione Sí, resincronización para finalizar.

Resultado

  • La página Replication muestra el estado de "establecimiento".

  • Astra Control detiene la aplicación en el nuevo clúster de destino.

  • Astra Control vuelve a establecer la replicación de volúmenes persistentes en la dirección seleccionada mediante la resincronización de SnapMirror.

  • La página Replication muestra la relación actualizada.

Replicación de aplicaciones inversa

Esta es la operación planificada para mover la aplicación al clúster de destino y seguir replicando de nuevo al clúster de origen original. Astra Control detiene la aplicación en el clúster de origen y replica los datos en el destino antes de conmutar por error la aplicación al clúster de destino.

En esta situación, está intercambiando el origen y el destino. El clúster de origen original se convierte en el nuevo clúster de destino, y el clúster de destino original se convierte en el nuevo clúster de origen.

Pasos

  1. En la navegación izquierda de Astra Control, seleccione aplicaciones.

  2. En la página Application, seleccione la ficha Data Protection > Replication.

  3. En la ficha Protección de datos > replicación, en el menú acciones, seleccione replicación inversa.

  4. En la página replicación inversa, revise la información y seleccione replicación inversa para continuar.

Resultado

Las siguientes acciones ocurren como resultado de la replicación inversa:

  • Se realiza una copia Snapshot de los recursos de Kubernetes de las aplicaciones de origen originales.

  • Los pods de la aplicación de origen originales se detienen con dignidad al eliminar los recursos de Kubernetes de la aplicación (dejando las RVP y los VP en funcionamiento).

  • Una vez apagados los pods, se realizan copias Snapshot de los volúmenes de la aplicación y se replican.

  • Las relaciones de SnapMirror se rompen, lo que hace que los volúmenes de destino estén listos para la lectura/escritura.

  • Los recursos de Kubernetes de la aplicación se restauran desde la copia Snapshot previa al apagado, utilizando los datos de volumen replicados después del apagado de la aplicación de origen original.

  • La replicación se restablece en la dirección inversa.

Conmutación tras error de las aplicaciones al clúster de origen original

Con Astra Control, puede conseguir un «retorno tras la recuperación» después de una operación de conmutación por error utilizando la siguiente secuencia de operaciones. En este flujo de trabajo para restaurar la dirección de replicación original, Astra Control replica (resyncs) cualquier aplicación vuelve a cambiar al clúster de origen original antes de revertir la dirección de replicación.

Este proceso se inicia desde una relación que ha completado una conmutación al nodo de respaldo a un destino e implica los siguientes pasos:

  • Comience con un estado de conmutación al respaldo.

  • Volver a sincronizar la relación.

  • Invierta la replicación.

Pasos

  1. En la navegación izquierda de Astra Control, seleccione aplicaciones.

  2. En la página Application, seleccione la ficha Data Protection > Replication.

  3. En la ficha Protección de datos > replicación, en el menú acciones, seleccione Resync.

  4. Para una operación de conmutación por error, seleccione la aplicación con error como origen de la operación de resincronización (conservando los datos escritos después de la conmutación por error).

  5. Escriba "Resync" para confirmar.

  6. Seleccione Sí, resincronización para finalizar.

  7. Una vez finalizada la resincronización, en la ficha Protección de datos > replicación, en el menú acciones, seleccione replicación inversa.

  8. En la página replicación inversa, revise la información y seleccione replicación inversa.

Resultado

Esto combina los resultados de las operaciones de "resincronización" y "relación inversa" para conectar la aplicación en el clúster de origen original con la reanudación de la replicación al clúster de destino original.

Eliminar una relación de replicación de aplicaciones

La eliminación de la relación da como resultado dos aplicaciones independientes sin relación entre ellas.

Pasos

  1. En la navegación izquierda de Astra Control, seleccione aplicaciones.

  2. En la página Application, seleccione la ficha Data Protection > Replication.

  3. En la ficha Protección de datos > replicación , en el cuadro Protección de aplicaciones o en el diagrama de relaciones, seleccione Eliminar relación de replicación.

Resultado

Las siguientes acciones ocurren como resultado de eliminar una relación de replicación:

  • Si se establece la relación pero la aplicación aún no se ha conectado en el clúster de destino (se ha producido un error al respecto), Astra Control conserva las RVP creadas durante la inicialización, deja una aplicación gestionada "vacía" en el clúster de destino y conserva la aplicación de destino para mantener las copias de seguridad que se hayan creado.

  • Si la aplicación se ha conectado en el clúster de destino (con errores), Astra Control conserva las RVP y las aplicaciones de destino. Las aplicaciones de origen y destino se tratan ahora como aplicaciones independientes. Las programaciones de backup permanecen en ambas aplicaciones, pero no se asocian entre sí. 

estado de la relación de replicación y estados del ciclo de vida de la relación

Astra Control muestra el estado de la relación y los estados del ciclo de vida de la relación de replicación.

Estados de la relación de replicación

Los siguientes Estados indican el estado de la relación de replicación:

  • Normal: La relación se establece o se ha establecido, y la instantánea más reciente se ha transferido con éxito.

  • Advertencia: La relación está fallando o ya falló (y por lo tanto ya no protege la aplicación de origen).

  • Crítico

    • La relación se ha establecido o se ha realizado una conmutación por error, y el último intento de reconciliación ha fallado.

    • Se establece la relación y se produce un error en el último intento de reconciliar la adición de una nueva RVP.

    • La relación está establecida (por lo que se ha replicado un snapshot correcto y es posible la recuperación tras fallos), pero la snapshot más reciente ha fallado o ha fallado para replicarse.

estados de ciclo de vida de replicación

Los siguientes estados reflejan las diferentes etapas del ciclo de vida de la replicación:

  • Establecer: Se está creando una nueva relación de replicación. Astra Control crea un espacio de nombres en caso necesario, crea reclamaciones de volúmenes persistentes (RVP) en los nuevos volúmenes en el clúster de destino y crea relaciones con SnapMirror. Este estado también puede indicar que la replicación está resincronizada o invirtiendo la replicación.

  • Establecido: Existe una relación de replicación. Astra Control comprueba periódicamente que las RVP están disponibles, comprueba la relación de replicación, crea periódicamente instantáneas de la aplicación e identifica cualquier EVs de origen nuevo en la aplicación. Si es así, Astra Control crea los recursos para incluirlos en la replicación.

  • Recuperación tras fallos: Astra Control rompe las relaciones de SnapMirror y restaura los recursos Kubernetes de la aplicación desde la última instantánea de aplicación replicada correctamente.

  • * Fallo en*: Astra Control deja de replicar desde el clúster de origen, utiliza la instantánea de aplicación replicada más reciente (correcta) en el destino y restaura los recursos de Kubernetes.

  • Resyncing: Astra Control reenvía los nuevos datos del origen de resincronización al destino de resincronización mediante SnapMirror resync. Es posible que esta operación sobrescriba algunos de los datos del destino en función de la dirección de la sincronización. Astra Control detiene la aplicación que se ejecuta en el espacio de nombres de destino y elimina la aplicación Kubernetes. Durante el proceso de resincronización, el estado muestra como "establecer".

  • Inversión: Es la operación planificada para mover la aplicación al clúster de destino mientras continúa la réplica al clúster de origen original. Astra Control detiene la aplicación en el clúster de origen y replica los datos en el destino antes de conmutar por error la aplicación al clúster de destino. Durante la replicación inversa, el estado aparece como "establecer".

  • Eliminación:

    • Si la relación de replicación se ha establecido pero aún no se ha realizado una conmutación por error, Astra Control elimina las RVP que se crearon durante la replicación y elimina la aplicación administrada de destino.

    • Si la replicación ya ha fallado, Astra Control conserva las EVs y la aplicación de destino.