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 yCompute Cloud@Customer.

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

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

En esta arquitectura, RMM se despliega en el sitio de producción para replicar máquinas virtuales a OCI o desde OCI y Compute Cloud@Customer. El servidor RMM se despliega en OCI. El plan de DR de Rackware se configura en el servidor RMM para proteger las máquinas virtuales web y de aplicación junto con el almacenamiento de bloques conectado. Las máquinas virtuales web y de aplicación junto con su almacenamiento de bloques se replican de OCI a Compute Cloud@Customer por 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 de producción o principal y Compute Cloud@Customer como ubicación secundaria o en espera.
• Configure la política de recuperación ante desastres de Rackware como Dynamically Provisioned Targets. Rackware protege su 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 que un evento reduzca considerablemente los costos y el RPO a costa de un mayor RTO.
• Rackware para y replica máquinas virtuales desde OCI a Compute Cloud@Customer.
• Configure cualquier base de datos de producción que ejecute OCI para replicarse en bases de datos en espera en Compute Cloud@Customer. Si es necesario un failover, puede utilizar Data Guard para promocionar Oracle Database en espera y volver a fallar para devolver Oracle Database en OCI a la base de datos primaria después de que se hayan completado los esfuerzos de recuperación ante desastres.
• Despliegue OCI Storage Gateway en OCI con la replicación de sincronización en la nube correctamente configurada y programada 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 de luz piloto 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 a OCI y desde OCI y Compute Cloud@Customer. En este caso, configure OCI como ubicación de producción o principal 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 caro porque siempre tiene que mantener un sitio de recuperación ante desastres activo.
• Rackware replica las máquinas virtuales de OCI en 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 replicarse en bases de datos en espera en Compute Cloud@Customer. Si es necesario un failover, puede utilizar Data Guard para promocionar Oracle Database en espera y volver a fallar para devolver Oracle Database en OCI a la base de datos primaria después de que se hayan completado los esfuerzos de recuperación ante desastres.
• Despliegue OCI Storage Gateway en OCI con una replicación de sincronización en la nube activa correctamente configurada para replicar OCI Object Storage de OCI en Compute Cloud@Customer.

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

La arquitectura de base de datos en espera caliente 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 a OCI o desde OCI y Compute Cloud@Customer. En este caso, configure OCI como ubicación de producción o principal 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 a intervalos especificados por el usuario (con distinta periodicidad). Este enfoque logra el RTO más bajo, pero es más caro porque siempre tiene que mantener un sitio de recuperación ante desastres activo.
• Rackware replica constantemente 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 replicarse en bases de datos en espera en Compute Cloud@Customer. Si es necesario un failover, puede utilizar Data Guard para promocionar Oracle Database en espera y volver a fallar para devolver Oracle Database en OCI a la base de datos primaria después de que se hayan completado 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 correctamente configurada para replicar OCI Object Storage de OCI en Compute Cloud@Customer.

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

A continuación, se muestran los pasos para configurar RackWare para realizar una recuperación ante desastres desde 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 orígenes 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 un 20 por ciento o aproximadamente) 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 distinto del inglés para la configuración regional SYSTEM, póngase en contacto con el soporte de Rackware.

Siga estos pasos:

1. Suponiendo que ya tiene RMM de Rackware instalado correctamente en OCI, vaya a la consola de gestión de RMM de Rackware e inicie sesión con las credenciales configuradas durante la instalación. Las opciones de oleada pueden ser las siguientes:
2. Crear una oleada: para crear una oleada, vaya a Replicación, Olas y haga clic en el icono 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á activado, los datos se transfieren mediante RMM. (Origen, RMM, Destino)
3. Configurar política de recuperación ante desastres: una política de recuperación ante desastres permite sincronizar los deltas del origen con 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 recuperación ante desastres como sean necesarias con una periodicidad diferente. Esto permite una mayor flexibilidad para sincronizar diferentes ondas a intervalos variados en función de la estrategia de DR del usuario. Para crear una nueva política de recuperación ante desastres, navegue hasta DR, Policies y haga clic en el ícono más (+) para abrir el asistente de creación de DR. Proporcione un nombre de DR, una periodicidad, una hora de inicio y un correo electrónico de notificación.
4. Aplicar la política de recuperación ante desastres: para aplicar una política de recuperación ante desastres, vaya al separador Replicación, haga clic en Olas, haga clic en OCI para ver los detalles de oleada C3 y haga clic en "Sin política". Se abrirá un cuadro de diálogo Configuration. Seleccione la política de recuperación ante desastres correcta y haga clic en Asignar política. La captura de pantalla que se muestra a continuación muestra la asignación de la política DRPolicy_01 configurada anteriormente en OCI a la oleada de Oracle Compute Cloud@Customer. La asignación de una política a una oleada moverá dicha oleada de Replicación, Olas a DR, Olas tal y como está configurada para la recuperación ante desastres.
5. Para inicializar la replicación y la recuperación ante desastres de máquinas virtuales 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 derecho con aprovisionamiento automático: los usuarios pueden elegir reducir o aumentar la especificación de recursos informáticos y almacenamiento 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 archivos única e instantáneas protegidas: la oferta de copia de seguridad de Rackware incluye numerosas funciones, como la retención de instantáneas de hasta 3 años, restauraciones de archivos selectivas e instantáneas protegidas ilimitadas para una recuperación puntual.
• BIOS a UEFI: los usuarios pueden migrar sin problemas a instancias activadas para UEFI sin ningún cambio de configuración adicional a la instancia original.
• Migraciones reguladas: los usuarios tienen un mayor control sobre cada migración al poder limitar el ancho de banda de forma individual.
• Failover y reserva totalmente automatizados: el failover se automatiza completamente al igual que el entorno de origen.
• Rackware Migration Manager: proporciona muchas más funciones, como sincronizaciones selectivas del sistema de archivos, exclusiones de archivos y carpetas, activación de cloud-init y scripts posteriores personalizados.