Faturamento do Autonomous AI Database na Infraestrutura Dedicada do Exadata
O Oracle Autonomous AI Database on Dedicated Exadata Infrastructure usa algoritmos específicos para alocar e faturar o uso da computação usada por Autonomous AI Databases. Compreender esses algoritmos pode ajudar você a determinar a melhor forma de criar e configurar seus Autonomous AI Databases para atender às metas de desempenho do modo mais econômico.
Detalhes de Faturamento da CPU
O Oracle Autonomous AI Database on Dedicated Exadata Infrastructure calcula o faturamento da CPU da seguinte forma:
-
O uso da CPU para cada Autonomous AI Database é medido a cada segundo em unidades de ECPU ou OCPU inteira.
a. Um Autonomous AI Database interrompido usa zero ECPU ou OCPU. Quando um Autonomous AI Database for interrompido, você não será cobrado.
b. 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 a cobrança pelo número de CPUs atualmente alocadas para o banco, sejam elas especificadas 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.
c. 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 no Oracle Database@AWS suporta apenas o modelo de computação ECPU.
-
As medições por segundo são calculadas em média em cada intervalo de horas para cada Autonomous AI Database.
-
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.
Os custos de computação do banco de dados Autonomous AI Database on Dedicated Exadata Infrastructure são agregados e relatados no nível do AVMC, abrangendo todos os Autonomous AI Databases ativos em todos os ACDs no AVMC. A OCI Cost Analysis pode fornecer o uso e o custo da AVMC.
Para estimar o custo por Autonomous AI Database, some o total de ECPUs entre os Autonomous AI Databases e aloque o custo com base na participação de cada Autonomous AI Database no consumo total de CPU. Por exemplo:
Se o AVMC reportar 1500 ECPUs faturadas para um período de faturamento e três Autonomous AI Databases estiverem ativos; Banco de Dados A com 10 ECPUs, Banco de Dados B com 20 ECPUs e Banco de Dados C com 30 ECPUs. A divisão de custos é:
-
Banco de Dados A: 10/(10+20+30) = 16,67% de 1500
-
Banco de Dados B: 20/(10+20+30) = 33,33% de 1500
-
Banco de Dados C: 30/(10+20+30) = 50%de 1500
Isso pressupõe tamanhos de CPU fixos sem dimensionamento automático e todos os 3 Autonomous AI Databases estavam em execução durante o período de faturamento. Para maior precisão, use a métrica ECPUs Alocadas para capturar o uso real de ECPU por Autonomous AI Database.
É recomendável que você veja:
-
Gerenciamento de Computação no Autonomous AI Database para saber como as CPUs se movem entre categorias de CPU totais, disponíveis e reivindicáveis com uso e como são faturadas.
-
Alocação de CPU ao Dimensionamento Automático para entender como as CPUs alocadas com dimensionamento automático afetam o faturamento, com exemplos específicos.
-
Análise de Custos para visualizar, rastrear e otimizar seus gastos com a Oracle Cloud Infrastructure.
Faturamento de Pool Elástico
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, exceto que 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 elástico do pool de recursos:
-
É faturado para o líder do pool e o faturamento é baseado no tamanho do pool de recursos elástico 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 que é 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 pool elástico é o seguinte:
-
Se o total de utilização de ECPU de pico agregado for igual ou inferior ao tamanho do pool em uma determinada hora, você será cobrado pelo número de ECPUs do tamanho do pool (uma vez o tamanho do pool).
-
Após a criação de um pool elástico, o faturamento da ECPU continua no mínimo uma vez a taxa de tamanho do pool, mesmo quando os bancos de dados 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 de tamanho do pool de ECPUs (uma vez o tamanho do pool). Isso representa até 87% de economia nos custos de computação no caso de esses bancos de dados serem cobrados separadamente sem usar pools elásticos.
-
Se o pico agregado de utilização de ECPU do líder do pool e os membros excederem 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 do pool de ECPUs: para uso maior que uma vez o número do tamanho do pool de ECPUs e até 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 até 75% de economia de custos de computação no caso de esses bancos de dados serem 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 do pool de ECPUs: para uso que é maior que duas vezes o pool número de ECPUs e acima e incluindo até quatro vezes o número de ECPUs do tamanho do pool em uma determinada hora de faturamento, o faturamento por hora é quatro vezes o número de ECPUs do tamanho do pool. Em outras palavras, se o pico agregado de utilização de ECPU do pool exceder o dobro do tamanho do pool para uma determinada hora, você será cobrado por quatro vezes o número do tamanho do pool de ECPUs (quatro vezes o tamanho do pool). Isso representa até 50% de economia nos custos de computação no caso de esses bancos de dados serem 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 ECPU de pico agregada 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 uso de ECPU agregada de pico do pool elástico para a hora de faturamento é menor ou igual a 128 ECPUs.
-
Caso 2: O pico agregado de utilização 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 é cobrado 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 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 (neste 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 para o período 2-3 pm é: (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 autônoma do Autonomous AI Database, 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 para 4–5 horas é: (4 * 0,5) + 128 = 130 ECPUs.
-
Onde (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 para o 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 Sai do Pool
O faturamento de uma instância do Autonomous AI Database que sai de 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.