Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) organiza la transición de recursos informáticos, bases de datos y aplicaciones entre regiones de Oracle Cloud Infrastructure de todo el mundo con un solo clic. Los clientes pueden automatizar las acciones necesarias para recuperar uno o más sistemas de negocio sin rediseñar ni reorganizar la infraestructura, las bases de datos o las aplicaciones existentes, y sin necesidad de servidores especializados para la conversión o la gestión.
Actualmente, OCI Full Stack DR está disponible en 27 regiones dentro del dominio comercial OC1. Para obtener una lista completa de estas regiones, consulta la página de disponibilidad de Full Stack DR por regiones. En nuestro próximo plan, ampliaremos rápidamente su disponibilidad a las regiones OC1 restantes y posteriormente a regiones dedicadas y otras regiones de Oracle Cloud Infrastructure. Para obtener más información sobre las regiones de Oracle Cloud Infrastructure, incluidos los dominios y sus ubicaciones específicas, consulta la documentación de regiones y dominios de Oracle Cloud Infrastructure en href="https://docs.oracle.com/en-us/iaas/Content/General/Concepts/regions.htm" data-lbl="OCI-realms-regions">OCI.
Actualmente, OCI Full Stack Disaster Recovery atiende a los recursos que están disponibles en las regiones de OCI. Sin embargo, es importante tener en cuenta que la capacidad de recuperación ante desastres en estrategias locales, híbridas y multinube está en la hoja de ruta de cara a futuros desarrollos. Oracle tiene previsto ampliar la funcionalidad de OCI Full Stack DR para incluir estos entornos, es decir, contarás con una exhaustiva solución de recuperación ante desastres aplicable a una gama mucho más amplia de escenarios.
Sí, se puede. Desplegar recursos de Oracle Cloud Infrastructure en dos regiones de OCI mejora las capacidades de recuperación ante desastres. Este enfoque garantiza una alta disponibilidad y resiliencia para aplicaciones y servicios esenciales. En caso de que se produzca un desastre o un corte del servicio en una región, los recursos pueden realizar un proceso de failover hacia la otra región sin problemas, de modo que se reduce el tiempo de inactividad y se minimiza el impacto en las operaciones empresariales. Si optas por distribuir recursos en múltiples regiones, puedes lograr una sólida estrategia de recuperación ante desastres que mejore la protección de datos y la continuidad del negocio.
No, OCI Full Stack DR es un servicio totalmente gestionado.
Sí, OCI Full Stack DR establece los SLA de disponibilidad y rendimiento. Para obtener más información, consulta el documento central de Oracle PaaS and IaaS Public Cloud Services (PDF).
Puedes acceder a OCI Full Stack DR utilizando la consola de Oracle Cloud Infrastructure (una interfaz basada en navegador), las API de REST, los SDK de Oracle Cloud Infrastructure, la interfaz de línea de comandos y herramientas de DevOps.
Sí, OCI Full Stack DR se puede utilizar tanto para cargas de trabajo de Oracle como de terceros.
No, Full Stack DR permite crear planes de recuperación ante desastres solo en la región de grupo de protección de recuperación ante desastres en espera.
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:
Sí, OCI Full Stack DR es un servicio muy flexible. Puedes integrar cualquier despliegue de recuperación ante desastres con OCI Full Stack Disaster Recovery.
Deberás configurar todos los componentes de la infraestructura de producción/DR y de la aplicación en función de tus despliegues de recuperación ante desastres.
Puedes agregar los siguientes tipos de recursos como miembros del grupo de DR Protection.
Al crear el plan de recuperación ante desastres, OCI Full Stack Disaster Recovery genera automáticamente grupos de planes integrados. Tu plan de recuperación ante desastres se puede personalizar aún más para interactuar con cualquier otro servicio de Oracle Cloud Infrastructure utilizando grupos de planes definidos por el usuario con scripts o funciones de OCI.
Existen cuatro tipos principales de planes de recuperación ante desastres.
Sí, tenemos previsto agregar otros servicios principales de Oracle Cloud Infrastructure, como OCI Container Engine for Kubernetes (OKE) y OCI Object Storage, como miembros. Vuelve a visitar esta página para obtener más información.
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.
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 utilizar Data Guard Broker o scripts de reversión de roles.
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 utilizar grupos de planes definidos por el usuario e incorporar tus scripts para realizar la reversión del roles de la base de datos.
Instancia móvil: se utiliza normalmente en topologías de recuperación ante desastres de máquinas virtuales en frío o ligeras piloto, en las que las instancias que componen la pila de aplicaciones solo se despliegan 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: normalmente se utiliza para topologías de DR activas-pasivas donde las instancias que componen la pila de aplicaciones estén previamente desplegadas en componentes de software tanto de regiones como de aplicaciones. Puedes iniciar o detener estas instancias durante las operaciones de DR para realizar la transición del servicio de una región a otra.
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.
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.
Sí, mediante grupos de planes definidos por el usuario. Consulta Automatización de switchover y failover para bloques de OCI Object Storage utilizando Functions con OCI Full Stack Disaster Recovery
Objetivo de tiempo de recuperación (RTO): EL RTO es el plazo objetivo transcurrido el cual, la aplicación o sistema pertinente debe haberse restaurado y estar operativo después de un desastre o un evento disruptivo. Representa el tiempo de inactividad máximo permitido 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 hace referencia a la pérdida de datos máxima tolerable en caso de desastre o interrupción. 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.
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 de forma radical el RTO, ya que minimiza el tiempo de inactividad y reduce la intervención manual necesaria 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 del tiempo de recuperación puede mejorar la continuidad del negocio y reducir las interrupciones durante un desastre.
OCI Full Stack DR no controla el RPO, ya que puede variar en función de los servicios de Oracle Cloud Infrastructure, sus métodos de replicación y sus 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 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 del RPO deseado y comprender las capacidades de recuperación de datos de cada servicio de Oracle Cloud Infrastructure, resulta esencial consultar la documentación de los respectivos servicios. 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.
Los precios de OCI Full Stack Disaster Recovery siguen el modelo estándar de Oracle Cloud Infrastructure de Oracle Compute Unit (OCPU) por hora. La unidad de almacenamiento (SKU) de OCI Full Stack Disaster Recovery es B95485. Para obtener más información, consulta la calculadora de costos de Oracle Cloud Infrastructure
El precio de OCI Full Stack Disaster Recovery se basa en el número total de OCPU de recursos informáticos y de base de datos que se agregan como miembros en el grupo principal y en espera de protección de respuesta ante desastres.
Ejemplo 1
Ejemplo 2
Ten en cuenta que los precios por hora y modelo pueden experimentar cambios en el futuro. Consulta las directrices de precios más recientes o ponte en contacto con tu representante de ventas de Oracle para conocer los precios actuales.
No, no se aplica ningún cargo por separado para agregar un grupo de volúmenes como miembro de un grupo de protección de recuperación ante desastres. Los precios de OCI Full Stack DR solo se aplican a los tipos de miembro de base de datos y recursos informáticos.
Sí. 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.