Acerca de la facturación de pool flexible con Autonomous Data Guard activado

Una base de datos principal de Autonomous Data Guard puede utilizar una base de datos en espera local o entre regiones que forme parte de un pool elástico, ya sea como líder o como miembro.

Acerca de la facturación de pool flexible con Autonomous Data Guard activado con una base de datos en espera local

Cuando un líder de pool elástico o un miembro de pool elástico activa una base de datos en espera de Autonomous Data Guard local, la base de datos en espera forma parte del pool elástico y se le factura según corresponda.

Al agregar una base de datos en espera local, un total de dos veces (2 x) la asignación de ECPU de la base de datos primaria se cuenta para la capacidad del pool (1 x para la base de datos principal y 1 x para la base de datos en espera).

Por ejemplo, si crea un pool elástico con un tamaño de pool de 128 ECPU, con una capacidad de pool de 512 ECPU, al agregar la siguiente instancia de base de datos de IA autónoma se utiliza la capacidad de pool elástico:

  • 1 instancia con 256 ECPU con Autonomous Data Guard local activado, para un total de 512 ECPU asignadas desde el pool.

    Al utilizar esta instancia, si el uso máximo de ECPU es de 256 ECPU para una hora de facturación determinada, el uso máximo general de ECPU se notificará como 256 ECPU para las bases de datos primarias y 256 ECPU para las bases de datos en espera. La facturación de esa hora será de 512 ECPU (tamaño de agrupación 4x).

Del mismo modo, si crea un pool elástico con un tamaño de pool de 128 ECPU, con una capacidad de pool de 512 ECPU, al agregar las siguientes instancias de Autonomous AI Database, se utiliza la capacidad de pool elástico de la siguiente manera:
  • 128 instancias con 2 ECPU cada una, con Autonomous Data Guard local activado, para un total de 512 asignaciones de ECPU del pool.

    Al utilizar todas estas instancias, si el uso máximo de ECPU es de 256 ECPU, 128 *2 ECPU por instancia, para una hora de facturación determinada, el uso máximo general de ECPU se notificará como 256 ECPU para las bases de datos principales y 256 ECPU para las bases de datos en espera. La facturación de esa hora será de 512 ECPU (tamaño de agrupación 4x).

En algunos casos, el pico agregado de las bases de datos en espera de ADG locales en el pool elástico hace que el pico por hora del pool elástico se encuentre dentro del siguiente nivel de facturación. Cuando esto ocurre, el pico agregado de los miembros de la agrupación y el pico agregado para las bases de datos en espera de ADG locales se calculan por separado para proporcionarle una ventaja de costo.

Por ejemplo, puede crear un pool elástico con un tamaño de pool de 128 ECPU, con una capacidad de pool de 512 ECPU. La piscina tiene 3 miembros (incluido el líder). DB1 tiene asignadas 20 ECPU y tiene ADG en espera local, DB2 tiene asignadas 25 ECPU y tiene ADG en espera local, y DB3 tiene asignadas 30 ECPU y tiene ADG en espera local. Si el uso máximo de ECPU de estas bases de datos es de 18 ECPU, 22 ECPU y 30 ECPU, respectivamente, para una hora de facturación determinada, el uso máximo de ECPU por hora agregado sería de 70 ECPU * 2 (ya que cada una tiene una ADG en espera local). En este caso, en lugar de facturar el pool elástico para 256 ECPU (ya que el pico salta a 140 ECPU debido a que tiene bases de datos en espera de ADG locales y 140 > 128), el pool por hora el cargo se calcula observando los picos de ECPU por hora de las instancias primarias para determinar el nivel de facturación del pool y agregando los picos agregados resultantes de las bases de datos en espera de ADG locales configuradas al cargo del pool. En otras palabras, el cargo de grupo para la hora de facturación mencionada en este ejemplo será de 198 ECPU (128 ECPU + 70 ECPU) en lugar de 256 ECPU.

En este ejemplo, se ahorran 58 ECPU de costo de facturación cuando el pico agregado de los miembros de la agrupación y el pico agregado de las bases de datos en espera de ADG locales se determinan por separado.

Consulte Activación de Autonomous Data Guard para obtener más información.

Acerca de la facturación flexible de grupos con una base de datos en espera entre regiones

Describe los detalles de capacidad de pool flexible y de facturación para una base de datos en espera de Autonomous Data Guard entre regiones cuando la base de datos en espera entre regiones se agrega a un pool elástico.

Las bases de datos de un pool elástico se deben ubicar en la misma región. Si tiene una base de datos en espera de Autonomous Data Guard entre regiones, puede colocarla en un pool elástico en la región en espera.

  • Si aumenta los recursos informáticos de la base de datos primaria, el pool elástico remoto donde se ejecutan las ejecuciones en espera entre regiones debe tener suficiente capacidad disponible para adaptarse al aumento.

    Consulte About Elastic Pools para obtener más información sobre la capacidad de la agrupación elástica.

  • No se puede terminar una base de datos primaria cuando la base de datos en espera de Autonomous Data Guard entre regiones es líder del pool. En este caso, debe terminar el pool elástico antes de terminar la base de datos primaria".

    Consulte Terminate an Elastic Pool para obtener más información.

  • Una base de datos en espera de Autonomous Data Guard entre regiones que se encuentra en un pool elástico se factura en función del uso máximo de la base de datos primaria. Esto se aplica independientemente de si el primario está en un pool elástico.

    Por ejemplo, en una hora de facturación determinada de 1 p.m. a 2 p.m., donde el uso máximo de la base de datos primaria es 30 ECPU, la base de datos en espera de Autonomous Data Guard entre regiones también muestra su uso máximo de ECPU como 30 ECPU y este uso se informa al líder del pool elástico de la región remota.

  • Una base de datos en espera de Autonomous Data Guard entre regiones que no está en un pool elástico, ni como líder de pool ni como miembro de pool, se factura como una base de datos en espera entre regiones normal.

    Consulte Facturación de funciones sin servidor de Oracle Autonomous AI Database para obtener más información.