Facturación de funciones de Oracle Autonomous Database Serverless

Copias de seguridad automáticas: el almacenamiento de las copias de seguridad se factura, por GB, además del almacenamiento de base de datos seleccionado.

Por ejemplo, si las copias de seguridad ocupan 200 GB de almacenamiento, se le factura por 200 GB de almacenamiento de copia de seguridad (además del uso facturado por el número seleccionado de ECPU y almacenamiento de base de datos). Consulte Información de facturación del modelo de recursos informáticos de ECPU para obtener más detalles sobre qué SKU se facturan para las copias de seguridad.

Copias de seguridad a largo plazo: el almacenamiento de las copias de seguridad a largo plazo se factura, por GB, como almacenamiento de copia de seguridad, además del almacenamiento de la base de datos.

Por ejemplo, si las copias de seguridad automáticas ocupan actualmente 200 GB y las copias de seguridad a largo plazo ocupan 600 GB de almacenamiento, se le facturará por 800 GB de almacenamiento de copia de seguridad, además del uso facturado por las ECPU y el almacenamiento de base de datos seleccionados. Consulte Información de facturación del modelo de recursos informáticos de ECPU para obtener más detalles sobre qué SKU se facturan para cada tipo de carga de trabajo y copias de seguridad.

Escala automática de recursos informáticos: cuando la escala automática de recursos informáticos está activada, la base de datos puede utilizarla y se le puede facturar el consumo adicional de ECPU según lo necesite la carga de trabajo, hasta tres veces (3x) el número de ECPU base, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

• El uso de ECPU facturado por hora mientras se ejecuta la base de datos se basa en el número base de ECPU que ha seleccionado para la base de datos, además de cualquier uso de ECPU adicional debido a la escala automática.

• Una instancia de Autonomous Database parada no tiene ningún uso de ECPU.

• El uso de ECPU se mide cada segundo, en unidades de ECPU completas y se promedia en una hora. Si la base de datos se está ejecutando durante menos de una hora o se escala automáticamente solo durante una parte de una hora, se factura por segundo el consumo medio de ECPU, en las ECPU base, durante esa hora. El consumo mínimo de ECPU es de un minuto.

Por ejemplo, si la base de datos tiene el recuento de ECPU 4 con la escala automática de recursos informáticos activada:

• Supongamos en la primera hora que la base de datos está disponible para toda la hora y que el uso de ECPU es inferior a 4 ECPU. La base de datos se facturará por 4 ECPU.

• Supongamos en la segunda hora que la base de datos está disponible para toda la hora y que el uso de ECPU es inferior a 4 ECPU durante 30 minutos, el 50% de la hora y se escala automáticamente a 8 ECPU durante 30 minutos (el otro 50% de la hora). El uso para este período, para la facturación, es de 6 ECPU (en función del uso medio por segundo de ECPU para la segunda hora).

Escala automática del almacenamiento:

• Para el uso de almacenamiento por debajo del almacenamiento base reservado, se le factura en función del almacenamiento base.

• Una vez que el almacenamiento asignado supera el almacenamiento base reservado, el uso de almacenamiento se factura en función del almacenamiento asignado redondeado al alza al TB más cercano, en una hora determinada.

Por ejemplo, si el almacenamiento base reservado es de 4 TB, hasta que el almacenamiento asignado supere los 4 TB de almacenamiento, se le facturará en función del almacenamiento base (4 TB). Después de superar los 4 TB, el almacenamiento se factura en función del almacenamiento asignado, redondeado al alza al TB más cercano, en una hora determinada. En este ejemplo, si el almacenamiento asignado supera los 4 TB en una hora determinada, por ejemplo, 4,9 TB, se le facturará por 5 TB de almacenamiento a partir de esa hora.

Si, a continuación, suprime 1 TB de datos, el almacenamiento asignado permanece en 4,9 TB y se le factura por 5 TB hasta que realice una operación de reducción. Cuando realiza una operación de reducción, es posible que pueda reducir/reducir el almacenamiento asignado a 3,9 TB. Una vez que finalice la operación de reducción y el almacenamiento asignado (3,9 TB) vuelva a estar por debajo del almacenamiento base reservado (4 TB), se le facturará de nuevo el almacenamiento base reservado de 4 TB. Consulte Shrink Storage para obtener más información.

Bases de datos en espera de Autonomous Data Guard: locales (misma región)

Las bases de datos peer de Autonomous Data Guard locales generan el costo adicional de las ECPU base y el almacenamiento de la base de datos principal, incluido cualquier uso de almacenamiento de escala automática, facturado en la propia base de datos principal. Las ECPU de escala automática de la base de datos principal no se facturan además en la base de datos peer de Autonomous Data Guard local. El número de ECPU base se especifica por el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Por ejemplo, si activa un peer de Autonomous Data Guard local en una base de datos origen con:

• 2 ECPU (base) con la escala automática de Compute activada y que consumen alrededor de 4 ECPU por hora
• 1 TB de almacenamiento (base) con escala automática de almacenamiento, lo que supone un consumo total de 2 TB de almacenamiento en la base de datos

Para el peer de Autonomous Data Guard local, se le facturan 2 ECPU adicionales (su selección de ECPU base), además de 2 TB de almacenamiento adicionales (es decir, la misma cantidad de almacenamiento reservada para el principal de origen con escala automática, en la base de datos principal).

Cuando se para la base de datos principal, ni la base de datos principal ni la base de datos peer se facturan por ECPU.

Base de datos en espera de Autonomous Data Guard: remota (entre regiones)

Las bases de datos peer entre regiones de Autonomous Data Guard generan el costo adicional de las ECPU base y duplican (2x) el almacenamiento de la base de datos principal, incluido cualquier uso de almacenamiento de escala automática, facturado en la base de datos peer remota. Las ECPU de escala automática del principal no se facturan adicionalmente en la base de datos peer remota. El número de ECPU base se especifica por el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Por ejemplo, si activa un peer de Autonomous Data Guard entre regiones para una base de datos origen con:

• 2 ECPU (base) con la escala automática de Compute activada y que consumen alrededor de 4 ECPU por hora
• 1 TB de almacenamiento (base) con escala automática de almacenamiento, lo que supone un consumo total de 2 TB de almacenamiento en la base de datos

Para el peer de Autonomous Data Guard entre regiones, se le facturan 2 ECPU adicionales (su selección de ECPU base) más 4 TB de almacenamiento (es decir, 2x el almacenamiento reservado para el principal de origen con escala automática, facturado en la base de datos de peer remota).

Cuando se para la base de datos principal, ni la base de datos principal ni la base de datos peer se facturan por ECPU.

Cuando se selecciona la opción Activar replicación de copia de seguridad entre regiones en peer de recuperación ante desastres, se le factura por el doble (2x) del tamaño de almacenamiento de copia de seguridad necesario para las copias de seguridad replicadas, que se factura a la base de datos en espera remota.

Cuando un par entre regiones funciona como una instantánea en espera, el uso de la CPU en espera de la instantánea se factura según el recuento de CPU base y cualquier uso de CPU adicional si la escala automática de recursos informáticos está activada. El número de CPU base se especifica por el número de ECPU, como se muestra en el campo Recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Recuperación ante desastres basada en copias de seguridad: copias de seguridad locales (de la misma región) No hay ningún costo adicional para la recuperación ante desastres basada en copias de seguridad local, aparte del costo de almacenamiento para las copias de seguridad automáticas.

Recuperación ante desastres basada en copias de seguridad: copias de seguridad remotas (entre regiones) La facturación para una recuperación ante desastres basada en copias de seguridad entre regiones es el doble (2x) de la cantidad de almacenamiento de copia de seguridad necesaria para las copias de seguridad entre regiones replicadas, facturada al igual remoto.

Por ejemplo, si activa una copia de seguridad entre regiones en una base de datos origen con:

• 2 (base) ECPU
• 2 TB de almacenamiento de base de datos

Si las copias de seguridad replicadas en la región remota requieren 1,9 TB de almacenamiento, se le facturará por 3,8 TB de almacenamiento de copia de seguridad en la base de datos peer de copia de seguridad remota.

Cuando se selecciona la opción Activar replicación de copia de seguridad entre regiones en peer de recuperación ante desastres, se le factura por el doble (2x) de la cantidad de tamaño de almacenamiento de copia de seguridad necesaria para las copias de seguridad replicadas adicionales, que se factura al peer remoto. Esta facturación se basa en el número de días definido para la retención de copia de seguridad en el principal, de la siguiente manera:

• Cuando la retención automática de copias de seguridad se define en 7 días o más, la facturación se basa en el tamaño de almacenamiento de las copias de seguridad replicadas durante 7 días.
• Cuando la retención automática de copias de seguridad se define en menos de 7 días, la facturación se basa en el tamaño de almacenamiento para el número especificado de días de datos que se replican en la base de datos en espera entre regiones.

Clonación de refrescamiento local (misma región) Las clonaciones de refrescamiento locales tienen su propia selección de ECPU configurable, por lo que se facturan por ECPU en función del número de ECPU seleccionado por el usuario, con o sin escala automática; no se facturan adicionalmente a través de la selección de ECPU. El número de ECPU se especifica mediante el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Las clonaciones de refrescamiento locales se facturan por la misma cantidad de almacenamiento que su base de datos origen.

Por ejemplo, si crea una clonación de refrescamiento local de 2 ECPU a partir de una base de datos origen con:

• 4 ECPU
• 1 TB de almacenamiento con ampliación automática y consumo de 2 TB de almacenamiento

En el caso de la clonación de refrescamiento local, se le facturarán 2 ECPU, es decir, el valor de recuento de ECPU de la clonación de refrescamiento y 2 TB de almacenamiento (es decir, el almacenamiento reservado para la base de datos origen).

Al iniciar o parar la base de datos origen, las acciones de la base de datos origen no afectan a la clonación de refrescamiento. Una clonación de refrescamiento se inicia o se para independientemente de la base de datos origen.

Clonación de refrescamiento remota (entre regiones) Las clonaciones de refrescamiento remoto tienen su propia selección de ECPU configurable, por lo que se facturan por ECPU en función de la ECPU seleccionada por el usuario (con o sin escala automática); no se facturan adicionalmente a través de la selección de ECPU. El número de ECPU se especifica mediante el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

Las clonaciones de refrescamiento remotas se facturan por el doble (2x) de la cantidad de almacenamiento que su base de datos origen.

Por ejemplo, si crea una clonación de refrescamiento remoto de 2 ECPU a partir de una base de datos origen con:

• 4 ECPU
• 1 TB de almacenamiento con ampliación automática y consumo de 2 TB de almacenamiento

En la clonación de refrescamiento remota, se le factura por 2 ECPU (es decir, la selección de ECPU de la clonación de refrescamiento) y 4 TB de almacenamiento (es decir, 2x el almacenamiento reservado para la base de datos de origen).

Iniciar o parar la base de datos origen no afecta a la clonación de refrescamiento: la clonación de refrescamiento se puede iniciar o parar de forma independiente.

Base de datos de instantánea en espera para recuperación ante desastres remota (entre regiones)

El uso de ECPU de instantánea en espera se factura según el recuento de ECPU base y cualquier uso de ECPU adicional si la escala automática de recursos informáticos está activada. El número de ECPU base se especifica por el número de ECPU, como se muestra en el recuento de ECPU de la consola de Oracle Cloud Infrastructure.

El uso de almacenamiento de instantánea en espera se factura según el almacenamiento de la instantánea en espera más (1x) el almacenamiento de la base de datos primaria de origen.

Por ejemplo, si tiene una base de datos de instantánea en espera de 2 ECPU y 3 TB desde una base de datos origen con:

• 4 ECPU
• 1 TB de almacenamiento con ampliación automática y consumo de 2 TB de almacenamiento

La base de datos en espera de instantánea se facturará por 2 ECPU (es decir, la selección de ECPU de la base de datos en espera de instantánea) y 3 TB + 2 TB = 5 TB de almacenamiento de base de datos (es decir, el almacenamiento reservado en la base de datos en espera de instantánea + el almacenamiento reservado en su base de datos de origen)

Agrupaciones elásticas: un pool elástico permite aprovisionar 4 veces el recuento de ECPU que tiene como tamaño de pool. Por ejemplo, si tiene un pool con un tamaño de pool de 128 ECPU, puede aprovisionar hasta 512 ECPU en este pool. Es decir, cuando el tamaño de la agrupación es de 128 ECPU, la capacidad de la agrupación es cuatro veces mayor que el tamaño de la agrupación (en este ejemplo, 512 ECPU).

Las bases de datos que pertenecen a un pool no se facturan individualmente por los recursos informáticos. La facturación de recursos informáticos para todos los miembros del pool y el líder se realiza a través del líder. En otras palabras, los miembros individuales de un pool elástico no se facturan por los recursos informáticos siempre que formen parte del pool. Esto se aplica independientemente del tipo de carga de trabajo que tenga el miembro del pool. Por ejemplo, cuando se agrega un miembro de pool con el tipo de carga de trabajo Almacén de datos a un pool, el uso de recursos informáticos se factura al líder del pool con el ratio de uso de recursos informáticos de procesamiento de transacciones. Por otro lado, la facturación del almacenamiento se sigue facturando a instancias individuales de Autonomous Database, independientemente de que formen parte de un pool o no.

Supongamos que tiene un pool elástico con un tamaño de pool de 128 ECPU. Dado el tamaño de la agrupación, la capacidad de la agrupación es de 512 ECPU (capacidad de la agrupación = tamaño de la agrupación 4x). Para este ejemplo, aquí hay algunas preguntas y respuestas comunes de facturación:

• ¿Cuál es el número máximo de instancias de Autonomous Database permitidas en este pool? Un total de 512 instancias de Autonomous Database con 1 ECPU cada una (los miembros del pool elástico o el líder pueden tener una asignación de ECPU individual de hasta 1 ECPU).

• ¿Qué sucede si el límite superior de utilización de ECPU agregada de la agrupación es mayor que el tamaño de la agrupación? Si el límite superior de utilización de ECPU agregada es menor o igual que el tamaño del pool en una hora de facturación determinada, el cargo por hora es igual a la cantidad del tamaño del pool. Si el límite superior de utilización de ECPU agregada es mayor que el tamaño de la agrupación pero menor o igual que el tamaño de la agrupación 2x en una hora de facturación determinada, el cargo por hora es igual a la cantidad de tamaño de la agrupación 2x. Si el límite superior de utilización de ECPU agregada es mayor que el tamaño de agrupación 2x en una hora de facturación determinada, el cargo por hora es de la cantidad de tamaño de agrupación 4x.

  Por ejemplo, supongamos que 512 instancias de Autonomous Database con 1 ECPU cada una están en un pool elástico con un tamaño de pool de 128 ECPU. Si el límite superior de utilización de ECPU agregada de estas bases de datos es de 100 ECPU entre las 1 p.m. y las 250 ECPU entre las 2 p.m. y las 3 p.m., la facturación será de 128 horas de ECPU entre las 1 p.m. y las 256 horas de ECPU entre las 2 p.m. y las 3 p.m.

Consulte Acerca de la facturación de grupo flexible para obtener más información.

Anulación de la supresión de una instancia de Autonomous Database

Si anula la supresión de una instancia de Autonomous Database, en la primera hora después de la operación de anulación de supresión se le factura por la CPU base y el almacenamiento, incluido el almacenamiento de la base de datos y las copias de seguridad a largo plazo, por el tiempo total durante el que se suprimió la base de datos, como si la base de datos nunca se hubiera suprimido y se estuviera ejecutando.

Por ejemplo, si termina una instancia de Autonomous Database con:

• 4 ECPU con la escala automática de recursos informáticos activada
• 2 TB de almacenamiento, con 100 GB de almacenamiento automático de copias de seguridad y 20 GB de almacenamiento a largo plazo de copias de seguridad

Si después de 5 horas y 30 minutos se anula la supresión de la instancia terminada, en la primera hora después de la operación de anulación de supresión, la facturación incluye los costos adicionales como si la base de datos nunca se hubiera suprimido y se estuviera ejecutando, incluidos:

• 5 horas y 30 minutos para las 4 ECPU base
• 2 TB de Almacenamiento
• 100 GB de almacenamiento de copia de seguridad automática
• 20 GB de almacenamiento de copia de seguridad a largo plazo

Actualización programada a 23ai

Al programar un cambio de versión para una instancia de Autonomous Database, hay dos opciones para el tipo de cambio de versión:

• Programa disponible más temprano: esta opción de cambio de versión no genera cargos adicionales.

• Programa futuro: al programar un cambio de versión con un programa futuro, los recursos adicionales se distribuyen inmediatamente para la base de datos y sus clones o bases de datos en espera asociados, que se facturan de la siguiente manera:

  • Se le facturará el costo adicional de las ECPU base y el almacenamiento de la instancia de Autonomous Database de origen.

  • Se le facturará el costo adicional de las ECPU base y el almacenamiento de la base de datos para cada clonación de refrescamiento local y remoto asociada.

  • Se le facturará el costo adicional de las ECPU base y el almacenamiento de la base de datos para cada base de datos en espera de Autonomous Data Guard local y remota.

  Por ejemplo, si decide cambiar la versión de la base de datos y selecciona Programa futuro con un programa de 30 días en el futuro, en una instancia de Autonomous Database con la siguiente configuración:

  • 4 ECPU con la escala automática de Compute activada

  • 1 TB de almacenamiento

  • 1 clonación de refrescamiento

  • 1 base de datos en espera de Autonomous Data Guard remota

  Se le facturará de la siguiente manera:

  Dos veces (2x) para las ECPU base y 2x para el almacenamiento de base de datos durante 30 días hasta que se complete la actualización:

  4 + 4 = 8 ECPU

  1 + 1 = 2 TB de almacenamiento de la base de Datos

  Además, se le facturará dos veces (2x) por las ECPU base y el almacenamiento en la clonación de refrescamiento asociada y en la base de datos en espera de Autonomous Data Guard remota, durante 30 días hasta que finalice la actualización.

  Para actualizaciones que impliquen miembros de pool elásticos o un líder de pool elástico, con un cambio de versión de tipo Programa futuro:

  • Facturación de un miembro o del líder, si alguno programa un cambio de versión: el uso de CPU base de la base de datos se factura 2x al OCID de la base de datos del líder.

  • La facturación del uso de almacenamiento de un miembro con una actualización programada se factura 2x directamente al OCID de la base de datos del miembro, independientemente de los importes de almacenamiento informados para la facturación en el líder del pool.

  • El uso de almacenamiento del líder con un cambio de versión programado se factura 2x directamente al OCID de la base de datos del líder.

  No se le aplicarán cargos por cancelar una actualización programada. Sin embargo, los cargos que se facturaron entre el momento en que programó la actualización y el momento en que canceló la actualización permanecen.