Note:
- Este tutorial requiere acceso a Oracle Cloud. Para registrarse para obtener una cuenta gratuita, consulte Introducción a la cuenta gratuita de Oracle Cloud Infrastructure.
- Utiliza valores de ejemplo para credenciales, arrendamiento y compartimentos de Oracle Cloud Infrastructure. Al finalizar la práctica, sustituya estos valores por otros específicos de su entorno en la nube.
Gestión mejorada de planes de recuperación ante desastres con OCI Full Stack Disaster Recovery
Introducción
Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) organiza la transición de recursos informáticos, bases de datos y aplicaciones entre las regiones de Oracle Cloud Infrastructure (OCI) de todo el mundo con un solo clic. Los clientes pueden automatizar los pasos necesarios para recuperar uno o más sistemas de negocio sin rediseñar o rediseñar la infraestructura, las bases de datos o las aplicaciones existentes y sin necesidad de servidores de conversión o gestión especializados.
La reciente actualización del servicio OCI Full Stack DR ha mejorado significativamente la gestión de los planes de DR. Los planes ahora se conservarán en lugar de suprimirse si hay alguna actualización, adición o supresión de miembros, lo que permite a los usuarios refrescar los planes y verificarlos. Analicemos cómo estos cambios mejoran la experiencia del usuario y simplifican la gestión de recuperación ante desastres.
Arquitectura de despliegue inicial
-
2 recursos informáticos móviles en la región principal (vmapp01 y vmapp02).
-
1 grupo de volúmenes x en la región principal que contiene volúmenes de inicio para vmapp01 y vmapp02.
Arquitectura de despliegue de destino
-
1 instancia móvil en la región principal (vmapp01).
-
1 instancia no móvil en la región principal (vmapp03).
-
1 instancia no móvil en la región en espera (vmapp03dr).
-
1 grupo de volúmenes de la región principal que contiene el volumen de inicio solo para vmapp01.
Objetivos
Modifique los recursos miembros existentes del grupo de protección de DR de pila completa sin suprimir ningún plan de DR existente. En este tutorial se mostrará el flujo de trabajo de refrescamiento del plan mediante la eliminación de un recurso informático móvil y la adición de dos recursos informáticos no móviles en el grupo de protección de DR principal y en espera existente que ya sean peers entre dos regiones de OCI.
La región principal es Ashburn y la región en espera es Phoenix.
En este tutorial, se tratarán las siguientes tareas.
- Tarea 1: Eliminar miembros del DRPG principal.
- Tarea 2: Agregar nuevos miembros al DRPG principal y en espera.
- Tarea 3: Refrescar planes en DRPG en espera.
- Tarea 4: Verificar planes en DRPG en espera.
- Tarea 5: Realizar ajustes finales en planes en DRPG en espera.
- Tarea 6: Ejecutar plan de switchover en DRPG en espera.
- Tarea 7: Refrescar y verificar los planes de DR después del switchover.
Requisitos
-
En este tutorial se asume que los grupos de protección de DR (DRPG) ya existen y que tiene planes de DR existentes en ambas regiones.
-
En este tutorial se asume que el lector tiene privilegios de administrador y que las políticas de Oracle Cloud Infrastructure Identity and Access Management (OCI IAM) necesarias para OCI Full Stack DR ya están en su lugar. Para obtener más información, consulte Configuración de políticas de Identity and Access Management (IAM) para utilizar Full Stack DR y Políticas para Full Stack Disaster Recovery.
-
El volumen de inicio para el recurso informático móvil (appvm02) que se va a eliminar en este tutorial ya se ha eliminado del grupo de volúmenes existente (vgapp01). Las actualizaciones del plan de DR fallarán si el dispositivo de inicio para appvm02 aún está incluido en vgapp01. Para obtener más información, consulte Removing Volumes from a Group.
-
Ya existe una nueva instancia informática en la región principal y OCI Full Stack DR puede ejecutar comandos en el sistema operativo invitado. Para obtener más información, consulte Ejecución de comandos en una instancia.
-
Ya existe una nueva instancia informática en la región en espera y OCI Full Stack DR puede ejecutar comandos en el sistema operativo invitado. Para obtener más información, consulte Ejecución de comandos en una instancia.
Nota: Las dos instancias informáticas que ha creado en cada región se agregarán como instancias informáticas que no se mueven, lo que significa que los volúmenes de inicio no se deben agregar a un grupo de volúmenes, no se deben replicar y no se deben agregar como miembros del DRPG en ninguna de las regiones.
Tarea 1: Eliminar miembros del DRPG principal
-
En el DRPG principal (
DRPG_Refresh_IAD
), seleccione Members. -
Seleccione Compute VM (
vmapp02
) y haga clic en Remove members. -
Seleccione Entiendo que debo refrescar y verificar todos los planes existentes y haga clic en Eliminar.
Tarea 2: Agregar nuevos miembros al DRPG principal y en espera
-
En el DRPG principal (
DRPG_Refresh_IAD
), seleccione Members y agregue la VM de Compute (vmapp03
) como miembro. -
En el DRPG en espera (
DRPG_Refresh_PHX
), seleccione Members y agregue la VM de Compute (vmapp03dr
) como miembro.
Todos los planes de DR del grupo de protección de DR en espera (DRPG) se definen en Needs care (Needs refresh) cuando se realizan cambios en los miembros del grupo de protección de DR principal o en espera. Los planes de DR de las regiones en espera y principal no se pueden modificar. Se pueden realizar cambios adicionales en la pertenencia a DRPG en cualquier región, pero no se pueden agregar, eliminar ni modificar los pasos ni los grupos de planes de DR hasta que se haya completado el flujo de trabajo de refrescamiento y verificación.
Debe ver algo parecido a la siguiente captura de pantalla después de completar los cambios en los miembros de un grupo de protección. En esta captura de pantalla se muestran tres de los cuatro tipos de planes de DR que deben existir en el grupo de protección en espera como mejor práctica. Puede que haya creado o no los tres tipos de plan; esto es simplemente un ejemplo.
Tarea 3: Refrescar planes de DR en DRPG en espera
Refresque los planes de DR que tengan el estado Necesita atención (Necesita refrescamiento) para ver los grupos de planes y los pasos de plan que se agregarán o eliminarán como resultado de los cambios realizados en los miembros de los grupos de protección en ambas regiones. Este es un paso crítico que le permite revisar visualmente los planes de DR antes de comprometerse con los cambios planificados como parte de la tarea 4.
Solo se pueden refrescar y verificar los planes de DR incluidos en el DRPG en espera, ya que tienen el estado Necesita atención (Necesita refrescamiento). Los planes de DR en el DRPG principal que están en estado Inactivo no se pueden refrescar hasta que ese DRPG herede el rol en espera. El cambio manual de los roles en la página de detalles Grupo de protección de DR no funcionará para el proceso de refrescamiento, por lo que la única forma válida de cambiar el rol del DRPG principal a en espera es mediante la ejecución de un plan de switchover en el DRPG en espera. El switchover se explica en la siguiente tarea.
El objetivo de la actualización es dar a las personas la oportunidad de revisar todo lo que se agregará o eliminará de los planes de DR antes de confirmar los cambios. Los grupos de planes y los pasos afectados por los cambios de afiliación se etiquetarán una vez que se haya completado el refrescamiento del plan. La siguiente lista muestra las distintas etiquetas que llaman a los pasos y grupos de planes modificados.
- Grupo modificado: se han agregado o eliminado algunos pasos del grupo.
- Grupo agregado: se ha agregado un nuevo grupo.
- Grupo suprimido: se suprimirá un grupo existente después de la verificación.
- Paso agregado: se ha agregado un nuevo paso.
- Paso suprimido: se suprimirá un paso existente después de la verificación.
Realice los pasos:
-
Para comenzar, seleccione un plan de DR que tenga el estado Needs Attention (Needs refresh).
-
Haga clic en Refresh (Refrescar) como se muestra en la siguiente captura de pantalla.
-
Aparecerá un cuadro de confirmación. Haga clic en Refrescar en el cuadro de confirmación para continuar.
Los planes de DR tendrán un aspecto similar al de la siguiente captura de pantalla una vez que se haya completado la actualización. El proceso de refrescamiento introspecta todos los cambios realizados en los recursos miembros de ambas regiones y, a continuación, modifica los grupos de planes y los pasos para mostrar qué ajustes se realizarán en función de los cambios en los miembros. El estado de los planes de DR refrescados cambiará a Necesita atención (requiere verificación) una vez que finalice el refrescamiento. Observe que en la captura de pantalla debajo de la etiqueta del botón Refrescar se ha cambiado a Verificar.
Al ampliar todos los grupos de planes, como se muestra en la captura de pantalla siguiente, se mostrarán todos los pasos individuales del plan que se agregarán o eliminarán como parte de la tarea de verificación. Los grupos de planes actualizados y los pasos correspondientes se etiquetan temporalmente mediante las etiquetas de la lista anterior.
Refresque y revise visualmente todos los planes de DR restantes en el DRPG en espera que tengan el estado Needs Attention (Needs refresh) y, a continuación, pase a la siguiente tarea.
Tarea 4: Verificación de planes de DR en DRPG en espera
Verifique los planes de DR actualizados después de revisarlos visualmente. Este es otro paso crítico que confirma los cambios planificados en los planes de DR modificados.
-
Para comenzar, seleccione cualquier plan con el estado Necesita atención (Requiere verificación).
-
Haga clic en Verify (Verificar), como se muestra en la siguiente captura de pantalla.
-
Aparecerá un cuadro de confirmación. Haga clic en Verificar en el cuadro de confirmación para continuar.
El proceso de verificación elimina todas las etiquetas de modificación del plan y activa los botones Ejecutar comprobaciones previas y Ejecutar plan, como se muestra en la siguiente captura de pantalla. El estado del plan cambiará a Activo una vez finalizada la verificación.
Verifique todos los planes de DR restantes en el DRPG en espera que estén en estado Needs Attention (Needs verify) hasta que todos los planes se hayan cambiado a Active y, a continuación, pase a la siguiente tarea.
Tarea 5: Realizar ajustes finales en planes en DRPG en espera
Los planes de DR de ejemplo que se muestran en este tutorial no tienen ningún grupo de planes o paso definido por el usuario. Sin embargo, puede que desee experimentar con la adición de un grupo de planes definido por el usuario y pasos si no existe ninguno.
Si utiliza este tutorial para actualizar los planes y grupos de protección de DR existentes en su arrendamiento, utilice esta oportunidad para realizar los cambios adecuados en los planes de DR refrescados. La siguiente lista muestra algunos ejemplos de cosas que puede que desee ajustar en planes existentes:
- Se pueden agregar nuevos grupos si se agregaron tipos de recursos completamente nuevos como miembros del grupo de protección de DR en cualquiera de las regiones. Asegúrese de que los grupos estén en el orden correcto.
- Puede que necesite crear nuevos grupos de planes definidos por el usuario y pasos para algo completamente nuevo.
- Puede que necesite agregar nuevos pasos a grupos de planes existentes definidos por el usuario.
- Puede que necesite reordenar los grupos de planes existentes para mejorar o corregir el orden de las operaciones.
Asegúrese de que se hayan ajustado todos los planes de DR existentes antes de pasar a la siguiente tarea.
Tarea 6: Ejecución del plan de switchover en DRPG en espera
Nota:
Los planes de DR de la región en espera deben estar activos en este punto, lo que significa que OCI Full Stack DR puede ejecutar los planes de failover, switchover y detalle de DR activos incluso si un evento catastrófico provoca una interrupción en la región principal. Los switchover son disruptivos y requieren una interrupción. Por lo tanto, esta tarea se puede realizar en un momento posterior en el que se puede programar una interrupción para ejecutar el plan de switchover en la región en espera actual.
Si no puede completar este paso ahora, no olvide completar esta tarea en algún momento en el futuro.
Ejecute las comprobaciones previas del plan de switchover que acaba de refrescar en la región en espera actual y, a continuación, ejecute el plan de switchover si las comprobaciones previas se realizan correctamente. Después de eso, realice las tareas 3 y 4 para todos los planes de DR incluidos en el grupo de protección de DR del par en la segunda región una vez que la operación de switchover se haya completado correctamente.
Los planes de DR de la región principal seguirán estando en estado Inactivo (necesita refrescar) y también deberán refrescarse. Sin embargo, los planes de recuperación incluidos en los grupos de protección con el rol principal no se pueden modificar, incluidos el refrescamiento y la verificación. Tendrá que realizar la transición de la carga de trabajo a la región en espera actual para completar el ciclo de vida completo del refrescamiento del plan de DR y garantizar la integridad de la recuperación ante desastres.
Ejecute las comprobaciones previas como una operación independiente primero como mejor práctica.
-
Para empezar, abra el plan de switchover en la región en espera.
-
Haga clic en Run Prechecks.
-
Aparecerá un cuadro de confirmación. Haga clic en Ejecutar comprobaciones previas en el cuadro de confirmación para continuar.
Asegúrese de que las comprobaciones previas se completen correctamente, como se muestra en la siguiente captura de pantalla. Puede que necesite solucionar cualquier paso de comprobación previa fallido en este punto y, a continuación, volver a ejecutar la comprobación previa hasta que todos los pasos se realicen correctamente.
Ejecute el plan de switchover.
-
Para comenzar, haga clic en Ejecutar plan.
-
Aparecerá un cuadro de confirmación. Haga clic en Ejecutar plan en el cuadro de confirmación para continuar.
-
Supervise la ejecución del plan para garantizar que todos los pasos del plan se realicen correctamente.
En la siguiente captura de pantalla se muestra la finalización correcta del plan de switchover. Sin embargo, es posible que encuentre pasos con fallos aunque las comprobaciones previas se hayan completado correctamente; existe la posibilidad de que los pasos fallen a medida que los pasos de recuperación se estén ejecutando en realidad. Corrija los pasos con fallos y vuelva a intentarlo.
Tarea 7: Refrescamiento y verificación de planes de DR después del switchover
Los roles de los grupos de protección de DR se revertirán automáticamente una vez que se complete el switchover. Continuando con nuestro ejemplo, Phoenix ahora tendrá el rol principal y Ashburn tendrá el rol en espera.
En este punto, todos los planes de DR de Ashburn ahora tendrán el estado Inactivo (necesita refrescar), ya que ahora es el DRPG en espera. Tendrá que repetir las siguientes tareas en la nueva región en espera:
- Tarea 3: Refrescar planes en DRPG en espera.
- Tarea 4: Verificar planes en DRPG en espera.
- Tarea 5: Realizar ajustes finales en planes en DRPG en espera.
Pasos Siguientes
Hay dos mejores prácticas que deben incorporarse en las operaciones diarias normales para ayudar a garantizar la preparación de sus planes de DR.
- Ejecución periódica periódica de comprobaciones previas.
- Ejecución periódica regular de taladros de DR.
Piense en programar comprobaciones previas semanales de todos los planes de DR en el grupo de protección de DR en espera. Las comprobaciones previas se pueden ejecutar en cualquier momento y no tienen ningún impacto en las cargas de trabajo de producción. Esto ayudará a garantizar la integridad de sus planes de DR, la captura de recursos de miembros faltantes, redes faltantes, la imposibilidad de encontrar scripts esperados llamados por pasos definidos por el usuario, etc.
Otra forma muy importante de validar la preparación de su recuperación ante desastres es programar ejercicios periódicos de DR una vez al mes o trimestre. Las actualizaciones de DR también tienen un impacto nulo en las cargas de trabajo de producción, pero le permiten validar la recuperación de recursos informáticos, almacenamiento, bases de datos Oracle y juegos de backends para equilibradores de carga en la región en espera con solo hacer clic en un solo botón. Más información sobre las actualizaciones de DR de pila completa.
Enlaces relacionados
-
Oracle Cloud Infrastructure (OCI) Recuperación ante desastres de pila completa
-
Estados de ciclo de vida de recursos de recuperación ante desastres de pila completa
-
Unirse al canal libre #full-stack-dr
Agradecimientos
- Autor: Raphael Teixeira (miembro principal del personal técnico para la ingeniería de recuperación ante desastres de pila completa)
Más recursos de aprendizaje
Explore otros laboratorios en docs.oracle.com/learn o acceda a más contenido de formación gratuita en el canal YouTube de Oracle Learning. Además, visita education.oracle.com/learning-explorer para convertirte en un Oracle Learning Explorer.
Para obtener documentación sobre el producto, visite Oracle Help Center.
Enhanced Disaster Recovery Plan Management with OCI Full Stack Disaster Recovery
G23602-01
December 2024