Faturamento do Autonomous AI Database na Infraestrutura Dedicada do Exadata

O Oracle Autonomous AI Database na Infraestrutura Dedicada do Exadata usa algoritmos específicos para alocar e faturar o uso da computação usada pelos Autonomous AI Databases. Compreender esses algoritmos pode ajudar a determinar a melhor forma de criar e configurar seus Autonomous AI Databases para atender às metas de desempenho da maneira mais econômica.

Tópicos Relacionados

Detalhes de Faturamento da CPU

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

  1. O uso da CPU para cada Autonomous AI Database é medido a cada segundo em unidades de ECPU ou OCPU inteira.
    1. Um Autonomous AI Database interrompido usa zero ECPU ou OCPU. Quando um Autonomous AI Database for interrompido, você não será cobrado.
    2. Um Autonomous AI Database em execução usa seu número alocado de ECPUs ou OCPUs, além de ECPUs ou OCPUs adicionais devido ao dimensionamento automático. Quando um Autonomous AI Database está em execução, você recebe uma cobrança pelo número de CPUs atualmente alocadas para o banco, seja especificado na criação inicial ou posteriormente por uma operação manual de dimensionamento. Além disso, se a escala automática estiver ativada para o banco, você receberá uma cobrança de cada segundo para quaisquer CPUs adicionais que o banco estiver usando como resultado da expansão automática.

      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 criadas, essas CPUs não serão cobradas. Somente quando você provisionar Autonomous AI Databases em um AVMC e um ACD subjacente, e esse banco de dados estiver sendo executado ativamente, as CPUs usadas serão cobradas. Como resultado, você pode criar ACDs nos AVMCs para organizar e agendar 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 AI 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 em caso de qualquer falha 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 estão incluídas no faturamento.

    Observação:

    O Autonomous AI Database on Dedicated Exadata Infrastructure on Oracle Database@AWS suporta apenas o modelo de computação ECPU.
  2. As medições por segundo são feitas em média em cada intervalo de horas para cada Autonomous AI Database.
  3. As médias por hora para os Autonomous AI Databases são adicionadas 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 AI 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 telefone celular, mas isso se aplica às suas instâncias do Autonomous AI 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, a líder, é cobrada pelo uso de computação associado a todo o pool. Consulte Consolidar Instâncias do Autonomous AI 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 AI Database líder do pool.

Usando um pool elástico, você pode provisionar até quatro vezes o número de ECPUs sobre o 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 AI 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 AI Database. Por outro lado, ao provisionar individualmente 512 instâncias do Autonomous AI Database sem usar um pool elástico, você deve alocar no mínimo 2 ECPUs para cada instância do Autonomous AI Database. Neste exemplo, você pagaria por 1024 ECPUs. O uso de um pool elástico oferece até 87% de economia nos custos de computação.

Após a criação de um pool elástico, o uso total de ECPU de uma determinada hora é cobrado da instância do Autonomous AI Database, que é a líder do pool. Exceto para o líder do pool, as instâncias individuais do Autonomous AI Database que são membros do pool não são cobradas pelo uso de 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 Conseguir Economia de Custo de Computação de até 87% com Pools de Recursos Elásticos em um Autonomous AI Database.

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

Quando um pool elástico é criado ou encerrado, o líder é cobrado pela hora inteira do 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 AI Database).

  • Exemplo de Criação de Pool: Suponha que uma instância do Autonomous AI Database com 4 ECPUs não faça parte de nenhum pool elástico. Às 2:15, se você criar um pool elástico com essa instância com um tamanho de pool de 128 ECPUs, a instância se tornará uma líder de pool. Supondo que o Autonomous AI Database esteja ocioso entre 2 e 3 pm e não haja outras instâncias do Autonomous AI Database no pool, o faturamento da 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 da computação pelos quinze minutos antes da instância do Autonomous AI 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 ele é criado.
  • Exemplo de Encerramento de Pool: Suponha que uma instância do Autonomous AI Database com 4 ECPUs seja a líder de um pool elástico e o tamanho do pool seja 128 ECPUs. Às 4:30 da tarde, se você encerrar o pool elástico, o banco de dados se tornará uma instância standalone do Autonomous AI Database, e não parte de qualquer pool elástico. Supondo que o Autonomous AI Database esteja ocioso entre 4 e 5 pm e não haja outras instâncias do Autonomous AI Database no pool, o faturamento da hora entre 4 e 5 pm é o seguinte:
    • A fatura de 4 a 5 horas é: (4 * 0,5) + 128 = 130 ECPUs.
    • Onde o (4 * 0.5) é o faturamento para computação pelos trinta minutos após a instância do Autonomous AI Database encerrar o pool elástico, e 128 ECPUs é o faturamento do pool elástico pela hora em que o pool elástico foi encerrado.
    • Depois que a instância do Autonomous AI 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 AI Database que deixa um pool elástico retorna ao faturamento de instâncias individuais 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.