Documentación de Oracle Cloud Infrastructure

Terminología y conceptos de Full Stack Disaster Recovery

Antes de utilizar la recuperación ante desastres de pila completa, familiarícese con los siguientes conceptos y términos clave.

  • Recuperación ante desastres (DR): proceso de restauración de algunas o todas las partes de un sistema de negocio (un servicio) después de una interrupción. La recuperación de este sistema de negocio se puede producir en la misma región geográfica o en otra región geográfica.
  • Pila completa: término utilizado para hacer referencia colectivamente a todas las capas funcionales de un sistema de negocio, una aplicación o un servicio de software. Una aplicación puede estar compuesta por diferentes capas o niveles funcionales, como: capa de aplicación, capa de middleware, capa de base de datos y capa de infraestructura.
  • Objetivo de punto de recuperación (RPO): el RPO define la cantidad máxima de pérdida de datos que se puede tolerar como parte de la restauración de DR. El RPO se suele expresar en unidades de tiempo.
  • Objetivo de tiempo de recuperación (RTO): el RTO define la cantidad máxima de tiempo que la aplicación o el servicio bajo protección de DR pueden no estar disponibles hasta que se restaure el servicio. El RTO se suele expresar en unidades de tiempo.
  • Principal: versión de producción de una aplicación o un servicio que está actualmente en uso. La DR de pila completa hace referencia a la versión principal de una aplicación como que tiene un rol principal.
  • En espera: versión reservada de una aplicación o servicio. En espera también se utiliza para hacer referencia a la región alternativa en la que se restaurará la aplicación o el servicio. La DR de pila completa hace referencia a la versión en espera de una aplicación que tiene el rol En espera.
  • Base de datos en espera en caliente: modelo de DR en el que algunos o todos los componentes de una aplicación o servicio se despliegan previamente en la región en espera para prepararse para una transición de DR futura. Este modelo implica mayores costos operativos, pero un menor RTO.
  • Base de datos en espera en frío: modelo de DR en el que muy pocos o ninguno de los componentes de una aplicación o servicio se deben desplegar previamente en la región en espera para prepararse para una transición de DR futura. Los componentes de la aplicación se despliegan como parte de la transición de DR. Este modelo implica menores costos operativos, pero un RTO mayor.
  • Rol: especifica si una aplicación y su región son actualmente la versión principal (de producción) o la versión en espera (reservada). El rol de una aplicación y su región cambia como resultado de una transición de DR.
  • Recurso: un recurso es un componente de OCI que se puede utilizar y gestionar de forma independiente. Algunos ejemplos de recursos de OCI son: instancias informáticas, volúmenes en bloque, bases de datos, equilibradores de carga, etc. Algunos ejemplos de recursos proporcionados por la DR de pila completa son: grupos de protección de DR, planes de DR y ejecuciones de planes de DR.
  • Grupo de protección de DR: tipo de recurso utilizado por la DR de pila completa. Un grupo de protección de DR representa una agrupación de consistencia definida para la recuperación ante desastres. Se trata de una recopilación de diferentes recursos de OCI que componen una aplicación y se debe tratar como un grupo combinado al realizar operaciones de recuperación ante desastres. Por ejemplo, un grupo de protección de DR puede estar formado por servidores de aplicaciones (instancias informáticas), almacenamiento en bloque asociado (agrupado como grupos de volúmenes) y bases de datos.
  • Asociación: relación de par definida entre dos grupos de protección de DR. Los grupos de protección de DR en DR de pila completa se deben asociar (parar) en una relación principal y en espera antes de que se puedan utilizar para implementar servicios de DR. Una asociación entre dos grupos de protección de DR es exclusiva, es decir, un grupo de protección de DR solo se puede asociar a otro grupo de protección de DR.
  • Plan de DR: tipo de recurso utilizado por la DR de pila completa. Un plan de DR representa un flujo de trabajo de DR asociado a un par de grupos de protección de DR. Un plan de DR se representa como una secuencia de grupos de planes. Estos grupos de planes, a su vez, constan de pasos de plan. Solo se puede crear un plan de DR en el grupo de protección de DR en espera.
  • Ejecución del plan de DR: tipo de recurso utilizado por la DR de pila completa. Una ejecución del plan de DR representa una ejecución (una instancia en ejecución) de un plan de DR. La ejecución de un plan de DR solo se puede crear (iniciar) en un grupo de protección de DR en espera.
  • Grupo de planes: grupo de pasos de un plan de DR. Un plan de DR consta de uno o varios grupos de planes que se ejecutan de manera secuencial. Todos los pasos de un grupo de planes se ejecutan en paralelo.
  • Paso del plan: una sola unidad de ejecución indivisible en un plan de DR. Un paso de plan debe pertenecer a un grupo de planes.
  • Refrescamiento de plan de DR: opción para retener y reutilizar planes de DR refrescándolos porque se agregaron, eliminaron o actualizaron los miembros del grupo de protección de DR. Consulte Refrescamiento de un plan de recuperación ante desastres.
  • Pasos o grupos incorporados: tipo de grupo de planes o paso que genera automáticamente la DR de pila completa cuando se crea un plan de DR. Algunos ejemplos de pasos de plan incorporados son: Iniciar instancia informática, Switchover de base de datos, etc.
  • Pasos o grupos definidos por el usuario: tipo de grupo de planes o paso que agrega el usuario a un plan de recuperación ante desastres después de que el plan de recuperación ante desastres se crea mediante la recuperación ante desastres de pila completa.
  • Comprobación previa: conjunto predeterminado de comprobaciones asociadas a un plan de DR. Una comprobación previa de un plan de DR realiza un conjunto de comprobaciones para validar que un plan de DR cumple con los miembros y la configuración de los grupos de protección de DR a los que está asociado el plan de DR. Las comprobaciones previas se utilizan para realizar una validación continua del plan de DR (comprobaciones de preparación de DR) a fin de garantizar que el plan de DR (flujo de trabajo de DR) se mantenga alineado con la topología que protege.
  • Switchover: tipo de plan de DR que realiza una transición planificada de servicios del grupo de protección de DR principal al grupo de protección de DR en espera. Los planes de switchover realizan una transición ordenada mediante el cierre de la pila de aplicaciones en la región principal y, a continuación, su activación en la región en espera. Por lo tanto, un plan de switchover requiere que los componentes de la pila de aplicaciones y otros servicios de OCI necesarios estén disponibles en ambas regiones.
  • Failover: tipo de plan de DR que realiza una transición no planificada de servicios al grupo de protección de DR en espera. Los planes de failover suelen realizar una transición inmediata activando la pila de aplicaciones en la región en espera, sin intentar cerrar el servicio en la región principal. Por lo tanto, en un plan de failover solo se requiere que los servicios de OCI estén disponibles en la región en espera. Los planes de failover se suelen utilizar para realizar transiciones de DR cuando una interrupción o un desastre afecta a la región principal.
  • Profundización de DR: al realizar un cambio de nivel de DR para un par de grupos de protección de DR asociados, aparece una réplica de la pila de aplicaciones en el grupo de protección de DR en espera. Esta pila de réplicas se puede utilizar para probar y validar la eficacia de los procesos de DR. Una ejecución de plan Iniciar detalle de DR crea la réplica de pila de aplicación en la base de datos en espera y una ejecución de plan Parar detalle de DR termina esta réplica de pila de aplicación.
  • Asignación de dependencia: garantiza que los sistemas se restauren en el orden correcto para que cada componente tenga los servicios, los orígenes de datos y la infraestructura necesarios para que funcionen correctamente. Consulte Asignación de dependencia para obtener más información.