Facturación de Autonomous Database en infraestructura de Exadata dedicada

Oracle Autonomous Database on Dedicated Exadata Infrastructure utiliza algoritmos específicos para asignar y facturar el uso de los recursos informáticos utilizados por las instancias de Autonomous Database. Entender estos algoritmos puede ayudarle a determinar la mejor manera de crear y configurar sus instancias de Autonomous Database para cumplir los objetivos de rendimiento de la forma más rentable.

Temas relacionados

Detalles de facturación de CPU

Oracle Autonomous Database on Dedicated Exadata Infrastructure calcula la facturación de CPU de la siguiente manera:

  1. El uso de CPU para cada instancia de Autonomous Database se mide cada segundo en unidades de ECPU o OCPU completas.
    1. Una instancia de Autonomous Database parada no utiliza ECPU ni OCPU. Cuando se para una instancia de Autonomous Database, no se le factura.
    2. Una instancia de Autonomous Database en ejecución utiliza su número asignado de ECPU u OCPU, además de las ECPU u OCPU adicionales debido a la escala automática. Cuando se ejecuta una instancia de Autonomous Database, se le factura el número de CPU actualmente asignadas a la base de datos, tanto si se han especificado durante la creación inicial como posteriormente mediante una operación de escala manual. Además, si la escala automática está activada para la base de datos, se le facturará cada segundo de todas las CPU adicionales que esté utilizando la base de datos como resultado de la ampliación automática.

      Note:

      La creación de recursos de AVMC y ACD no inicia la facturación. Por lo tanto, aunque asigne un recuento total de CPU a un AVMC y cada ACD consuma 8 ECPU o 2 OCPU por nodo cuando se cree, estas CPU no se facturan. Solo una vez que aprovisione instancias de Autonomous Database en un AVMC y una ACD subyacente, y esa base de datos se esté ejecutando activamente, se facturarán las CPU utilizadas. Como resultado, puede crear ACD dentro de AVMC para organizar y agrupar sus bases de datos según sus líneas de negocio, áreas funcionales o cualquier otra técnica sin preocuparse por incurrir en costos.
    3. Al crear una instancia de Autonomous Database, Oracle reserva por defecto CPU adicionales para garantizar que la base de datos pueda ejecutarse con al menos un 50 % de capacidad incluso en caso de fallos de algún nodo. Puede cambiar el porcentaje de CPU reservadas en los nodos al 0% o al 25% al aprovisionar una ACD. Consulte Reserva de failover de nodo en Creación de una base de datos de contenedores autónoma para obtener instrucciones. Estas CPU adicionales no están incluidas en la facturación.

    Note:

    Autonomous Database on Dedicated Exadata Infrastructure on Oracle Database@AWS solo soporta el modelo de cálculo de ECPU.
  2. Se calcula la media de mediciones por segundo en cada intervalo de hora para cada instancia de Autonomous Database.
  3. Las medias por hora de las instancias de Autonomous Database se suman para determinar el uso de CPU por hora en todo el recurso de cluster de VM autónomo.
Se recomienda que vea:

Facturación de grupo flexible

Un pool elástico permite consolidar las instancias de Autonomous Database en términos de facturación de recursos informáticos.

Puede pensar en un pool elástico como un "plan de familia" de servicio de teléfono móvil, excepto que esto se aplica a las instancias de Autonomous Database. En lugar de pagar individualmente por cada base de datos, las bases de datos se agrupan en un pool en el que se cobra una instancia, el líder, por el uso de recursos informáticos asociado a todo el pool. Consulte Consolidación de instancias de Autonomous Database con pools elásticos para obtener más información sobre los pools de recursos elásticos.

Uso de pool de recursos flexible:

  • Se factura al líder del pool y la facturación se basa en el tamaño del pool de recursos flexible y en el uso real por hora de ECPU del líder del pool y de los miembros.
  • Puede exceder el tamaño de la agrupación (la capacidad de la agrupación puede ser hasta cuatro veces mayor que el tamaño de la agrupación).
  • La facturación consta solo de recursos informáticos, es decir, el uso de ECPU, y todo el uso de recursos informáticos se carga a la instancia de Autonomous Database que es el líder del pool.

Con un pool elástico, puede aprovisionar hasta cuatro veces el número de ECPU en el tamaño del pool seleccionado y puede aprovisionar instancias de base de datos que estén en el pool elástico con tan solo 1 ECPU por instancia de base de datos. Fuera de un pool elástico, el número mínimo de ECPU por instancia de base de datos es de 2 ECPU. Por ejemplo, con un tamaño de pool de 128, puede aprovisionar 512 instancias de Autonomous Database (cuando cada instancia tiene 1 ECPU). En este ejemplo, se le facturará por los recursos informáticos de tamaño de pool, según el tamaño de pool de 128 ECPU, mientras tiene acceso a 512 instancias de Autonomous Database. Por el contrario, al aprovisionar individualmente 512 instancias de Autonomous Database sin utilizar un pool elástico, debe asignar un mínimo de 2 ECPU para cada instancia de Autonomous Database. En este ejemplo, pagaría por 1024 ECPU. El uso de un pool flexible proporciona hasta un 87 % de ahorro de costos de recursos informáticos.

Después de crear un pool elástico, el uso total de ECPU durante una hora determinada se carga a la instancia de Autonomous Database, que es el líder del pool. Excepto para el líder del pool, las instancias individuales de Autonomous Database que son miembros del pool no se cobran por el uso de ECPU mientras sean miembros de un pool elástico.

La facturación de grupo flexible es la siguiente:

  • Si la utilización máxima agregada total de ECPU es igual o inferior al tamaño del pool durante una hora determinada, se le cobrará el número de ECPU de tamaño del pool (una vez el tamaño del pool).
  • Después de crear un pool elástico, la facturación de ECPU continúa al menos una vez la tasa de tamaño del pool, incluso cuando se paran las bases de datos de miembros del pool y el líder del pool.
  • En otras palabras, si la utilización máxima agregada de ECPU del pool es menor o igual que el tamaño del pool durante una hora determinada, se le cobrará el número de ECPU de tamaño del pool (una vez el tamaño del pool). Esto representa hasta un 87 % de ahorro de costos de recursos informáticos en el caso de que estas bases de datos se facturen por separado sin utilizar agrupaciones elásticas.
  • Si la utilización máxima agregada de ECPU del líder del pool y los miembros exceden el tamaño del pool en cualquier momento en una hora de facturación determinada:
    • El uso máximo de ECPU agregado del pool es igual o menor que dos veces el número de tamaño del pool de ECPU: para un uso mayor que una vez el número de ECPU de tamaño de pool y hasta dos veces, inclusive, el número de ECPU en una hora de facturación determinada: la facturación por hora es dos veces el número de ECPU de tamaño de pool. En otras palabras, si el uso máximo agregado de ECPU del pool supera el tamaño del pool, pero es menor o igual que dos veces el tamaño del pool durante una hora determinada, se le cobrará el doble del número de ECPU del tamaño del pool (dos veces el tamaño del pool). Esto representa hasta un 75 % de ahorro de costos de recursos informáticos en el caso de que estas bases de datos se facturen por separado sin utilizar pools elásticos.
    • El uso máximo de ECPU agregado del pool es igual o menor que cuatro veces el número de tamaño del pool de ECPU: para un uso mayor que dos veces el pool número de tamaño de ECPU y hasta cuatro veces el número de tamaño del pool de ECPU en una hora de facturación determinada, la facturación por hora es cuatro veces el número de tamaño del pool de ECPU. En otras palabras, si la utilización máxima agregada de ECPU del pool supera el doble del tamaño del pool durante una hora determinada, se le cobrará cuatro veces el número de ECPU del tamaño del pool (cuatro veces el tamaño del pool). Esto representa hasta un 50 % de ahorro de costos de recursos informáticos en el caso de que estas bases de datos se facturen por separado sin utilizar agrupaciones elásticas.
  • Por ejemplo, considere una agrupación elástica con un tamaño de agrupación de 128 ECPU y una capacidad de agrupación de 512 ECPU:
    • Caso 1: la utilización máxima agregada de ECPU del líder del pool y los miembros es de 40 ECPU entre las 2:00 p. m. y las 2:30 p. m. y las 128 ECPU entre las 2:30 p. m. y las 3:00 p. m.
      • El pool elástico se factura con 128 ECPU, una vez el tamaño del pool, para esta hora de facturación (de 2 a 3 p. m.). Este caso se aplica cuando el uso máximo de ECPU agregadas del pool elástico para la hora de facturación es menor o igual que 128 ECPU.
    • Caso 2: la utilización máxima agregada de ECPU del líder del pool y los miembros es de 40 ECPU entre las 2:00 p. m. y las 2:30 p. m. y las 250 ECPU entre las 2:30 p. m. y las 3:00 p. m.
      • El pool elástico se factura con 256 ECPU dos veces el tamaño del pool para esta hora de facturación (de 2 a 3 p. m.). Este caso se aplica cuando el uso máximo de ECPU agregadas del pool elástico para la hora de facturación es menor o igual que 256 ECPU y mayor que 128 ECPU.
    • Caso 3: la utilización máxima agregada de ECPU del líder del pool y los miembros es de 80 ECPU entre las 2:00 p. m. y las 2:30 p. m., y 509 ECPU entre las 2:30 p. m. y las 3:00 p. m.
      • El pool elástico se factura con 512 ECPU, cuatro veces el tamaño del pool, para esta hora de facturación (de 2 a 3 p. m.). Este caso se aplica cuando el uso máximo de ECPU agregadas del pool elástico para la hora de facturación es menor o igual que 512 ECPU y mayor que 256 ECPU.

Para obtener más información, consulte Cómo lograr hasta un 87 % de ahorro de costos de recursos informáticos con pools de recursos elásticos en una instancia de Autonomous Database.

Facturación de grupo flexible cuando se crea o termina un grupo

Cuando se crea o termina un grupo elástico, se factura al líder toda la hora para el grupo elástico. Además, las instancias individuales que se agregan o eliminan del pool se facturan por cualquier uso de recursos informáticos que se produzca mientras la instancia no esté en el pool elástico (en este caso, la facturación se aplica a la instancia de Autonomous Database individual).

  • Ejemplo de creación de pool: suponga que una instancia de Autonomous Database con 4 ECPU no forma parte de ningún pool elástico. A las 2:15 p. m., si crea un pool elástico con esta instancia con un tamaño de pool de 128 ECPU, la instancia se convierte en líder del pool. Suponiendo que Autonomous Database esté inactiva entre las 2 y las 3 p. m., y que no haya otras instancias de Autonomous Database en el pool, la facturación para la hora entre las 2 y las 3 p. m. es la siguiente:
    • La factura para el período de 2 a 3 p. m. es: (4 * 0,25) + 128 = 129 ECPU.
    • Donde (4 * 0,25) es la facturación de recursos informáticos durante los quince minutos anteriores a que la instancia de Autonomous Database haya creado el pool elástico (durante qué período de 2 a 2:15 p. m., la instancia se facturará en el cluster de VM) y 128 ECPU es la facturación del pool elástico para la hora en que se crea.
  • Ejemplo de terminación de pool: suponga que una instancia de Autonomous Database con 4 ECPU es la líder de un pool elástico y el tamaño del pool es de 128 ECPU. A las 4:30 p. m., si finaliza el pool elástico, la base de datos se convierte en una instancia de Autonomous Database independiente, no parte de ningún pool elástico. Suponiendo que Autonomous Database esté inactiva entre las 4 y las 5 p. m., y que no haya otras instancias de Autonomous Database en el pool, la facturación por la hora entre las 4 y las 5 p. m. es la siguiente:
    • La factura de 4 a 5 p. m. es: (4 * 0,5) + 128 = 130 ECPU.
    • Donde (4 * 0,5) es la facturación de recursos informáticos durante los treinta minutos posteriores a la finalización del pool elástico de la instancia de Autonomous Database y 128 ECPU es la facturación del pool elástico durante la hora en que se ha terminado el pool elástico.
    • Una vez que la instancia de Autonomous Database abandona el pool, vuelve a formar parte del cluster de VM y se factura en el cluster de VM.

Facturación de grupo flexible cuando un miembro o líder de grupo deja el grupo

La facturación de una instancia de Autonomous Database que deja un pool elástico vuelve a la facturación de instancias individuales en función de los recursos informáticos que utiliza la instancia individual:
  • Si un miembro del pool con 2 ECPU o más abandona el pool, la asignación de ECPU de la instancia individual permanece y se factura la instancia por ese número de ECPU.
  • Si un miembro del pool con 1 ECPU abandona el pool, la asignación de ECPU se define automáticamente en 2 ECPU y la instancia se factura por 2 ECPU en el futuro a menos que se amplíe verticalmente.