Replicación de aplicaciones en un sistema remoto mediante la tecnología SnapMirror
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.
Para ver la 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).
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 comenzar:
-
Para lograr una recuperación ante desastres sin problemas, le recomendamos que ponga en marcha Astra Control Center en un tercer dominio de fallo o ubicación secundaria.
-
El clúster de Kubernetes host de la aplicación y un clúster de Kubernetes de destino se deben gestionar junto con sus clústeres de ONTAP, lo que es ideal para diferentes dominios de fallo o sitios.
-
Los clústeres de ONTAP y la SVM de host se deben emparejar. Consulte "Información general sobre relaciones entre iguales de clústeres y SVM".
-
La SVM remota con emparejamiento debe estar disponible para Astra Trident en el clúster de destino.
-
Debe haber Astra Trident versión 22.07 o superior en los clústeres ONTAP de origen y destino.
-
Las licencias asíncronas de SnapMirror de ONTAP que utilizan el paquete de protección de datos deben habilitarse en los clústeres de ONTAP de origen y de destino. Consulte "Información general sobre las licencias de SnapMirror en ONTAP".
-
Al añadir un back-end de almacenamiento de ONTAP a Astra Control Center, aplique las credenciales de usuario con la función "admin", que cuenta con 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. -
Astra Control debe gestionar los clústeres de Kubernetes de origen y destino, y los clústeres de ONTAP.
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. -
Configuración de Astra Trident/ONTAP: Astra Control Center requiere que se cree una clase de almacenamiento y se establezca como la clase de almacenamiento predeterminada. Astra Control Center es compatible con los siguientes controladores de ONTAP proporcionados por Astra Trident para la replicación:
-
ontap-nas
-
ontap-nas-flexgroup
-
san ontap
-
Configurar una relación de replicación
La configuración de una relación de replicación implica los siguientes elementos que componen la directiva de replicación:
-
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
-
En la navegación izquierda de Astra Control, seleccione aplicaciones.
-
En la página Application, seleccione la ficha Data Protection > Replication.
-
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.
-
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. Por ejemplo, si desea tomar la copia Snapshot cada 5 minutos a partir de las 10:02, introduzca "02" como el desplazamiento minutos. El resultado sería 10:02, 10:07, 10:12, etc.
-
-
Seleccione Siguiente, revise el resumen y seleccione Guardar.
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.
-
Para ver el estado de la instantánea de la aplicación, seleccione la ficha aplicaciones > instantáneas.
El nombre de Snapshot utiliza el formato "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.
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.
En la página Data Protection, se muestra el estado y 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.
Conectar una aplicación replicada en el clúster de destino (conmutación por error)
Con Astra Control, puede "conmutar por error" las aplicaciones replicadas a 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.
-
En la navegación izquierda de Astra Control, seleccione aplicaciones.
-
En la página Application, seleccione la ficha Data Protection > Replication.
-
En la ficha Protección de datos > replicación, en el menú acciones, seleccione failover.
-
En la página de conmutación por error, revise la información y seleccione failover.
Las siguientes acciones ocurren como resultado del procedimiento de conmutación por error:
-
En el clúster de destino, la aplicación se inicia a partir de la snapshot replicada más reciente.
-
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 en función de los horarios presentes en la aplicación de origen en el momento de la conmutación por error.
-
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.
Durante el proceso de resincronización, el estado del ciclo de vida muestra como "establecer". |
-
En la navegación izquierda de Astra Control, seleccione aplicaciones.
-
En la página Application, seleccione la ficha Data Protection > Replication.
-
En la ficha Protección de datos > replicación, en el menú acciones, seleccione Resync.
-
En la página Resync, seleccione la instancia de aplicación de origen o de destino que contenga los datos que desea conservar.
Elija el origen de resincronización con cuidado, ya que los datos del destino se sobrescribirán. -
Seleccione Resync para continuar.
-
Escriba "Resync" para confirmar.
-
Seleccione Sí, resincronización para finalizar.
-
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.
-
En la navegación izquierda de Astra Control, seleccione aplicaciones.
-
En la página Application, seleccione la ficha Data Protection > Replication.
-
En la ficha Protección de datos > replicación, en el menú acciones, seleccione replicación inversa.
-
En la página replicación inversa, revise la información y seleccione replicación inversa para continuar.
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 lograr una "recuperación tras fallos" tras una operación de "conmutación por error" mediante 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 comienza a partir de una relación que ha completado una conmutación por error 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.
-
En la navegación izquierda de Astra Control, seleccione aplicaciones.
-
En la página Application, seleccione la ficha Data Protection > Replication.
-
En la ficha Protección de datos > replicación, en el menú acciones, seleccione Resync.
-
Para realizar una operación de recuperación tras fallos, elija la aplicación con error como origen de la operación de resincronización (cómo conservar los datos escritos en una post conmuta al nodo de respaldo).
-
Escriba "Resync" para confirmar.
-
Seleccione Sí, resincronización para finalizar.
-
Una vez finalizada la resincronización, en la ficha Protección de datos > replicación, en el menú acciones, seleccione replicación inversa.
-
En la página replicación inversa, revise la información y seleccione replicación inversa.
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.
-
En la navegación izquierda de Astra Control, seleccione aplicaciones.
-
En la página Application, seleccione la ficha Data Protection > Replication.
-
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.
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.
-