Preguntas frecuentes sobre OCI Full Stack Disaster Recovery

1. ¿Qué requisitos previos debo cumplir para utilizar OCI Full Stack Disaster Recovery?

OCI Full Stack DR ayuda a automatizar las fases de recuperación de las aplicaciones existentes. Para integrarse con OCI Full Stack DR, deberás tomar las siguientes medidas:

• Runbook de recuperación ante desastres o detalles sobre cómo recuperar tu sistema de negocio
• Despliegue de aplicaciones
• Scripts personalizados según los requisitos de la aplicación

2. ¿Puedo utilizar OCI Full Stack Disaster Recovery con cualquier topología de recuperación ante desastres?

Sí, OCI Full Stack DR es un servicio muy flexible. Puedes integrar cualquier implementación de DR con OCI Full Stack Disaster Recovery.

3. ¿Qué recursos de OCI son necesarios antes de utilizar Full Stack Disaster Recovery?

Necesitarás configurar toda la infraestructura de producción/DR y los componentes de la aplicación. Dependiendo de tus implementaciones de DR, esto podría incluir lo siguiente:

• Recursos de red, como Oracle Cloud Infrastructure VCN y OCI Load Balancer
• El sistema de base de datos en espera o la base de datos que se utilice, según el tipo de Oracle Database PaaS (Oracle Data Guard se utiliza internamente para la replicación de Oracle AI Database)
• Replicación de almacenamiento, dependiendo del tipo de servicios de almacenamiento de OCI que usarás para configuración de arranque/bloque y replicación de grupos de volúmenes

4. ¿Qué servicios de OCI son compatibles con OCI Full Stack Disaster Recovery?

Puedes agregar los siguientes tipos de recursos como miembros del grupo de protección de DR.

• Recursos informáticos
  • OCI Compute: máquinas virtuales estándar y hosts dedicados de máquinas virtuales.
• Base de datos
• Plataforma Oracle Database como servicio (PaaS)
  • Oracle Autonomous AI Database Serverless
  • Oracle Autonomous AI Database on Dedicated Exadata Infrastructure
  • Oracle Autonomous AI Database on Exadata Cloud@Customer
  • Oracle Base Database Service
  • Oracle Exadata Database Service on Dedicated Infrastructure
  • Oracle Exadata Database Service on Cloud@Customer
  • Oracle Exadata Database Service on Exascale Infrastructure
• Oracle MySQL HeatWave
• Almacenamiento
  • OCI Block Storage (volúmenes de arranque y volúmenes en bloque administrados en grupos de volúmenes)
  • OCI File Storage
  • OCI Object Storage
• Redes
  • OCI Load Balancer
  • OCI Network Load Balancer
• Servicios para desarrolladores
  • OCI Kubernetes Engine (OKE)
  • Instancia de Oracle Integration

Al crear un plan de DR, OCI Full Stack Disaster Recovery genera automáticamente grupos de planes integrados. Tu plan de DR puede personalizarse aún más para interactuar con otros servicios de OCI mediante grupos de planes definidos por el usuario usando scripts o Functions de Oracle Cloud Infrastructure.

5. ¿Qué tipos de planes de recuperación ante desastres están disponibles?

Existen cuatro tipos principales de planes de recuperación ante desastres.

• Switchover
• Conmutación por error
• Iniciar detalle
• Detener detalle

6. ¿Está previsto incorporar nuevos tipos de recursos como miembros del grupo de protección de recuperación ante desastres?

Sí, tenemos planes de incorporar otros servicios principales de OCI, como OCI Database with PostgreSQL y OCI GoldenGate. Vuelve a visitar esta página para obtener más información.

7. ¿Debo utilizar la consola de OCI o la automatización integrada de Oracle Database PaaS para configurar el sistema de base de datos en espera o la base de datos en espera?

Sí. OCI Full Stack DR depende de las API de Oracle Database Data Guard PaaS para generar grupos de planes de switchover o failover para la base de datos. Pero dicho esto, puedes usar scripts personalizados para controlar los cambios de rol de Oracle Data Guard en casos donde Data Guard se haya configurado manualmente.

8. ¿Puedo integrar instancias de Oracle AI Database que se ejecutan en máquinas virtuales de OCI Compute con Full Stack Disaster Recovery?

Sí, siempre que tengas Oracle Data Guard configurado para las bases de datos que se ejecutan en una máquina virtual de Oracle Cloud Infrastructure. Puedes crear grupos de planes definidos por el usuario y usar el broker de Data Guard o scripts de cambio de rol.

9. ¿Puedo integrar bases de datos que no son de Oracle con OCI Full Stack DR?

Recomendamos que recurras a las tecnologías de replicación de bases de datos nativas para replicar las bases de datos de producción y en espera. Puedes usar grupos de planes definidos por el usuario e incluir tus propios scripts para realizar el cambio de rol de la base de datos.

10. ¿Qué son los tipos de recursos informáticos de instancias móviles y no móviles?

Instancia móvil: Se utiliza normalmente en topologías de recuperación ante desastres de tipo pilot light o de máquinas virtuales en frío, en las que las instancias que componen el stack de aplicaciones solo están implementadas en la región principal. Las instancias se mueven del grupo principal de protección de recuperación ante desastres al grupo en espera.

Instancia no móvil: Se utiliza normalmente en topologías de recuperación ante desastres activo-pasivo, en las que las instancias que componen el stack de aplicaciones y los componentes de software de la aplicación se implementan previamente en ambas regiones. Puedes iniciar o detener estas instancias durante las operaciones de DR para realizar la transición del servicio de una región a otra.

11. ¿Cuándo debo agregar un grupo de volúmenes como miembro en el grupo de protección de DR?

Si has agregado un recurso informático de instancia móvil o no móvil como miembro del grupo principal de protección de recuperación ante desastres, debes agregar el grupo de volúmenes de inicio/bloque pertinente al grupo principal de protección de recuperación ante desastres.

12. ¿Cómo gestiono la replicación del almacenamiento para las máquinas virtuales que se agregan como instancias informáticas no móviles en el grupo de protección ante desastres?

Puedes especificar los detalles de la opción de montaje de volumen en bloques en las propiedades de miembros de instancia no móviles. Debes agregar el grupo pertinente de volúmenes en bloque como miembro en el grupo principales de protección de recuperación ante desastres.

1. ¿Qué es un objetivo de tiempo de recuperación? ¿Qué es un objetivo de punto de recuperación? ¿Y por qué son importantes?

Objetivo de tiempo de recuperación (RTO): El RTO es el tiempo objetivo en el que una aplicación o un sistema determinados deben recuperarse por completo y volver a estar operativos tras un desastre o una interrupción del servicio. Representa el tiempo máximo de inactividad que el negocio puede tolerar para esa aplicación. En otras palabras, indica la rapidez con la que la aplicación debe estar activa y en ejecución de nuevo para cumplir los requisitos de continuidad del negocio. Las aplicaciones fundamentales suelen tener un RTO bajo, ya que deben restaurarse rápidamente para minimizar las interrupciones y mantener las operaciones esenciales.

Objetivo de punto de recuperación (RPO): El RPO define la cantidad máxima de pérdida de datos que una organización puede tolerar en caso de un desastre o una interrupción del servicio. Representa el período de tiempo durante el cual se pueden perder datos (no se realizan copias de seguridad ni se replican) antes de que el desastre comience a afectar de manera sustancial al negocio. Por ejemplo, si una aplicación tiene un RPO de una hora, significa que después de un desastre, deben restaurarse como mínimo todos los datos existentes una hora antes al incidente. Las aplicaciones con un RPO inferior suelen requerir copias de seguridad o replicación de datos más frecuentes para minimizar la pérdida de datos.

Tanto el RTO como el RPO son aspectos fundamentales que deben considerarse a la hora de planificar la recuperación ante desastres, ya que afectan directamente a la continuidad y la resiliencia de las operaciones comerciales durante y después de un evento disruptivo. Las organizaciones deben equilibrar estos objetivos en función de la importancia de sus aplicaciones y del costo de aplicar las medidas de recuperación ante desastres necesarias.

2. ¿Qué impacto tiene OCI Full Stack Disaster Recovery en el RTO de mi aplicación?

El RTO de una aplicación se puede determinar teniendo en cuenta el tiempo que se tarda en completar el plan de switchover o failover. OCI Full Stack DR, con su proceso de recuperación totalmente automatizado, puede mejorar significativamente el RTO al minimizar el tiempo de inactividad y reducir la intervención manual requerida para la recuperación.

Al automatizar los procesos de failover y switchover, OCI Full Stack DR optimiza el flujo de trabajo de recuperación y permite que las aplicaciones vuelvan a estar en línea rápidamente. Esta reducción en el tiempo de recuperación puede llevar a una mejor continuidad del negocio y menos interrupciones durante un desastre.

3. ¿Qué impacto tiene OCI Full Stack Disaster Recovery en el RPO de mi aplicación?

OCI Full Stack DR no tiene control del RPO, ya que puede variar según los servicios de OCI, sus métodos de replicación y configuraciones. Los distintos servicios de Oracle Cloud Infrastructure pueden tener diferentes directrices en materia de RPO en función de cómo gestionen la replicación y sincronización de datos.

Por ejemplo, para Oracle Autonomous AI Database Serverless, Oracle puede haber publicado valores de RPO para bases de datos en espera entre regiones, lo que indica la máxima tolerancia en materia de pérdida de datos para esa configuración específica.

Para garantizar el cumplimiento con tu RPO deseado y entender las capacidades de recuperación de datos de cada servicio de OCI, consulta la documentación del servicio OCI correspondiente. Estas directrices proporcionan información detallada sobre cómo se replican los datos, qué opciones de recuperación están disponibles y el RPO esperado para diferentes configuraciones. Si sigues las recomendaciones de la documentación, puedes implementar una estrategia de recuperación ante desastres adecuada que se ajuste a las necesidades de tu empresa y a los requisitos de protección de datos.

1. ¿Cómo funciona el modelo de precios de OCI Full Stack Disaster Recovery?

El precio de OCI Full Stack DR se basa en las tarifas estándar por hora de OCI para OCPUs, ECPUs y paquetes de mensajes de Oracle Integration. Los costos se calculan en función de la cantidad de CPUs (OCPUs y ECPUs) y paquetes de mensajes de Oracle Integration asignados a cada miembro dentro de un grupo de protección de DR. La facturación se basa únicamente en las CPU y los paquetes de mensajes asignados. El servicio Full Stack DR no cobra por el almacenamiento, la red ni otros recursos incluidos como miembros dentro de los grupos de protección.

• OCI Full Stack Disaster Recovery Service: OCPU por hora – B95485
• OCI Full Stack Disaster Recovery Service – ECPU por hora – B110274
• OCI Full Stack Disaster Recovery Service para Oracle Integration Cloud: 5.000 mensajes por hora – B112110

Para más detalles, consulta el estimador de costos de OCI y la lista de precios de OCI (PDF).

2. ¿Cómo funciona el esquema de precios de OCI Full Stack Disaster Recovery?

OCI Full Stack DR se factura según el número de OCPU y ECPUs de recursos de cómputo y base de datos añadidos como miembros en ambos grupos de protección de DR (primario y en espera).

Ejemplo 1

• El grupo de protección de DR primario tiene los siguientes miembros: Compute-A (2 OCPUs) y ADB-Primario (1 ECPU)
• El grupo de protección de DR en espera tiene los siguientes miembros: Compute-B (2 OCPUs) y ADB-Standby (1 ECPU)
• Total de OCPU/hr. (cómputo y base de datos): 4 OCPU/hr. y 2 ECPU/hr.
• Precio de Full Stack DR por Hora: (4 × USD 0.0128) + (2 × USD 0.0032) = USD 0.0576

Ejemplo 2

• El grupo de protección de DR primario tiene los siguientes miembros: Compute-A (4 OCPU), ADB-Primario (2 OCPU), grupo de volúmenes-500 GB
• El grupo de protección de DR en espera tiene los siguientes miembros: ADB-Standby (2 OCPU)
• Total de OCPU/hr. (cómputo y base de datos): 8 OCPU/hr.
• Precio de Full Stack DR por hora: 8 × USD 0,0128 = USD 0,1024

Ten en cuenta que el precio por hora y el modelo pueden cambiar en el futuro. Para conocer los precios actuales, consulta las últimas guías de precios o contacta a tu representante de ventas de Oracle.

3. ¿Se aplica algún cargo por agregar un grupo de volúmenes, un sistema de archivos o un equilibrador de carga como miembro de un grupo de protección ante desastres?

No, no hay un precio separado por añadir un grupo de volúmenes como miembro en un grupo de protección de DR. La tarifa de OCI Full Stack DR solo aplica a tipos de miembro de cómputo y base de datos. Full Stack DR no cobra extra por los siguientes tipos de recursos de OCI:

• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage (grupos de volúmenes para volúmenes de arranque y bloque)
• OCI File Storage
• OCI Object Storage

4. ¿Se imputa algún costo adicional por configurar una infraestructura de recuperación ante desastres?

Sí. Pagarás los costos normales de los servicios de OCI necesarios para implementar la pila de aplicaciones, ya sea que uses Full Stack DR o no. Pagarás por Networking de OCI, Compute de OCI, consumo de almacenamiento de OCI, Load Balancer de OCI, bases de datos Oracle y cualquier otro servicio de OCI que tu pila de aplicaciones requiera. El costo de Full Stack DR es un costo adicional basado en el número de ECPU y OCPU como se explica en la respuesta a la pregunta 2 de esta sección.

El costo asociado a los servicios de Oracle Cloud Infrastructure y al modelo de despliegue de recuperación ante desastres variará en función de los servicios y las configuraciones específicos que elijas. Por ejemplo, si optas por la replicación de bloques entre regiones, se aplicará un costo de almacenamiento adicional. Del mismo modo, el uso de una base de datos autónoma en espera también generará gastos adicionales. Para obtener información más detallada sobre los precios de cada servicio OCI correspondiente, consulta la información sobre precios de Oracle Cloud Infrastructure.