Planejar e Observar a Capacidade do Autonomous Database na Infraestrutura Dedicada do Exadata

Terminologia de Recursos

É importante entender os vários termos usados com alocação e uso de recursos na console da Oracle Cloud Infrastructure (OCI) e entender o que eles significam:

CPUs Disponíveis: CPUs disponíveis para alocação a fim de provisionar novos Autonomous Databases ou dimensionar Autonomous Databases existentes.
CPUs Provisionadas: Total de CPUs alocadas para todos os Autonomous Databases em um Cluster de VMs do Autonomous Exadata (AVMC).
CPUs Reservadas: Total de CPUs reservadas para suportar dimensionamento automático de Autonomous Databases, failover do Autonomous Database em caso de falha do nó e gerenciamento do ciclo de vida de Autonomous Container Databases (ACDs) vazios.
CPUs Recuperáveis: Total de CPUs de todos os Autonomous Databases encerrados e reduzidos em todos os Autonomous Container Databases (ACDs) dentro de um Cluster de VMs (AVMC) do Autonomous Exadata. As CPUs recuperáveis não são retornadas ao estado Disponível até que o ACD seja reiniciado.

Dica:
Consulte Gerenciamento de Computação no Autonomous Database para obter uma explicação detalhada sobre os tipos de CPU com exemplos.
ACDs Provisionáveis: Número de Autonomous Container Databases que podem ser criados em um AVMC (Autonomous Exadata VM Cluster).
ACDs Provisionados: Número de Autonomous Container Databases que foram criados em um AVMC (Cluster de VMs do Autonomous Exadata).
ACDs não provisionáveis: Número de Autonomous Container Databases que não podem ser criados em decorrência de uma falta de CPUs disponíveis em um AVMC (Autonomous Exadata VM Cluster).
Armazenamento Total (em TBs): Armazenamento total alocado para um Cluster de VMs do Autonomous Exadata (AVMC).
Armazenamento Disponível (em TB): o armazenamento disponível para uso de Autonomous Databases em um Cluster de VMs do Autonomous Exadata (AVMC).
Armazenamento Usado (em TB): o armazenamento usado no momento pelo(s) Autonomous Database(s) em um Cluster de VMs do Autonomous Exadata (AVMC).
Memória por CPU (em GBs): Memória alocada para o Cluster de VMs Autônomas do Exadata (AVMC) por CPU.

Limites de Recursos

A tabela a seguir lista os limites de recursos para implantações do Autonomous Database on Dedicated Exadata Infrastructure no Oracle Public Cloud e no Exadata Cloud@Customer.

Limites de Recursos (Máximo)

O número de CPUs Disponíveis determina o número máximo de Autonomous Databases que você pode criar. O menor Autonomous Database pode ser criado com 2 ECPUs ou CPUs 0.1. Portanto, o número máximo de Autonomous Databases que podem ser criados é metade vezes a quantidade de ECPUs Disponíveis ou dez vezes a quantidade de OCPUs Disponíveis.
O número máximo de Autonomous Container Databases por Cluster de VMs do Autonomous Exadata (AVMC) é 16.

Limites de Recursos Recomendados (Máximo)

Recurso	Limite Recomendado
Autonomous Databases por Autonomous Container Database	200
Autonomous Databases por Autonomous Container Database com o Autonomous Data Guard Configurado	25

Observação:

É possível provisionar mais Autonomous Databases do que os mencionados na tabela de limites recomendados acima, especialmente com superprovisionamento de CPU. No entanto, isso implica comprometer os Objetivos do Nível de Serviço (SLOs) para retornar um aplicativo on-line após uma interrupção não planejada ou uma atividade de manutenção planejada. Para saber os detalhes do SLO para implantação do Autonomous Database on Dedicated Exadata Infrastructure, consulte Objetivos de Nível de Serviço (SLOs) de Disponibilidade.

Limites para Clusters de VMs do Autonomous Exadata

Você pode criar vários AVMCs (Clusters de VMs) do Autonomous Exadata em um recurso Exadata Infrastructure. Não há limite máximo para o número de AVMCs ou ACDs (Autonomous Container Databases) que você pode provisionar no seu Exadata Infrastructure. Os AVMCs e os ACDs têm um requisito de recurso mínimo, e você pode criá-los desde que a quantidade mínima de recursos esteja disponível.

Para criar um Cluster de VMs do Autonomous Exadata, os recursos mínimos necessários são 40 ECPUs por nó, 120 GB de Memória por nó e 338.5GB Armazenamento Local por nó e 6.61TB Armazenamento do Exadata. Da mesma forma, os recursos mínimos necessários por nó para criar um ACD são 8 ECPUs ou 2 OCPUs e 50 GB de Armazenamento Local. Desde que o Exadata Infrastructure tenha esses recursos mínimos disponíveis, um AVMC e um ACD poderão ser criados.

O exemplo a seguir mostra o mínimo de recursos do Exadata Infrastructure X9M necessários para provisionar um AVMC (configurado com 2 servidores de banco de dados) com um número diferente de ACDs.

Observação:

Os valores padrão para Memória do banco de dados por ECPU (GB) e Armazenamento do banco de dados (TB) são definidos como 5 GB e 5 TB, respectivamente. No entanto, você pode definir que a memória do Banco de Dados por ECPU esteja dentro de uma faixa de 2 a 5 GB.

Property	1 ACD	2 ACDs	3 ACDs	16 ACDs
Contagem de ECPUs	80	80	96	512
Memória (GB)	320	320	368	1,616
Armazenamento Local (GB)	677	780	883	2,222
Armazenamento do Exadata (TB)	6.61	6.73	6.86	8.45

Rastreamento de Uso do Recurso

Os recursos de computação (CPU) e armazenamento alocados para um Cluster de VMs do Autonomous Exadata (AVMC) ou Autonomous Container Database (ACD) variam à medida que você provisiona e executa Autonomous Databases neles. O número de CPUs alocadas, provisionadas, reservadas, recuperáveis e o armazenamento total, disponível e usado mudam por meio do ciclo de vida de ACDs e Autonomous Databases em um AVMC. À medida que você provisiona, executa e encerra Autonomous Databases ou provisiona, exclui e reinicia ACDs, os recursos de computação e armazenamento são movidos para diferentes categorias, conforme explicado no Compute Management no Autonomous Database.

O rastreamento do uso de recursos para um AVMC ou ACD entre tenancies é fundamental para planejar a capacidade do Autonomous Database na Infraestrutura Dedicada do Exadata. Para simplificar o rastreamento do uso de recursos, o Oracle Autonomous Database fornece insights em formatos gráficos e tabulares na console da Oracle Cloud Infrastructure (OCI).

O Autonomous Database on Dedicated Exadata Infrastructure suporta o rastreamento de uso de recursos em dois níveis:

Cluster de VMs do Autonomous Exadata (AVMC): Você pode exibir os detalhes de uso de recursos de um AVMC em sua página Detalhes na console do OCI. Informações detalhadas sobre os recursos são apresentadas em um formato gráfico e tabular para o AVMC, e cada ACD provisionado no AVMC.
Consulte Exibir Uso de Recursos de um Cluster de VMs do Autonomous Exadata para obter instruções e explicações passo a passo.
Autonomous Container Database (ACD): Semelhante ao AVMC, você também pode exibir os detalhes de uso de recursos de um ACD em sua página Detalhes na console do OCI. Informações abrangentes sobre os recursos neste ACD são fornecidas nesta página em formatos gráficos e tabulares.
Consulte Exibir Uso de Recursos de um Autonomous Container Database para obter instruções e explicações passo a passo.

Visualizações de Uso de Recursos

As métricas de uso de recursos são apresentadas na console do OCI em formatos de gráfico e tabular, para o Cluster de VMs do Autonomous Exadata (AVMC) e o Autonomous Container Database (ACD).

Você pode acessar essas visualizações de recursos no formato de gráfico ou tabela da console do OCI, seguindo as instruções descritas em:

Dica:

Você pode optar por ver essas informações na view gráfica ou tabular selecionando View de gráfico ou View de tabela na lista drop-down no canto superior direito desta seção.

Cluster de VMs do Autonomous Exadata
Autonomous Container Database

Esta seção tem representações gráficas e tabulares do uso de recursos do AVMC.

View de Gráfico

A visualização de gráfico é a visualização padrão. Nesta view, você pode ver 4 visualizações gráficas que fornecem detalhes de uso para diferentes recursos:

Descrição da ilustração avmc_reschart.png

Os quatro gráficos retratam:

Uso da CPU: Descreve o número Total de CPUs alocadas para este AVMC e quantas dessas CPUs são recuperáveis, disponíveis, provisionadas e reservadas. Este é um gráfico de rosca com o número total de CPUs mostradas no centro do gráfico.
Uso da CPU no nível da VM: Este é um gráfico de barras horizontais que fornece um detalhamento do uso da CPU para cada VM no cluster. Você encontra uma barra horizontal para cada VM. Cada barra mostra o número de CPUs recuperáveis, disponíveis, provisionadas e reservadas para essa VM com codificação de cores. Passar o mouse sobre cada parte colorida da barra horizontal exibe o número de CPUs recuperáveis, disponíveis, provisionadas e reservadas para essa VM específica. Clicar nas barras reclimaáveis, provisionadas e reservadas abrirá um novo painel com a divisão desses componentes de CPU por ACDs.
Uso do Autonomous Container Database (ACD): Depende o número Total de ACDs que podem ser criados neste AVMC, juntamente com uma divisão de ACDs Provisionáveis, ACDs Provisionados e ACDs Não Provisionáveis. Consulte Terminologia de Recursos para entender o que cada um deles significa. Este é um gráfico de rosca com o número total de ACDs mostrados no centro do gráfico.
Uso do armazenamento do ADB (Autonomous Database) em TB: Este é um gráfico de rosca que descreve o armazenamento disponível, usado e total do Autonomous Database em TB. O valor total de armazenamento é mostrado no centro do gráfico com valores de armazenamento disponíveis e usados mostrados no gráfico em cores diferentes.

View de Tabela

Para ver os detalhes de uso de recursos de um AVMC na view de tabela, selecione View de Tabela na lista drop-down no canto superior direito da seção Visualizações de uso de recursos. A exibição de tabela mostra exatamente os mesmos detalhes da exibição de gráfico, na forma de tabelas.

Descrição da ilustração avmc_restable.png

As quatro tabelas que você pode ver são:

Uso da CPU: Lista o número de CPUs totais, disponíveis, provisionadas, reservadas e recuperáveis neste AVMC.
Uso de CPU no nível da VM: Lista o número de CPUs disponíveis, provisionadas, reservadas e recuperáveis para cada VM neste cluster de VMs.
Uso do Autonomous Container Database (ACD): Lista o número de ACDs provisionáveis, provisionados e não provisionáveis neste AVMC.
Uso do armazenamento do ADB (Autonomous Database) em TB: Mostra o armazenamento disponível e usado do Autonomous Database em TB.

Esta seção tem representações gráficas e tabulares do uso de recursos do ACD.

View de Gráfico

Descrição da ilustração acd_reschart.png

A visualização de gráfico é a visualização padrão. Nesta exibição, você pode ver um gráfico de barras horizontais que fornece um detalhamento das CPUs usadas por esse ACD em cada VM. Cada barra mostra o número de CPUs provisionadas, reservadas e recuperáveis para essa VM com codificação de cores. Passar o mouse sobre cada parte colorida da barra horizontal exibe o número de CPUs provisionadas, reservadas e recuperáveis para essa VM específica.

View de Tabela

Descrição da ilustração acd_restable.png

Para ver os detalhes do uso de recursos de um ACD na view de tabela, selecione View de Tabela na lista drop-down no canto superior direito da seção Uso de CPU no nível de VM. A exibição de tabela mostra exatamente os mesmos detalhes da exibição de gráfico, na forma de uma tabela. Ele lista o número de CPUs provisionadas, reservadas e recuperáveis para cada VM alocada para o ACD do cluster de VMs pai.

Formas do Sistema Exadata

O Autonomous Database na Infraestrutura Dedicada do Exadata pode ser provisionado em diferentes modelos de Sistema Exadata, como Oracle Exadata X9M-2, X8M-2, X8-2 ou X7-2. Cada modelo vem em diferentes formas, conforme explicado abaixo. Cada Forma do Sistema Exadata é equipada com uma quantidade fixa de memória, armazenamento e recursos de rede.

O total de recursos alocados para o seu Autonomous Database on Dedicated Exadata Infrastructure é determinado pelo Sistema Exadata (e pela forma) usado para provisionar seu serviço.

Dica:

Consulte Características de Formas de Infraestrutura para exibir as especificações de cada modelo do Sistema Exadata.

O Autonomous Database on Dedicated Exadata Infrastructure é oferecido nas seguintes Formas de Sistema Exadata:

Sistema Base: Contém dois servidores de banco de dados e três Servidores de Armazenamento Oracle Exadata. Sistema Base é uma configuração de nível inicial. Em comparação com outras configurações, um Sistema Base contém Oracle Exadata Storage Servers com capacidade de armazenamento significativamente menor e servidores de banco de dados com memória e capacidade de processamento significativamente menores.
Quarter Rack: Contém dois servidores de banco de dados e três Oracle Exadata Storage Servers.
Half Rack: Contém quatro servidores de banco de dados e seis Oracle Exadata Storage Servers.
Full Rack: Contém oito servidores de banco de dados e 12 Oracle Exadata Storage Servers.

Os sistemas X10M nas implantações do Exadata Cloud@Customer são oferecidos nas seguintes Formas do Sistema Exadata:

Sistema Base Elástico: Contém dois servidores de banco de dados e três Servidores de Armazenamento Oracle Exadata e pode ser expandido até um máximo de 16 servidores adicionando mais servidores de banco de dados base e servidores de armazenamento base. Sistema Base é uma configuração de nível inicial. Em comparação com outras configurações, um Sistema Base contém Oracle Exadata Storage Servers com capacidade de armazenamento significativamente menor e servidores de banco de dados com memória e capacidade de processamento significativamente menores.
Elástico: Começa com dois servidores de banco de dados de memória padrão (1390 GB) e três Oracle Exadata Storage Servers, e pode ser expandido até um máximo de 32 servidores de banco de dados e 64 servidores de armazenamento.
Elastic Large: Começa com dois servidores de banco de dados de memória grande (2090 GB) e três Oracle Exadata Storage Servers, e pode ser expandido para até 32 servidores de banco de dados de memória grande e 64 servidores de armazenamento.
Extragrande Elástico: Começa com dois servidores de banco de dados de memória extra grande (2800 GB) e três Oracle Exadata Storage Servers, e pode ser expandido para até 32 servidores de banco de dados de memória grande e 64 servidores de armazenamento.