Detalles de facturación de DR de pila completa

Descubra cómo el servicio Full Stack DR calcula la facturación para cada tipo de miembro agregado a un grupo de protección de DR, incluidos algunos cálculos de ejemplo.

Cálculo de la facturación para una configuración de DR (para un par de grupos de protección de DR asociados)

Full Stack DR solo utiliza la CPU asignada (OCPU o ECPU) como base para calcular los cargos. El almacenamiento, las redes y otros usos de recursos no se facturan mediante Full Stack DR.
El importe total facturado es la suma del costo de facturación basado en CPU para todos los miembros individuales agregados a ambos grupos de protección de DR en un par asociado.
El uso de CPU para los miembros relevantes de un grupo de protección de DR se calcula mediante los métodos descritos en la siguiente tabla.
Después de revisar los detalles a continuación y el cálculo de muestra proporcionado, consulte este sitio web para cargar la calculadora de estimación de costos. Utilícelo para calcular los cargos para la configuración de DR.

Recursos de miembro que generan cargos

Full Stack DR solo utiliza la CPU asignada (OCPU o ECPU) como base para calcular los cargos. Se generan cargos por DR de pila completa para cualquier miembro de base de datos o de recursos informáticos de un grupo de protección de DR tanto si el recurso se está ejecutando como si se ha parado. Por ejemplo, una instancia informática no móvil que existe en la región en espera siempre está en estado parado hasta que una operación de DR siga acumulando cargos por hora para Full Stack DR, aunque no se esté ejecutando.

Recursos de OCI que generan cargos

Se incurren en cargos por recuperación ante desastres de pila completa para los siguientes tipos de recursos IaaS y PaaS de OCI:

Autonomous Database
- Oracle Autonomous Database Serverless (almacenamiento de datos)
- Oracle Autonomous Database Serverless (procesamiento de transacciones)
base de datos de contenedores autónoma
- Autonomous Database en infraestructura de Exadata dedicada
Oracle Database
- Base de datos base
- Exadata Database on Dedicated Infrastructure
- Base de datos de Exadata en Cloud@Customer
- Base de datos de Exadata en infraestructura de Exascale
Database
- MySQL Heatwave
Instancia de Compute (que se está moviendo)
Instancia de Compute (que no se va a mover)
Motor Oracle Kubernetes (OKE)

No se incurre en cargos de recuperación ante desastres de pila completa para los siguientes tipos de recursos IaaS y PaaS de OCI:

Almacenamiento de bloques (incluidos los volúmenes de inicio)
Almacenamiento de archivos
Almacenamiento de objetos
Equilibradores de carga
Equilibradores de carga de red

No se generan cargos de DR de pila completa para lo siguiente:

Aplicaciones de Oracle
Aplicaciones que no son de Oracle

Determinación del consumo del procesador

En la siguiente tabla se muestra cómo se determina el consumo de OCPU y ECPU para varios tipos de recursos miembros de OCI que se generan como cargos por hora para Full Stack DR. Determinar el consumo del procesador para la mayoría de los tipos de recursos de OCI es sencillo y se basa en lo que se ve en la página de detalles de la consola de OCI para cada recurso individual. Sin embargo, algunos recursos como Oracle Exadata no muestran el consumo del procesador para bases de datos individuales se derivan del total agregado de CPU consumido por el cluster de VM.

Tabla A-9 Determinación del consumo del procesador

Tipo de Miembro	Tipo de CPU	Base de cálculo
Instancia de Compute (que se va a mover)	OCPU	Recuento de OCPU asignado a la instancia informática. Consulte la sección Configuración de unidad de la página Documentación de OCI para la instancia informática.
Instancia de Compute (que no se va a mover)	OCPU	Recuento de OCPU asignado a la instancia informática. Consulte la sección Configuración de unidad de la página Documentación de OCI para la instancia informática.
Base de datos: MySQL Sistema de base de datos Heatwave	ECPU	Recuento de CPU asignados al sistema de base de datos. Consulte el recuento de ECPU en la sección Asignación de recursos del separador Detalles de la página OCI para obtener detalles del sistema de base de datos.
Oracle Database: base de datos base de Oracle	OCPU	Recuento de núcleos de CPU asignado al sistema de base de datos (sistema de base de datos) asociado a la base de datos base. Consulte la sección Información general de la página Documentación de OCI para la base de datos base.
Oracle Database: Oracle Exadata Database on Dedicated Infrastructure Oracle Exadata Database on Cloud@Customer Oracle Exadata Database on Exascale Infrastructure	ECPU u OCPU (heredado)	El recuento total de ECPU o OCPU para el cluster de VM (tc) que aloja esta base de datos, dividido por el número total de bases de datos aprovisionadas en ese cluster de VM (ti) equivale a CPU por instancia de base de datos (to). Este recuento medio de CPU derivado es una aproximación. Fórmula: `(tc/ti) =to` Por ejemplo: tc = ECPU o OCPU totales asignadas al cluster de VM de Exadata: 64 ti = Número total de instancias de base de datos en el cluster: 4 a = ECPU u OCPU por instancia de base de datos: 16
Autonomous Database: Almacén de datos sin servidor Procesamiento de transacciones sin servidor	ECPU u OCPU (heredado)	El número total de ECPU/OCPU asignadas a una instancia se muestra como Recuento de ECPU/OCPU en la sección Asignación de recursos de la página de detalles del recurso para cada instancia de Autonomous Serverless Database en la consola de OCI.
base de datos de contenedores autónoma: Autonomous Database en infraestructura de Exadata dedicada Autonomous Database en Exadata Cloud at Customer	ECPU u OCPU (heredado)	El número total de ECPU/OCPU asignadas a una instancia se muestra como recuento de ECPU/OCPU en la sección Asignación de recursos de la página de detalles del recurso para cada instancia de base de datos de contenedores autónoma en la consola de OCI.
Cluster de Oracle Kubernetes (OKE)	OCPU	El cálculo depende del tamaño del pool de nodos y de la cantidad de OCPU asignada a cada pool de nodos para el cluster de OKE en ambas regiones. Un cluster de OKE puede tener varios pools de nodos. Por lo tanto, el total de OCPU para cada región es una suma de los resultados de todos los pools de nodos de esa región. El tamaño del pool de nodos en el cluster de OKE principal (nps) se multiplica por el número de OCPU asignadas a ese pool de nodos (npo). Realice este cálculo para cada pool de nodos (pnsⁿ⁺pnoⁿ⁺) en la región principal y sume los resultados de cada uno para alcanzar un recuento total de OCPU para la región principal (poc). El tamaño del pool de nodos en el cluster de OKE en espera (sns) se multiplica por el número de OCPU asignadas a ese pool de nodos (sno). Realice este cálculo para cada pool de nodos (snsⁿ⁺snoⁿ⁺) en la región principal y sume los resultados de cada uno. Agregue el recuento total de OCPU de la región principal (poc) y el recuento total de OCPU de la región en espera (soc) para llegar a un recuento total de OCPU para OKE (to) Fórmula: `∑(pnsⁿ⁺pnoⁿ⁺) + ∑(snsⁿ⁺snoⁿ⁺) = to` Por ejemplo: Calcular el total de OCPU en la región principal nps¹ = El tamaño del pool de nodos 1 es: 10 npo¹ = El recuento de OCPU del pool de nodos 1 por nodo es: 2 nps² = El tamaño del pool de nodos 2 es: 5 npo² = El recuento de OCPU del pool de nodos 2 por nodo es: 2 bolsillos = El recuento total de OCPU para la región principal es: 30 Calcular el total de OCPU en la región en espera nps¹ = El tamaño del pool de nodos 1 es: 10 npo¹ = El recuento de OCPU del pool de nodos 1 por nodo es: 2 nps² = El tamaño del pool de nodos 2 es: 5 npo² = El recuento de OCPU del pool de nodos 2 por nodo es: 2 soc = El recuento total de OCPU para la región en espera es: 30 Calcular el recuento total de OCPU en ambas regiones bolsillos = 30 soc = 30 a = El recuento total de OCPU para OKE es: 60

Estimador de costos

Oracle proporciona una herramienta de estimación de costos fácil de usar en la página del producto Full Stack DR.

La recuperación ante desastres de pila completa no instala, configura ni despliega recursos de OCI como recursos informáticos, almacenamiento, red, bases de datos o aplicaciones. Vd. es responsable de diseñar la estrategia de recuperación ante desastres que desea que se organice Full Stack Disaster Recovery y también es responsable de crear, configurar y desplegar todos los recursos IaaS y PaaS de OCI fuera del flujo de trabajo para Full Stack Disaster Recovery. Por lo tanto, ya debe tener alguna idea de los recursos que se desplegarán en ambas regiones antes de empezar a trabajar con Full Stack Disaster Recovery. Esto significa que el estimador de costos se puede utilizar antes de desplegar realmente cualquier recurso de OCI en cualquiera de las regiones de OCI.

Consideraciones:

No es necesario calcular dónde existirán los recursos después de una operación de DR. Basta con considerar los recursos donde existen en el estado actual y normal de las operaciones.
Para la región principal, agregue los totales de OCPU y ECPU consumidos por los recursos que son miembros o serán miembros del grupo de protección de DR principal.
Para la región en espera, agregue los totales de OCPU y ECPU consumidos por los recursos que son miembros o serán miembros del grupo de protección de DR en espera. Puede tener o no recursos imputables como miembros del grupo de protección en espera. Por ejemplo, es totalmente posible que no tenga ningún recurso miembro que consuma CPU en el grupo de protección en espera si solo está orquestando la recuperación para mover recursos informáticos.

Ejemplo 1: pila de aplicaciones con solo recursos informáticos en movimiento

En el siguiente ejemplo se muestra un sistema de negocio ficticio desplegado en dos regiones de OCI. Cada cliente tendrá algo diferente según los servicios IaaS y PaaS que formen parte de la pila de aplicaciones. En este ejemplo se muestra cómo estimar el costo de mover solo recursos informáticos y ninguna base de datos.

El estimador de costos incluye seis campos para conectar los recuentos totales de OCPU y ECPU para los recursos IaaS y PaaS en cada región.

La siguiente tabla representa los seis campos que debe rellenar en el estimador de costos. Los valores de los campos se basan en los detalles que se muestran en la siguiente tabla que representan una pila de aplicaciones ficticia desplegada para la recuperación ante desastres en dos regiones de OCI.

Tabla A-10 Región/Grupo de protección de OCI principal

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
12	0	0

Tabla A-11 Región/Grupo de protección de OCI en espera

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
0	0	0

Tabla A-12 Totales de Métricas

DR de pila completa de OCI (OCPU)	Recuperación ante desastres (ECPU) de pila completa de OCI
12	0

CPU en el grupo de protección de DR principal

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región principal (región 1).

En la siguiente tabla se muestra un ejemplo de los recursos IaaS y PaaS que existen o existirán en la región principal. Los totales de CPU de la última fila de la siguiente tabla son las cifras que se muestran en el estimador de costos de ejemplo anterior.

CPU en el grupo de protección de DR principal

Tabla A-13 CPU en el grupo de protección de DR principal

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server01	4
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server02	8
Primaria	Equilibrador de carga Juego de backends 1 activo Juego de backends 2 activo	MyLoadBalancerRegion1	Sin cargo	Sin cargo	Sin cargo
Primaria	Grupo de volúmenes en bloque Active Replicado en la región 2 Contiene el volumen de inicio para MyApp01Server01 Contiene el volumen de inicio para MyApp01Server02	MyVG00	Sin cargo	Sin cargo	Sin cargo
Primaria	Sistema de Archivos Active Replicado en la región 2 Contiene el sistema de archivos para /myscripts montados en MyApp01Server01 y MyApp01Server02	miscritos	Sin cargo	Sin cargo	Sin cargo
Primaria	Total de todas las OCPU y ECPU de los recursos miembros en la región principal		12	0	0

CPU en el grupo de protección de DR en espera

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región en espera (región 2).

Este ejemplo solo incluye la transferencia de recursos informáticos que solo existe en una única región en un momento determinado. Por lo tanto, no hay recursos de miembro imputables en el grupo de protección en espera, lo que significa que no se incurrirá en cargos por Full Stack Disaster Recovery en la región en espera.

CPU en el grupo de protección de DR en espera

Tabla A-14 CPU en el grupo de protección de DR en espera

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
En Espera	Equilibrador de carga Juego de backends 1 no activo, no rellenado Juego de backends 2not activo, no relleno	MyLoadBalancerRegion2	Sin cargo	Sin cargo	Sin cargo
En Espera	Total de todas las OCPU y ECPU de los recursos miembros en la región en espera		0	0	0

Ejemplo 2: pila de aplicaciones con recursos informáticos y bases de datos en movimiento

En el siguiente ejemplo se muestra un sistema de negocio ficticio desplegado en dos regiones de OCI. Cada cliente tendrá algo diferente según los servicios IaaS y PaaS que formen parte de la pila de aplicaciones. En este ejemplo se muestra cómo estimar el costo de mover recursos informáticos y dos bases de datos Oracle.

Región/grupo de protección de OCI principal

Tabla A-15 Región/Grupo de protección de OCI principal

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
12	16	16

Región/grupo de protección de OCI en espera

Tabla A-16 Región/Grupo de protección de OCI en espera

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
0	16	16

Totales de métricas

Tabla A-17 Totales de Métricas

DR de pila completa de OCI (OCPU)	Recuperación ante desastres (ECPU) de pila completa de OCI
44	32

CPU en el grupo de protección de DR principal

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región principal (región 1).

CPU en el grupo de protección de DR principal

Tabla A-18 CPU en el grupo de protección de DR principal

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server01	4
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server02	8
Primaria	Oracle Database Cluster de VM de Exadata Data Guard en rol primario Un total de 64 OCPU asignadas al cluster de VM 4 bases de datos aprovisionadas en el cluster de VM 16 OCPU por base de datos: (64/4 = 16 OCPU por base de datos)	MyExaDatabase03		16
Primaria	Autonomous Database Infraestructura dedicada Autonomous Data Guard en rol principal	MyADB01			16
Primaria	Equilibrador de carga Juego de backends 1 activo Juego de backends 2 activo	MyLoadBalancerRegion1	Sin cargo	Sin cargo	Sin cargo
Primaria	Grupo de volúmenes en bloque Active Replicado en la región 2 Contiene el volumen de inicio para MyApp01Server01 Contiene el volumen de inicio para MyApp01Server02	MyVG00	Sin cargo	Sin cargo	Sin cargo
Primaria	Sistema de Archivos Active Replicado en la región 2 Contiene el sistema de archivos para /myscripts montados en MyApp01Server01 y MyApp01Server02	miscritos	Sin cargo	Sin cargo	Sin cargo
Primaria	Total de todas las OCPU y ECPU de los recursos miembros en la región principal		12	16	16

CPU en el grupo de protección de DR en espera

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región en espera (región 2).

CPU en el grupo de protección de DR en espera

Tabla A-19 CPU en el grupo de protección de DR en espera

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
En Espera	Oracle Database Cluster de VM de Exadata con un total de 64 OCPU Data Guard en rol primario Un total de 64 OCPU asignadas al cluster de VM 4 bases de datos aprovisionadas en el cluster de VM 16 OCPU por base de datos: (64/4 = 16 OCPU por base de datos)	MyExaDatabase03		16
En Espera	Autonomous Database Infraestructura dedicada Data Guard en rol en espera	MyADB01			16
En Espera	Equilibrador de carga Juego de backends 1 no activo, no rellenado Juego de backends 2 no activo, no rellenado	MyLoadBalancerRegion2	Sin cargo	Sin cargo	Sin cargo
En Espera	Total de todas las OCPU y ECPU de los recursos miembros en la región en espera		0	16	16

Ejemplo 3: pila de aplicaciones con recursos informáticos móviles y no móviles

En este ejemplo, se muestra cómo asignar un precio a Full Stack DR cuando los recursos informáticos móviles y no móviles son miembros de grupos de protección de DR en ambas regiones. Esto también ilustra un caso de uso en el que alguien ha decidido instalar manualmente Oracle Database y Data Guard en una instancia informática en lugar de utilizar el servicio Oracle Database en la consola de OCI. Este es un ejemplo sencillo de por qué y cómo puede utilizar recursos informáticos no móviles, pero no aprovecha el soporte incorporado para bases de datos Oracle dentro de Full Stack Disaster Recovery.

A modo de ejemplo, en este ejemplo se utiliza un total de cuatro instancias informáticas:

Dos instancias informáticas estándar actuarán como servidores "en movimiento" para una aplicación que tolera el movimiento entre regiones.
- Algunos ejemplos de aplicaciones que se pueden instalar en estos servidores son aquellas que no mantienen valores de codificación fija específicos de región con estado en archivos binarios o de configuración y que pueden tolerar fácilmente que se inicie en otra región con una dirección IP y una dirección IP menores diferentes, o que no se realicen cambios en los archivos de configuración en el inicio.
- Estas instancias informáticas solo serán miembros del grupo de protección de DR principal.
Una instancia informática estándar actuará como servidor de aplicaciones activo "sin movimiento".
- Esta instancia informática solo existe en la región 1 y nunca existirá en la región 2.
- La aplicación se instala y ejecuta en la región 1.
- Esta instancia informática solo será miembro del grupo de protección de DR principal.
Una instancia informática estándar actuará como un servidor de aplicaciones "no móvil" no activo.
- Esta instancia informática solo existe en la región 2 y nunca existirá en la región 1.
- La aplicación está instalada, pero no se está ejecutando en la región 2.
- Esta instancia informática solo será miembro del grupo de protección de DR en espera.

El estimador de costos incluye seis campos para conectar los recuentos totales de OCPU y ECPU para los recursos IaaS y PaaS en cada región. La siguiente tabla representa los seis campos que debe rellenar en el estimador de costos. Los valores de los campos se basan en los detalles que se muestran en la siguiente tabla que representan una pila de aplicaciones ficticia desplegada para la recuperación ante desastres en dos regiones de OCI. Tenga en cuenta que no hay costos asociados a las bases de datos instaladas y gestionadas por el usuario. En su lugar, el costo lo contabilizan las OPCU que consumen las máquinas virtuales que alojan la base de datos y Data Guard.

Región/grupo de protección de OCI principal

Tabla A-20 Región/Grupo de protección de OCI principal

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
14	16	0

Región/grupo de protección de OCI en espera

Tabla A-21 Región/Grupo de protección de OCI en espera

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
2	16	0

Totales de métricas

Tabla A-22 Totales de Métricas

DR de pila completa de OCI (OCPU)	Recuperación ante desastres (ECPU) de pila completa de OCI
48	0

CPU en el grupo de protección de DR principal

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región principal (región 1).

CPU en el grupo de protección de DR principal

Tabla A-23 CPU en el grupo de protección de DR principal

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server01	4
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server02	8
Primaria	Instancia de Compute (que no se va a mover) El cliente instaló y gestionó la aplicación de Oracle, como Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Aplicación en ejecución activa	MyApp02Server01	2
Primaria	Oracle Database Base de datos primaria para la aplicación Oracle que se ejecuta en MyApp02Server01 Cluster de VM de Exadata Data Guard en rol primario Un total de 64 OCPU asignadas al cluster de VM 4 bases de datos aprovisionadas en el cluster de VM 16 OCPU por base de datos: (64/4 = 16 OCPU por base de datos)	MyExaDatabase03		16
Primaria	Equilibrador de carga Juego de backends 1 activo Juego de backends 2 activo	MyLoadBalancerRegion1	Sin cargo	Sin cargo	Sin cargo
Primaria	Grupo de volúmenes en bloque Active Replicado en la región 2 Contiene el volumen de inicio para MyApp01Server01 Contiene el volumen de inicio para MyApp01Server02	MyVG00	Sin cargo	Sin cargo	Sin cargo
Primaria	Sistema de Archivos Active Replicado en la región 2 Contiene el sistema de archivos para /myscripts montados en MyApp01Server01 y MyApp01Server02	miscritos	Sin cargo	Sin cargo	Sin cargo
Primaria	Total de todas las OCPU y ECPU de los recursos miembros en la región principal		14	16	0

CPU en el grupo de protección de DR en espera

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región en espera (región 2).

CPU en el grupo de protección de DR en espera

Tabla A-24 CPU en el grupo de protección de DR en espera

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
En Espera	Instancia de Compute (que no se va a mover). El cliente instaló y gestionó la aplicación de Oracle, como Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Aplicación instalada, pero no en ejecución	MyApp02Server02	2	0	0
En Espera	Oracle Database Base de datos en espera para la aplicación Oracle que se ejecuta en MyApp02Server02 Cluster de VM de Exadata Data Guard en rol en espera Un total de 64 OCPU asignadas al cluster de VM 4 bases de datos aprovisionadas en el cluster de VM 16 OCPU por base de datos: (64/4 = 16 OCPU por base de datos)	MyExaDatabase03		16
En Espera	Equilibrador de carga Juego de backends 1 no activo, no rellenado Juego de backends 2not activo, no relleno	MyLoadBalancerRegion2	Sin cargo	Sin cargo	Sin cargo
En Espera	Total de todas las OCPU y ECPU de los recursos miembros en la región en espera		2	16	0

Ejemplo 4: pila de aplicaciones con OKE, base de datos, movimiento de recursos informáticos y recursos informáticos no móviles

En este ejemplo se muestra cómo asignar un precio a Full Stack DR para un sistema de negocio que incluye nodos de trabajador alojados en un cluster de Oracle Kubernetes Engine (OKE), así como recursos informáticos móviles y no móviles como miembros de grupos de protección de DR en ambas regiones. Este es un ejemplo a pequeña escala de una arquitectura de despliegue más típica para un sistema de negocio que podría alojar una pila de aplicaciones para cualquier aplicación que no sea de Oracle u Oracle para planificación de recursos, finanzas, gestión de almacenes, gestión de la cadena de suministro, gestión de relaciones con el cliente, portal de ventas, etc. El cálculo en movimiento se puede utilizar para alojar aplicaciones de Oracle o no de Oracle que pueden funcionar con mínimas modificaciones cuando se presentan en una región diferente. Los recursos informáticos no móviles se utilizan normalmente para alojar aplicaciones de Oracle o no de Oracle que no pueden funcionar o que se pueden modificar fácilmente para que funcionen en absoluto cuando se activan en una región diferente. Ejemplos de aplicaciones que se pueden instalar en recursos informáticos no móviles son aplicaciones de Oracle como PeopleSoft, JD Edwards EnterpriseOne, Oracle Siebel CRM, Oracle E-Business Suite, Oracle WebLogic Server, etc. Estas aplicaciones requieren que se instalen y ejecuten activamente en máquinas virtuales de la región principal, y que se instalen, pero no en máquinas virtuales que se ejecuten en la región en espera.

A modo de ejemplo, en este ejemplo se utiliza un total de cuatro instancias informáticas estándar, cuatro nodos de trabajador de OKE, además de varias bases de datos Oracle diferentes, incluidas Autonomous Database, Base Database y Exadata, que se recuperan en una sola ejecución del plan de DR:

Dos instancias informáticas estándar actuarán como servidores "en movimiento" para una aplicación que tolera el movimiento entre regiones.
- Algunos ejemplos de aplicaciones que se pueden instalar en estos servidores son aquellas que no mantienen valores de codificación fija específicos de región con estado en archivos binarios o de configuración y que pueden tolerar fácilmente que se inicie en otra región con una dirección IP y una dirección IP menores diferentes, o que no se realicen cambios en los archivos de configuración en el inicio.
- Estas instancias informáticas solo serán miembros del grupo de protección de DR principal.
Una instancia informática estándar actuará como servidor de aplicaciones activo "sin movimiento".
- Esta instancia informática solo existe en la región 1 y nunca existirá en la región 2.
- La aplicación se instala y ejecuta en la región 1.
- Esta instancia informática solo será miembro del grupo de protección de DR principal.
Una instancia informática estándar actuará como un servidor de aplicaciones "no móvil" no activo.
- Esta instancia informática solo existe en la región 2 y nunca existirá en la región 1.
- La aplicación está instalada, pero no se está ejecutando en la región 2.
- Esta instancia informática solo será miembro del grupo de protección de DR en espera.
Cuatro nodos de trabajador en el cluster de OKE que alojan cargas de trabajo de aplicaciones que se deben recuperar.
- Cuatro nodos de trabajador en el cluster de OKE de la región principal, que siempre permanece como miembro del grupo de protección de DR principal únicamente.
- Cuatro nodos de trabajador en el cluster de OKE de la región en espera que siempre siguen siendo miembros del grupo de protección de DR en espera únicamente.
Cuatro bases de datos Oracle de OCI con Data Guard ya están activadas mediante la consola de OCI que soporta las distintas aplicaciones.
- Las cuatro bases de datos principales solo serán miembros del grupo de protección de DR principal.
- Las cuatro bases de datos en espera solo serán miembros del grupo de protección de DR en espera.

Región/grupo de protección de OCI principal

Tabla A-25 Región/Grupo de protección de OCI principal

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
22	24	20

Región/grupo de protección de OCI en espera

Tabla A-26 Región/grupo de protección de OCI en espera

Total de OCPU de miembro informático	Total de OCPU de miembro de base de datos	Total de ECPU de miembro de base de datos
10	24	20

Totales de métricas

Tabla A-27 Totales de métricas

DR de pila completa de OCI (OCPU)	Total de OCPU de miembro de base de datos
80	40

CPU en el grupo de protección de DR principal

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región principal (región 1).

Tabla A-28 CPU en el grupo de protección de DR principal

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server01	4
Primaria	Instancia de Compute (que se va a mover) Aplicación no Oracle instalada y gestionada por el cliente Servidor web Apache para Customer Portal Aplicación en ejecución activa	MyApp01Server02	8
Primaria	Instancia de Compute (que no se va a mover) El cliente instaló y gestionó la aplicación de Oracle, como Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Aplicación en ejecución activa	MyApp02Server01	2
Primaria	Cluster de OKE: 4 nodos de trabajador con 2 OCPU cada uno	MyOKECluster01	8
Primaria	Oracle Database: Base de datos base Data Guard en rol primario	MyEEDatabase01		8
Primaria	Oracle Database: Base de datos primaria para la aplicación Oracle que se ejecuta en MyApp02Server01 Cluster de VM de Exadata Data Guard en rol primario Un total de 64 OCPU asignadas al cluster de VM 4 bases de datos aprovisionadas en el cluster de VM 16 OCPU por base de datos: (64/4 = 16 OCPU por base de datos)	MyExaDatabase03		16
Primaria	Autonomous Database Infraestructura dedicada Autonomous Data Guard en rol principal	MyADB01			16
Primaria	Autonomous Database Infraestructura sin servidor Autonomous Data Guard en rol principal	MyADW01			4
Primaria	Equilibrador de carga Juego de backends 1 activo Juego de backends 2 activo	MyLoadBalancerRegion1	Sin cargo	Sin cargo	Sin cargo
Primaria	Grupo de volúmenes en bloque Active Replicado en la región 2 Contiene el volumen de inicio para MyApp01Server01 Contiene el volumen de inicio para MyApp01Server02	MyVG00	Sin cargo	Sin cargo	Sin cargo
Primaria	Grupo de volúmenes en bloque: Active Replicado en la región 2 Contiene un volumen en bloque para /u02 onMyApp02Server01 Se vuelve a montar en /u02 en MyApp02Server02 en region2 durante la recuperación	MyVG01	Sin cargo	Sin cargo	Sin cargo
Primaria	Sistema de Archivos: Active Replicado en la región 2 Contiene el sistema de archivos para /myscripts montados en MyApp01Server01 y MyApp01Server02	miscritos	Sin cargo	Sin cargo	Sin cargo
Primaria	Total de todas las OCPU y ECPU de los recursos miembros en la región principal		22	24	20

CPU en el grupo de protección de DR en espera

Total de toda la CPU que consumen las instancias informáticas o las bases de datos que son miembros del grupo de protección de DR en la región en espera (región 2).

Incluya solo los recursos miembro que existen actualmente en la región en espera. No es necesario calcular dónde existirán los recursos después de una operación de DR. Solo tiene que agregar los recursos donde existen en el estado de operaciones normal actual. Los recursos informáticos en movimiento de la región principal no se incluyen como miembros del grupo de protección de DR en espera, por lo que no hay cargos de OCPU por mover recursos informáticos en la región en espera.

Tabla A-29 CPU en el grupo de protección de DR en espera

Grupo de protección de DR	Recurso para miembros	Descripción	Recuento de OCPU de Compute	Recuento de OCPU de base de datos	Recuento de ECPU de base de datos
En Espera	Instancia de Compute (que no se va a mover) El cliente instaló y gestionó la aplicación de Oracle, como Oracle Siebel CRM, PeopleSoft, JD Edwards EnterpriseOne, Oracle E-business Suite, etc. Aplicación instalada, pero no en ejecución	MyApp02Server02	2
En Espera	Cluster de OKE: 4 nodos de trabajador con 2 OCPU cada uno	MyOKECluster01	8
En Espera	Oracle Database: Base de datos base Data Guard en rol en espera ,	MyEEDatabase01		8
En Espera	Oracle Database: Base de datos en espera para la aplicación Oracle que se ejecuta en MyApp02Server02 Cluster de VM de Exadata Data Guard en rol en espera Un total de 64 OCPU asignadas al cluster de VM 4 bases de datos aprovisionadas en el cluster de VM 16 OCPU por base de datos: (64/4 = 16 OCPU por base de datos)	MyExaDatabase03		16
En Espera	Autonomous Database: Infraestructura dedicada Data Guard en rol en espera	MyADB01			16
En Espera	Autonomous Database: Infraestructura sin servidor Data Guard en rol en espera	MyADW01			4
En Espera	Equilibrador de carga: Juego de backends 1 no activo, no rellenado Juego de backends 2not activo, no relleno	MyLoadBalancerRegion2	Sin cargo		Sin cargo
En Espera	Total de todas las OCPU y ECPU de los recursos miembros en la región en espera		10	24	20

Tema principal: Referencia

Documentación de Oracle Cloud Infrastructure

Detalles de facturación de DR de pila completa