Configuración de Rackware para Recuperación ante Desastres de Máquina Virtual

Rackware Migration Manager (RMM) se despliega en el sitio de producción para replicar máquinas virtuales desde o hacia OCI y Compute Cloud@Customer.

La siguiente arquitectura de Rackware muestra la recuperación ante desastres entre OCI y Compute Cloud@Customer:

A continuación se muestra la descripción de rackware-dr-oracle-compute-cloud-customer-oci.png

Descripción de la ilustración rackware-dr-oracle-compute-cloud-customer-oci.png

rackware-dr-oracle-compute-cloud-customer-oci-oracle.zip

En esta arquitectura, RMM se despliega en el sitio de producción para replicar máquinas virtuales desde o hacia OCI y Compute Cloud@Customer. El servidor RMM se despliega en OCI. El plan de DR de Rackware está configurado en el servidor RMM para proteger las máquinas virtuales web y de aplicaciones junto con el almacenamiento de bloques conectado. Las máquinas virtuales web y de aplicaciones, junto con su almacenamiento de bloques, se replican desde OCI a Compute Cloud@Customer mediante Rackware.

Acerca de la configuración de una arquitectura de copia de seguridad y restauración para OCI

A continuación, se muestran las recomendaciones de configuración para configurar la arquitectura de copia de seguridad y restauración para OCI:

Configure OCI como ubicación principal o de producción, y Compute Cloud@Customer como ubicación secundaria o en espera.
Configure la política de recuperación ante desastres de Rackware como Destinos aprovisionados dinámicamente. Rackware protege la carga de trabajo manteniendo una copia de la imagen del servidor de origen en RMM. Puede utilizar la imagen para desplegar una instancia en la infraestructura de destino a demanda en caso de un evento para reducir significativamente los costos y el RPO a expensas de un mayor RTO.
Rackware detiene y replica máquinas virtuales de OCI a Compute Cloud@Customer.
Configure cualquier base de datos de producción que ejecute OCI para replicar en bases de datos en espera en Compute Cloud@Customer. Si se necesita un failover, puede utilizar Data Guard para promocionar la instancia de Oracle Database en espera, así como volver a devolver la instancia de Oracle Database en OCI a la base de datos principal una vez finalizados los esfuerzos de recuperación ante desastres.
Despliegue OCI Storage Gateway en OCI con la replicación de sincronización en la nube configurada y programada correctamente para replicar OCI Object Storage de OCI a Compute Cloud@Customer.
Utilice Rackware para orquestar la recuperación ante desastres de máquinas virtuales entre Compute Cloud@Customer y OCI durante las operaciones de recuperación ante desastres.

Acerca de la configuración de una arquitectura de luz piloto para OCI

La arquitectura piloto ligera es la misma que la recuperación ante desastres para Compute Cloud@Customer con OCI.

A continuación, se muestran las recomendaciones de configuración:

De forma similar al caso de uso de copia de seguridad y restauración, despliegue RMM en el sitio de producción para replicar máquinas virtuales desde y hacia OCI y Compute Cloud@Customer. En este caso, configure OCI como ubicación principal o de producción, y Compute Cloud@Customer como ubicación secundaria o en espera.
Configure la política de recuperación ante desastres de Rackware como Destinos aprovisionados previamente. Con esta configuración, puede elegir proteger las cargas de trabajo manteniendo una instancia de servidor activa en la infraestructura de destino, además de la imagen del servidor de origen en RMM. Configure los trabajos de sincronización para actualizar la imagen y el servidor de destino en los intervalos especificados por el usuario. Este enfoque logra el RTO más bajo, pero es más costoso porque siempre debe mantener un sitio de recuperación ante desastres activo.
Rackware replica las máquinas virtuales de OCI a Compute Cloud@Customer que se ejecutan a una escala mínima en Compute Cloud@Customer.
Configure cualquier base de datos de producción que ejecute OCI para replicar en bases de datos en espera en Compute Cloud@Customer. Si se necesita un failover, puede utilizar Data Guard para promocionar la instancia de Oracle Database en espera, así como volver a devolver la instancia de Oracle Database en OCI a la base de datos principal una vez finalizados los esfuerzos de recuperación ante desastres.
Despliegue OCI Storage Gateway en OCI con una replicación de sincronización en la nube activa configurada correctamente para replicar OCI Object Storage de OCI a Compute Cloud@Customer.

Acerca de la configuración de una arquitectura en espera en caliente para OCI

La arquitectura de Warm Standby es la misma que la recuperación ante desastres para Compute Cloud@Customer con OCI.

A continuación, se muestran las recomendaciones de configuración:

Despliegue RMM en el sitio de producción para replicar máquinas virtuales desde o hacia OCI y Compute Cloud@Customer. En este caso, configure OCI como ubicación principal o de producción, y Compute Cloud@Customer como ubicación secundaria o en espera.
Configure la política de recuperación ante desastres de Rackware como Destinos aprovisionados previamente. Con esta configuración, puede elegir proteger las cargas de trabajo manteniendo una instancia de servidor activa en la infraestructura de destino, además de la imagen del servidor de origen en RMM. Configure trabajos de sincronización para actualizar la imagen y el servidor de destino en intervalos especificados por el usuario (con periodicidad diferente). Este enfoque logra el RTO más bajo, pero es más costoso porque siempre debe mantener un sitio de recuperación ante desastres activo.
Rackware replica constantemente las máquinas virtuales de OCI a Compute Cloud@Customer que ejecutan la misma versión del entorno de producción de OCI que funciona en Compute Cloud@Customer.
Configure cualquier base de datos de producción que ejecute OCI para replicar en bases de datos en espera en Compute Cloud@Customer. Si se necesita un failover, puede utilizar Data Guard para promocionar la instancia de Oracle Database en espera, así como volver a devolver la instancia de Oracle Database en OCI a la base de datos principal una vez finalizados los esfuerzos de recuperación ante desastres.
Despliegue OCI Storage Gateway en OCI con una replicación de sincronización en la nube activa y continua configurada correctamente para replicar OCI Object Storage de OCI a Compute Cloud@Customer.

Configuración de Rackware para recuperación ante desastres de OCI a Oracle Compute Cloud@Customer

A continuación se muestran los pasos a pasos para configurar RackWare para realizar una recuperación ante desastres de OCI a Oracle Compute Cloud@Customer para Linux:

Para la plataforma Linux, se recomienda la siguiente configuración

Credenciales de acceso: usuario root o usuario con privilegios sudo
Almacenamiento
- Los grupos de volúmenes de origen deben tener al menos el 15 % del espacio utilizado disponible como extensiones libres.
- /var/tmp debe tener al menos 20 MB de espacio libre.
no-exec: los sistemas de archivos /tmp y /var/tmp no se deben configurar con las propiedades no-exec en fstab.
Grub: los servidores de origen deben tener el archivo /etc/default/grub
Antivirus: si algún programa antivirus se está ejecutando en Origin, debe agregar el directorio /mnt/rackware/ a la lista de permitidos.

Para la plataforma Windows, se recomienda la siguiente configuración:

Credenciales de acceso: usuario SYSTEM o usuario local con privilegios administrativos.
Almacenamiento: cada volumen debe tener suficiente espacio libre (al menos/aproximadamente un 20%) para las instantáneas de VSS.
Antivirus: el origen debe agregar rsync.exe, rwattr.exe, rwchangesvc.exe y rw_tngsync_util.exe a la lista de permitidos para cualquier programa antivirus o Windows Defender.
Idioma: para cualquier idioma que no sea inglés para la configuración regional SYSTEM, póngase en contacto con el soporte de Rackware.

Realice los siguientes pasos:

Asumiendo que ya tiene el RMM de Rackware instalado correctamente en OCI, vaya a la consola de gestión del RMM de Rackware e inicie sesión con las credenciales configuradas durante la instalación. Las opciones de oleada pueden ser las siguientes:
Crear oleada: para crear una oleada, vaya a Replicación, Olas y haga clic en el ícono del signo más (+) para abrir el asistente de creación de oleadas. Proporcione un nombre y haga clic en Create.
- Recuento paralelo: permite al usuario definir el número de transferencias paralelas dentro de la oleada.
- Aprovisionamiento automático: los usuarios pueden configurar el RMM para aprovisionar destinos mediante llamadas de API a la nube de destino.
- Política de DR: el usuario puede configurar una política para sincronizar periódicamente todos los hosts de la oleada.
- Passthrough: cuando está activada, los datos fluyen mediante RMM. (Origen, RMM, Destino)
Configurar política de recuperación ante desastres: una política de recuperación ante desastres permite sincronizar deltas de origen a su imagen capturada en el RMM RackWare y la instancia de destino (en caso de esquema previamente aprovisionado) en intervalos especificados por el usuario. Los usuarios pueden crear tantas políticas de Disaster Recovery como sea necesario con una periodicidad diferente. Esto permite una mayor flexibilidad para sincronizar diferentes oleadas a intervalos variados según la estrategia de DR del usuario. Para crear una nueva política de recuperación ante desastres, vaya a DR, Policies y haga clic en el ícono más (+) para abrir el asistente de creación de DR. Proporcione un nombre de DR, periodicidad, hora de inicio y correo electrónico de notificación.
Aplicar la política de recuperación ante desastres: para aplicar una política de recuperación ante desastres, vaya al separador Replication, haga clic en Waves, haga clic en OCI en C3 wave details y haga clic en "No Policy". Se abrirá un cuadro de diálogo Configuración. Seleccione la política de recuperación ante desastres correcta y haga clic en Asignar política. En la captura de pantalla que se muestra a continuación se muestra la asignación de la política DRPolicy_01 configurada anteriormente en OCI a Oracle Compute Cloud@Customer Wave. Al asignar una política a una oleada, dicha oleada pasará de la replicación, las oleadas a la DR y las oleadas, ya que ahora está configurada para la recuperación ante desastres.
Para inicializar la replicación y la recuperación ante desastres de máquinas virtuales de Windows o Linux con la pantalla Detalle de oleada, haga clic en Iniciar replicación.

Rackware también proporciona las siguientes funciones que puede utilizar para ajustar la arquitectura de recuperación ante desastres:

Tamaño correcto con aprovisionamiento automático: los usuarios pueden reducir o aumentar la especificación de almacenamiento y recursos informáticos para las instancias de destino. Esta función permitirá a los usuarios agregar la granularidad de cambiar el tamaño de los sistemas de archivos.
Aprovisionamiento dinámico durante la recuperación ante desastres: los usuarios pueden aprovechar la capacidad de Rackware para mantener localmente una imagen de réplica de la instancia de origen y utilizar esta imagen para desplegar una instancia de failover en un evento de recuperación ante desastres.
Copia de seguridad, restauración de un solo archivo e instantáneas protegidas: la oferta de copia de seguridad de Rackware incluye conjuntos de funciones enriquecidos, como retención de instantáneas de hasta 3 años, restauraciones de archivos selectivas e instantáneas protegidas ilimitadas para la recuperación point-in-time.
BIOS a UEFI: los usuarios pueden migrar sin problemas a instancias activadas para UEFI sin ningún cambio de configuración adicional en la instancia original.
Migraciones limitadas: los usuarios tienen un mayor control sobre cada migración al poder limitar el ancho de banda de forma individual.
Failover y reserva completamente automatizados: el failover se automatiza por completo, al igual que el entorno de origen.
Gestor de migración de Rackware: proporciona muchas más funciones, como sincronizaciones selectivas del sistema de archivos, exclusiones de archivos y carpetas, activación de cloud-init y secuencias de comandos posteriores personalizadas.