Sobre Pools Elásticos

Os pools elásticos oferecem as seguintes vantagens:

• Opere dentro de um orçamento fixo em um grupo de bancos de dados e, ao mesmo tempo, forneça elasticidade de desempenho para cada banco de dados individual.

• Migre facilmente de ambientes Oracle on-premises que usam excesso de assinatura para fornecer um caminho econômico para o Autonomous AI Database.

• Ofereça suporte a fornecedores do SaaS que gerenciam um grande número de bancos de dados de clientes individuais.

• Facilite o uso da arquitetura de microsserviços quando vários bancos de dados forem necessários.

• Os membros do pool em um pool elástico não são faturados individualmente. Em vez disso, o faturamento é aplicado ao líder do pool com base na forma do pool. Essa abordagem permite alocar ECPUs adicionais por instância para membros do pool sem preocupação com os custos de uso de ECPU de membros individuais.

• No Autonomous AI Database, a capacidade de E/S e a alocação de memória estão diretamente correlacionadas com a contagem de ECPUs. Ao atribuir um número maior de ECPUs a uma instância, você pode se beneficiar de maior capacidade de E/S e mais memória sem incorrer em cobranças adicionais de recursos. Como o custo é determinado pela forma do pool em vez da contagem de ECPUs de cada instância, você pode aproveitar a maior capacidade de E/S e memória por instância na mesma estrutura de preços.

Iniciar e interromper membros do pool não depende do estado do líder. Ou seja, você pode interromper e iniciar de forma independente cada instância que faz parte de um pool elástico, incluindo o líder e os membros do pool elástico que não são o líder.

Um pool elástico é uma construção lógica que não impõe restrições físicas a seus membros. O líder do pool e os membros do pool não precisam residir na mesma infraestrutura. No entanto, você pode criar um pool elástico com todos os membros do pool e o líder do pool localizado na mesma infraestrutura. Esses são chamados de Pools Elásticos Dedicados e oferecem opções adicionais, incluindo dimensionamento personalizado para computação e armazenamento, consolidação e governança aprimoradas do banco de dados, faturamento simplificado e controle aprimorado sobre a aplicação de patches. Consulte Sobre Pools Elásticos Dedicados para obter mais detalhes.

Se sua organização usar o modelo de tenancy mãe e filha do OCI (Oracle Cloud Infrastructure), conforme descrito em Visão Geral do Gerenciamento da Organização, você poderá obter economia de custos de pool elástico criando um pool elástico que abrange tenancies mãe e filha. Nesta configuração, o líder do pool elástico está na tenancy mãe e os membros do pool estão nas tenancies filhas. Consulte Pools Elásticos entre Tenancies Pai e Filho para obter mais detalhes.

Para criar um pool elástico e se tornar um líder de pool, uma instância do Autonomous AI Database deve:

• Use o modelo de computação de ECPU.

• O dimensionamento automático de computação está desativado.

• Não ser membro de um pool elástico existente.

• Tenha um número suficiente de ECPUs disponíveis, abaixo do limite da tenancy, para acomodar o tamanho do pool elástico.

• O provisionamento de um líder de pool está sujeito aos limites de serviço impostos no nível da tenancy.

A contagem máxima de ECPUs individuais permitida para uma instância do Autonomous AI Database que cria um pool elástico é quatro (4) vezes o tamanho do pool especificado ao criar o pool.

Para participar de um pool elástico, uma instância do Autonomous AI Database deve:

• Use o modelo de computação de ECPU.

• O dimensionamento automático de computação está desativado.

• Não ser membro de um pool elástico.

• Ter uma contagem de ECPUs abaixo da capacidade disponível do pool.

• O provisionamento de um membro do pool está sujeito à capacidade disponível do pool.

O agrupamento de recursos e o faturamento de um pool elástico 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 é a líder do pool elástico. Qualquer alocação e faturamento de recursos relacionados ao armazenamento para uso de armazenamento é cobrado separadamente para instâncias individuais do Autonomous AI Database, independentemente de a instância estar em um pool elástico. O Autonomous AI Database cobra todo o uso de computação de um pool elástico para o líder do pool na taxa de uso de computação do Transaction Processing, independentemente de o líder do pool elástico usar o tipo de carga de trabalho Transaction Processing, Lakehouse, JSON ou APEX. Consulte Faturamento sem Servidor do Autonomous AI Database para Pools Elásticos e Informações de Faturamento do Modelo de Computação ECPU para obter mais informações.

No entanto, em pools elásticos dedicados, o agrupamento e o faturamento de recursos incluem recursos de computação (uso de ECPU) e armazenamento. O consumo total de recursos é cobrado do líder do pool. Consulte Sobre o Autonomous AI Database Dedicated Elastic Pool Billing para obter detalhes.

Um banco de dados principal do Autonomous Data Guard pode usar um stand-by local ou entre regiões que faça parte de um pool elástico, seja como líder ou membro. O faturamento do pool elástico varia dependendo se o líder do pool ou qualquer membro está associado ao Autonomous Data Guard ou não. Consulte Sobre o Faturamento de Pools Elásticos do Autonomous AI Database com o Autonomous Data Guard para obter mais informações.

Um pool elástico tem uma capacidade de pool de 4 vezes o tamanho do pool. Por exemplo, um pool com tamanho de 128 ECPUs pode conter até 512 ECPUs para seu líder e para os membros.

Veja a seguir exemplos de instâncias do Autonomous AI Database que podem estar em um pool elástico com tamanho de pool de 128 e capacidade de pool de 512:

• Cada um deles é válido para membros do pool em um pool elástico com um tamanho de pool de 128:

  • 1 instância com 512 ECPUs, para um total de 512 ECPUs

  • 128 instâncias com 4 ECPUs, para um total de 512 ECPUs

  • 256 instâncias com 2 ECPUs, para um total de 512 ECPUs

  • 50 instâncias com 10 ECPUs e 3 instâncias com 4 ECPUs, para um total de 512 ECPUs

• Da mesma forma, cada um dos itens a seguir é válido para membros do pool em um pool elástico com um tamanho de pool de 128:

  • 1 instância com 128 ECPUs, 2 instâncias com 64 ECPUs, 32 instâncias com 4 ECPUs e 64 instâncias com 2 ECPUs, para um total de 512 ECPUs

  • 256 instâncias com 1 ECPU, 64 instâncias com 2 ECPUs, para um total de 384 ECPUs, que é menor que a capacidade do pool de 512 ECPUs.

  • 100 instâncias com 4 ECPUs e 50 instâncias com 2 ECPUs, que é menor que a capacidade do pool de 512 ECPUs.

Estes são exemplos. Você pode adicionar membros de pool a um pool para corresponder ao número de instâncias e ao número de ECPUs por instância para atender às suas necessidades, com base no tamanho do pool selecionado.

Em um pool elástico, as seleções de licenciamento do líder do pool determinam os requisitos de licença para todo o pool. Se quiser usar o BYOL para um pool elástico e definir um Limite de Licença do BYOL, você deverá definir o valor limite na instância do líder do pool. As seleções de licença para membros do pool, incluindo qualquer Limite de Licença BYOL, não se aplicam enquanto uma instância for membro de um pool. As seleções de licença, incluindo qualquer Limite de licença BYOL, entrarão em vigor somente se um membro do pool ou o líder do pool sair do pool elástico. Por exemplo, se um pool elástico incluir uma instância membro que use o Autonomous Data Guard com uma instância principal de 8 ECPUs com o tipo de licença BYOL definido, a seleção de licenciamento da instância principal e stand-by será definida da seguinte forma:

• Quando o primário é um membro do pool, o tipo de licença do primário pode ser definido, mas não se aplica ao primário; o primário usa o tipo de licença do líder do pool elástico. A seleção do tipo de licença no primário será aplicada quando e se o primário sair do pool elástico.

• Para um stand-by local, a instância stand-by está no pool elástico. Nesse caso, o stand-by local usa o mesmo tipo de licença que o principal.

• Para um stand-by entre regiões, a instância stand-by está no pool (como membro do pool ou como líder do pool) ou não está no pool elástico, da seguinte forma:

  • Quando um stand-by entre regiões não está no pool elástico, ou seja, não é o líder do pool ou um membro do pool, o tipo de licença stand-by entre regiões pode ser definido, mas não se aplica; o stand-by usa o tipo de licença do líder do pool elástico. A seleção do tipo de licença no stand-by será aplicada quando e se o stand-by sair do pool elástico.

  • Quando um stand-by entre regiões não está no pool elástico, ou seja, não é o líder do pool ou um membro do pool, o tipo de licença stand-by entre regiões pode ser definido, mas não se aplica; o stand-by usa o tipo de licença do líder do pool elástico. A seleção do tipo de licença no stand-by será aplicada quando e se o stand-by sair do pool elástico.

  • Quando um stand-by entre regiões não está no pool elástico, ou seja, não é o líder do pool ou um membro do pool, o tipo de licença stand-by entre regiões pode ser definido, mas não se aplica; o stand-by usa o tipo de licença do líder do pool elástico. A seleção do tipo de licença no stand-by será aplicada quando e se o stand-by sair do pool elástico.

Por padrão, cada instância em um pool elástico recebe automaticamente uma janela de manutenção. Ao selecionar uma forma de pool que seja igual ou superior a 1024 ECPUs, você tem a opção de designar uma janela de manutenção personalizada de 2 horas durante a qual o líder e todos os membros do pool elástico são corrigidos juntos. Para selecionar uma janela de manutenção personalizada para seu pool elástico, registre uma Solicitação de Serviço no Suporte do Oracle Cloud.

Quando você cria um pool elástico no Autonomous AI Database, sua instância se torna a líder do pool. As instâncias que você adiciona a um pool existente se tornam membros do pool. As operações que você pode executar dependem de sua função como líder ou membro.

Você pode executar as seguintes operações somente como o líder do pool:

Os membros do pool e o líder do pool podem executar estas operações: