Documentación de Oracle Cloud Infrastructure

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ómo se calcula la facturación para una configuración de DR

  1. Una configuración de DR es todo lo necesario para recuperar un único sistema de negocio.
    • No es necesario que exista una configuración de DR para estimar el costo mensual de la DR de pila completa.
    • Solo se necesitan los recursos IaaS y PaaS de OCI que se muestran a continuación para calcular el costo mensual de Full Stack DR.
  2. Los cargos por Full Stack DR superan los cargos normales en los que se incurre por servicios comunes de OCI, como recursos informáticos, bases de datos Oracle, bases de datos MySQL e instancias de Oracle Integration con recuperación ante desastres.
    • No se incurre en cargos adicionales por almacenamiento, redes u otros recursos de OCI soportados de forma nativa con Full Stack DR.
    • Consulte la lista de recursos de miembro que incurren en cargos a continuación para obtener más información.
  3. Full Stack DR utiliza lo siguiente para calcular los cargos mensualmente:
    • Moviendo recursos informáticos: solo OCPU asignadas en la región principal.
    • Recursos informáticos no móviles: OCPU asignados en las regiones principal y en espera.
    • Bases de datos Oracle: OCPU o ECPU asignadas en las regiones principal y en espera.
    • MySQL Bases de datos Heatwave: ECPU asignada en las regiones principal y en espera.
    • Oracle Integration: paquetes de mensajes de OIC asignados en las regiones principal y en espera.
    • Oracle Kubernetes Engine: OCPU asignada de nodos de trabajador en las regiones principal y en espera.
      • Full Stack DR admite pools de nodos virtuales y gestionados de OKE.
      • Los pools de nodos de OKE soportan la función de escala automática del cluster de OKE, que puede cambiar el número de nodos de trabajador a demanda en las regiones principal o en espera.
      • La estimación de costos debe tenerse en cuenta, ya que la cantidad de OCPU asignadas puede aumentar o disminuir varias veces durante un ciclo de facturación mensual.
    • Consulte la lista de recursos de miembro que incurren en cargos a continuación para obtener más información.
  4. La estimación del costo mensual total asociado con Full Stack Disaster Recovery se puede calcular mediante una herramienta de estimación de costos:
    • La tabla disponible en la sección Determinación del consumo de recursos a continuación explica cómo buscar y determinar los recursos asignados para cada tipo de recurso de OCI que incurra en cargos.
    • Agregue las cantidades de los distintos recursos asignados a la herramienta de estimación de costos. Existen dos herramientas diferentes de estimación de costos:
      • Opción 1: el estimador de costos de DR de pila completa disponible en el separador Precios de la página de producto de DR de pila completa. Esto proporciona una estimación rápida de los costos relacionados solo con Full Stack DR, pero no le permite estimar el costo de los recursos de OCI.
      • Opción 2: estimador de costos completo disponible en la página Lista de precios de OCI. Esto le permite elaborar una estimación que incluye los costos relacionados con Full Stack DR junto con todos los demás recursos de OCI que forman o formarán parte de la pila de aplicaciones que protege con Full Stack DR. Puede guardar la estimación de precios exportando la configuración a un archivo JSON. También puede importar el archivo JSON en cualquier momento futuro para seguir trabajando en una lista de materiales para toda la pila de aplicaciones.

Recursos de miembro que generan cargos

Full Stack DR solo utiliza paquetes de mensajes de OCPU, ECPU u OIC asignados como base para calcular los cargos. Los cargos de recuperación ante desastres de pila completa se acumulan para cualquier miembro de recursos informáticos, bases de datos u Oracle Integration de un grupo de protección de recuperación ante desastres, independientemente de si el recurso se está ejecutando o parado. Por ejemplo, una instancia informática no móvil que exista en la región en espera, pero que siempre esté en estado parado hasta que se ejecute una operación de DR, seguirá acumulando cargos por hora 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)
  • Servicios para desarrolladores
    • Oracle Integration 3 (OIC)
    • 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 de recursos

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

Tabla A-11 Determinación del consumo de procesadores

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.

Oracle Integration 3
  • Enterprise Edition con la licencia gestionada por Oracle
 Paquete de mensajes

El número total de paquetes de mensajes de OIC se muestra como Paquetes de mensajes en la página de instancia de OIC de la sección General en el separador Detalles.

El número de mensajes permitidos por paquete de mensajes varía según la configuración y el uso de OIC. Consulte la documentación de OIC para obtener información adicional.
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 (pnsn+*pnon+) 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 (snsn+*snon+) 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: ∑(pnsn+*pnon+) + ∑(snsn+*snon+) = to

Por ejemplo:

  1. Calcular el total de OCPU en la región principal
    • nps1 = El tamaño del pool de nodos 1 es: 10
    • npo1 = El recuento de OCPU del pool de nodos 1 por nodo es: 2
    • nps2 = El tamaño del pool de nodos 2 es: 5
    • npo2 = 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
  2. Calcular el total de OCPU en la región en espera
    • nps1 = El tamaño del pool de nodos 1 es: 10
    • npo1 = El recuento de OCPU del pool de nodos 1 por nodo es: 2
    • nps2 = El tamaño del pool de nodos 2 es: 5
    • npo2 = 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
  3. 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. En este escenario, los recursos de OCI solo existen en una única región en cualquier momento. Esto es similar al enfoque que otros proveedores de servicios en la nube emplean para la recuperación ante desastres. Esta estrategia se basa en replicar el almacenamiento de bloques y de inicio para cada máquina virtual en la región en espera, por lo que solo agregará el recuento de OCPU para la región en la que se ejecutan actualmente las máquinas virtuales.

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 a continuación de la tabla que representa una pila de aplicaciones ficticia desplegada para la recuperación ante desastres en dos regiones de OCI.

Tabla A-12 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 Total de paquetes de mensajes de OIC
12 0 0 0

Tabla A-13 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 Total de paquetes de mensajes de OIC
0 0 0 0

Tabla A-14 Totales Métricos

DR de pila completa de OCI (OCPU) Recuperación ante desastres (ECPU) de pila completa de OCI Total de paquetes de mensajes de OIC
12 0 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-15 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 Recuento de paquetes de mensajes de OIC
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 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-16 CPU en 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 Recuento de paquetes de mensajes de OIC
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 Sin cargo
En Espera Total de todas las OCPU y ECPU de los recursos miembros en la región en espera   0 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 calcular el costo para mover recursos informáticos y dos bases de datos Oracle. En este escenario, los recursos informáticos de OCI solo existen en una sola región, mientras que ambas bases de datos tienen Data Guard activado, lo que significa que hay recursos de OCI en ambas regiones. Esto es similar al enfoque piloto ligero que otros proveedores de servicios en la nube emplean para la recuperación ante desastres, excepto que puede incluir la base de datos como parte de la misma recuperación sin entregar tareas a diferentes equipos. Esta estrategia se basa en replicar el almacenamiento de bloques y de inicio para cada máquina virtual en la región en espera, por lo que solo agregará el recuento de OCPU para la región en la que se ejecutan actualmente las máquinas virtuales. Para las bases de datos, agregará recuentos de OCPU y ECPU a ambas regiones, ya que tiene recursos en ejecución en ambas regiones.

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.

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

Tabla A-17 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 Total de paquetes de mensajes de OIC
12 16 16 0
Región/grupo de protección de OCI en espera

Tabla A-18 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 Total de paquetes de mensajes de OIC
0 16 16 0
Totales de métricas

Tabla A-19 Totales Métricos

DR de pila completa de OCI (OCPU) Recuperación ante desastres (ECPU) de pila completa de OCI Total de paquetes de mensajes de OIC
44 32 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-20 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 Recuento de paquetes de mensajes de OIC
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 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-21 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 Recuento de paquetes de mensajes de OIC
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 0

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

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 asignar un precio a la recuperación ante desastres de pila completa cuando las bases de datos móviles, no móviles y con varias bases de datos activadas para Data Guard son miembros de grupos de protección de recuperación ante desastres en ambas regiones. Este es un ejemplo sencillo de por qué y cómo puede utilizar recursos informáticos no móviles para aplicaciones de Oracle y ajenas a Oracle como E-Business Suite, PeopleSoft, JD Edwards EnterpriseOne y otras que no tienen sus propias capacidades de recuperación ante desastres inherentes incorporadas en sus productos. Por lo general, estos productos requieren que la aplicación se instale en máquinas virtuales que existan y se ejecuten simultáneamente en ambas regiones; la aplicación se instala en ambas regiones, pero no se ejecuta en la región en espera.

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.
  • Una base de datos Oracle con Data Guard ya activada mediante la consola de OCI.
    • La base de datos primaria solo será miembro del grupo de protección de DR principal.
    • La base de datos en espera 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-22 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-23 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-24 Totales Métricos

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).

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-25 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 Recuento de paquetes de mensajes de OIC
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 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-26 CPU en 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 Recuento de paquetes de mensajes de OIC
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 0

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

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 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.
  • Ya se ha creado y desplegado una instancia de Oracle Integration para la recuperación ante desastres mediante el conmutador Activar recuperación ante desastres en Opciones avanzadas al crear una nueva instancia de Oracle Integration.
    • Una instancia con el rol de recuperación ante desastres principal solo será miembro del grupo de protección de DR principal.
    • Una instancia con el rol secundario de recuperación ante desastres será miembro del grupo de protección de DR en espera únicamente.

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.

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

Tabla A-27 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 Total de paquetes de mensajes de OIC
22 24 20 2
Región/grupo de protección de OCI en espera

Tabla A-28 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 Total de paquetes de mensajes de OIC
10 24 20 2

Totales de métricas

Tabla A-29 Totales de métricas

DR de pila completa de OCI (OCPU) Total de OCPU de miembro de base de datos Total de paquetes de mensajes de OIC
80 40 4

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.

Tabla A-30 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 Recuento de paquetes de mensajes de OIC
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 DR con un solo clic de OIC (DR gestionada por Oracle) MyOIC01       2
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  
Principal Total de todas las OCPU y ECPU de los recursos miembros en la región principal   22 24 20 2

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-31 CPU en 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 Recuento de paquetes de mensajes de OIC
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 DR con un solo clic de OIC (DR gestionada por Oracle) MyOIC01_Recovery       2
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 2

Tema principal: Referencia