Faturamento do Autonomous Database on Dedicated Exadata Infrastructure

O Oracle Autonomous Database on Dedicated Exadata Infrastructure usa algoritmos específicos para alocar e faturar o uso da computação usada pelos Autonomous Databases. Compreender esses algoritmos pode ajudá-lo a determinar a melhor forma de criar e configurar seus Autonomous Databases para atingir as metas de desempenho da maneira mais econômica.

Detalhes de Faturamento da CPU

O Oracle Autonomous Database on Dedicated Exadata Infrastructure calcula o faturamento da CPU da seguinte forma:

  1. O uso da CPU para cada Autonomous Database é medido a cada segundo em unidades de toda a ECPU ou OCPU.
    1. Um Autonomous Database interrompido usa zero ECPU ou OCPU. Quando um Autonomous Database é interrompido, você não é cobrado.
    2. Um Autonomous Database em execução usa seu número alocado de ECPUs ou OCPUs, além de quaisquer ECPUs ou OCPUs adicionais por causa do dimensionamento automático. Quando um Autonomous Database está em execução, você é cobrado pelo número de CPUs atualmente alocadas para o banco de dados, quer elas sejam especificadas na criação inicial ou posteriormente por uma operação de dimensionamento manual. Além disso, se o dimensionamento automático estiver ativado para o banco de dados, você será cobrado por cada segundo por quaisquer CPUs adicionais que o banco de dados esteja usando como resultado de ser expandido automaticamente.

      Observação:

      A criação de recursos AVMC e ACD não inicia o faturamento. Portanto, mesmo que você designe uma contagem total de CPUs a um AVMC e cada ACD consuma 8 ECPUs ou 2 OCPUs por nó quando criado, essas CPUs não são cobradas. Somente depois que você provisionar Autonomous Databases em um AVMC e um ACD subjacente, e esse banco de dados estiver em execução ativamente, as CPUs usadas serão cobradas. Como resultado, você pode criar ACDs dentro de AVMCs para organizar e agrupar seus bancos de dados de acordo com suas linhas de negócios, áreas funcionais ou alguma outra técnica, sem se preocupar em incorrer em custos.
    3. Quando você cria um Autonomous Database, por padrão, a Oracle reserva CPUs adicionais para garantir que o banco de dados possa ser executado com pelo menos 50% de capacidade, mesmo no caso de falhas de nó. Você pode alterar a porcentagem de CPUs reservadas entre nós para 0% ou 25% ao provisionar um ACD. Consulte Reserva de failover do nó em Criar um Autonomous Container Database para obter instruções. Essas CPUs adicionais não são incluídas no faturamento.

    Observação:

    O Autonomous Database on Dedicated Exadata Infrastructure no Oracle Database@AWS suporta apenas o modelo de computação ECPU.
  2. A média das medidas por segundo é calculada em cada intervalo de hora para cada Autonomous Database.
  3. As médias por hora dos Autonomous Databases são somadas para determinar o uso da CPU por hora em todo o recurso de Cluster de VMs Autônomas.
É recomendável que você veja:

Faturamento do Elastic Pool

Um pool elástico permite consolidar suas instâncias do Autonomous Database em termos de faturamento de recursos de computação.

Você pode pensar em um pool elástico como um "plano familiar" de serviço de celular, exceto que isso se aplica às suas instâncias do Autonomous Database. Em vez de pagar individualmente por cada banco de dados, os bancos de dados são agrupados em um pool no qual uma instância, o líder, é cobrada pelo uso de computação associado a todo o pool. Consulte Consolidar Instâncias do Autonomous Database Usando Pools Elásticos para obter detalhes completos sobre pools de recursos elásticos.

Uso do pool de recursos elásticos:

  • É cobrado do líder do pool e o faturamento se baseia no tamanho do pool de recursos elásticos e no uso de ECPU por hora real do líder do pool e dos membros.
  • Pode exceder o tamanho do pool (a capacidade do pool pode ser até quatro vezes maior que o tamanho do pool).
  • O faturamento consiste apenas em recursos de computação, ou seja, uso de ECPU, e todo o uso de computação é cobrado da instância do Autonomous Database que é líder do pool.

Usando um pool elástico, você pode provisionar até quatro vezes o número de ECPUs no tamanho do pool selecionado e pode provisionar instâncias de banco de dados que estão no pool elástico com apenas 1 ECPU por instância de banco de dados. Fora de um pool elástico, o número mínimo de ECPUs por instância de banco de dados é 2 ECPUs. Por exemplo, com um tamanho de pool de 128, você pode provisionar 512 instâncias do Autonomous Database (quando cada instância tiver 1 ECPU). Neste exemplo, você é cobrado pelos recursos de computação do tamanho do pool, com base no tamanho do pool de 128 ECPUs, enquanto tem acesso a 512 instâncias do Autonomous Database. Por outro lado, ao provisionar individualmente 512 instâncias do Autonomous Database sem usar um pool elástico, você deve alocar no mínimo 2 ECPUs para cada instância do Autonomous Database. Neste exemplo, você pagaria por 1024 ECPUs. O uso de um pool elástico oferece até 87% de economia de custos de computação.

Após a criação de um pool elástico, o uso total de ECPU para uma determinada hora é cobrado da instância do Autonomous Database, que é o líder do pool. Exceto para o líder do pool, as instâncias individuais do Autonomous Database que são membros do pool não são cobradas pelo uso da ECPU enquanto são membros de um pool elástico.

O faturamento do Elastic Pool é o seguinte:

  • Se o total de pico de utilização de ECPU agregado for igual ou inferior ao tamanho do pool em uma determinada hora, você será cobrado pelo número de tamanho de pool de ECPUs (uma vez o tamanho do pool).
  • Depois que um pool elástico é criado, o faturamento de ECPU continua no mínimo uma vez na taxa de tamanho do pool, mesmo quando os bancos de dados de membros do pool e o líder do pool são interrompidos.
  • Em outras palavras, se o pico agregado de utilização de ECPU do pool for menor ou igual ao tamanho do pool em uma determinada hora, você será cobrado pelo número do tamanho do pool de ECPUs (uma vez o tamanho do pool). Isso representa até 87% de economia de custos de computação em relação ao caso em que esses bancos de dados são cobrados separadamente sem usar pools elásticos.
  • Se a utilização de pico de ECPU agregada do líder do pool e dos membros exceder o tamanho do pool a qualquer momento em uma determinada hora de faturamento:
    • A utilização de pico de ECPU agregada do pool é igual ou inferior a duas vezes o número de tamanho de pool de ECPUs: para uso que é maior que uma vez o número do tamanho do pool de ECPUs e até, inclusive, duas vezes o número de ECPUs em uma determinada hora de faturamento: o faturamento por hora é duas vezes o número do tamanho do pool de ECPUs. Em outras palavras, se o pico agregado de utilização de ECPU do pool exceder o tamanho do pool, mas for menor ou igual a duas vezes o tamanho do pool em uma determinada hora, será cobrado o dobro do tamanho do pool de ECPUs (duas vezes o tamanho do pool). Isso representa uma economia de até 75% nos custos de computação em relação ao caso em que esses bancos de dados são cobrados separadamente sem usar pools elásticos.
    • A utilização de pico de ECPU agregada do pool é igual ou inferior a quatro vezes o número de tamanho de pool de ECPUs: para uso maior que duas vezes o pool número de tamanho de ECPUs e até quatro vezes o número de tamanho de pool de ECPUs em uma determinada hora de faturamento, o faturamento por hora é quatro vezes o número de tamanho de pool de ECPUs. Em outras palavras, se o pico agregado de utilização de ECPU do pool exceder o dobro do tamanho do pool por uma determinada hora, você será cobrado por quatro vezes o número de ECPUs (quatro vezes o tamanho do pool). Isso representa até 50% de economia de custos de computação em relação ao caso em que esses bancos de dados são cobrados separadamente sem usar pools elásticos.
  • Por exemplo, considere um pool elástico com um tamanho de pool de 128 ECPUs e uma capacidade de pool de 512 ECPUs:
    • Caso-1: A utilização de pico agregado de ECPU do líder do pool e dos membros é de 40 ECPUs entre 2:00 pm e 2:30 pm e 128 ECPUs entre 2:30 pm e 3:00 pm.
      • O pool elástico é cobrado 128 ECPUs, uma vez o tamanho do pool, para esta hora de faturamento (2–3 pm). Esse caso se aplica quando o pico de uso de ECPU agregada do pool elástico para a hora de faturamento é menor ou igual a 128 ECPUs.
    • Caso 2: A utilização de pico agregado de ECPU do líder do pool e dos membros é de 40 ECPUs entre 2:00 pm e 2:30 pm e 250 ECPUs entre 2:30 pm e 3:00 pm.
      • O pool elástico recebe 256 ECPUs duas vezes o tamanho do pool para esta hora de faturamento (2–3 pm). Esse caso se aplica quando o pico de uso de ECPU agregada do pool elástico para a hora de faturamento é menor ou igual a 256 ECPUs e maior que 128 ECPUs.
    • Caso-3: O pico agregado de utilização de ECPU do líder do pool e dos membros é de 80 ECPUs entre 2:00 pm e 2:30 pm, e 509 ECPUs entre 2:30 pm e 3:00 pm.
      • O pool elástico é cobrado 512 ECPUs, quatro vezes o tamanho do pool, para esta hora de faturamento (2–3 pm). Esse caso se aplica quando o pico de uso de ECPU agregada do pool elástico para a hora de faturamento é menor ou igual a 512 ECPUs e maior que 256 ECPUs.

Para obter mais detalhes, consulte Como Obter até 87% de Economia nos Custos de Computação com Pools de Recursos Elásticos em um Autonomous Database.

Faturamento de Pool Elástico quando um Pool é Criado ou Encerrado

Quando um pool elástico é criado ou encerrado, o líder é cobrado por toda a hora pelo pool elástico. Além disso, as instâncias individuais que são adicionadas ou removidas do pool são cobradas por qualquer uso de computação que ocorra enquanto a instância não estiver no pool elástico (nesse caso, o faturamento se aplica à instância individual do Autonomous Database).

  • Exemplo de Criação de Pool: Suponha que uma instância do Autonomous Database com 4 ECPUs não faça parte de nenhum pool elástico. Às 2h15, se você criar um pool elástico com esta instância com um tamanho de pool de 128 ECPUs, a instância se tornará um líder de pool. Supondo que o Autonomous Database fique ocioso entre 2 e 3 pm e não haja outras instâncias do Autonomous Database no pool, o faturamento para a hora entre 2 e 3 pm é o seguinte:
    • A fatura do período de 2 a 3 horas é: (4 * 0,25) + 128 = 129 ECPUs.
    • Em que (4 * 0,25) é o faturamento de computação pelos quinze minutos antes de a instância do Autonomous Database criar o pool elástico (durante o período de 2 a 2:15 pm, a instância será cobrada no cluster de VMs) e 128 ECPUs é o faturamento do pool elástico pela hora em que for criado.
  • Exemplo de Encerramento de Pool: Suponha que uma instância do Autonomous Database com 4 ECPUs seja a líder de um pool elástico e que o tamanho do pool seja 128 ECPUs. Às 4h30, se você encerrar o pool elástico, o banco de dados se tornará uma instância standalone do Autonomous Database, não fazendo parte de nenhum pool elástico. Supondo que o Autonomous Database fique ocioso entre 4 e 5 pm e não haja outras instâncias do Autonomous Database no pool, o faturamento para a hora entre 4 e 5 pm é o seguinte:
    • A fatura de 4 a 5 horas é: (4 * 0,5) + 128 = 130 ECPUs.
    • Em que (4 * 0,5) é o faturamento de computação pelos trinta minutos após a instância do Autonomous Database encerrar o elastic pool e 128 ECPUs é o faturamento do elastic pool na hora em que o elastic pool foi encerrado.
    • Quando a instância do Autonomous Database sai do pool, ela se torna parte do cluster de VMs novamente e é cobrada no cluster de VMs.

Faturamento de Pool Elástico quando um Membro ou Líder do Pool Sair do Pool

O faturamento de uma instância do Autonomous Database que deixa um pool elástico retorna ao faturamento de instância individual com base nos recursos de computação que a instância individual usa:
  • Se um membro do pool com 2 ECPUs ou mais sair do pool, a alocação de ECPU da instância individual permanecerá, e a instância será cobrada por esse número de ECPUs.
  • Se um membro do pool com 1 ECPU sair do pool, a alocação de ECPU será definida automaticamente como 2 ECPUs, e a instância será cobrada por 2 ECPUs daqui para frente, a menos que seja ampliada.