Conceitos Básicos do Autonomous Database on Dedicated Exadata Infrastructure no Oracle Database@AWS

Introdução

O Autonomous Database é uma experiência totalmente gerenciada do Oracle Database com automação de serviços que torna simples e econômica a criação de aplicativos de banco de dados, sejam eles de natureza não crítica ou super crítica.

O Autonomous Database simplifica o processamento de transações e análises em uma única solução, ao mesmo tempo em que atende de forma transparente aos requisitos arquitetônicos e operacionais tradicionalmente desafiadores, como Disponibilidade, Escalabilidade, Desempenho Extremo e Segurança.

O Autonomous Database no Oracle Database@AWS traz o poder do Autonomous Database para as regiões da AWS, permitindo acesso de baixa latência de aplicativos e serviços implementados pela AWS. O Autonomous Database aproveita a Arquitetura de Software do Oracle Exadata Database e é executado em um AVMC (Autonomous Virtual Machine Cluster) implantado na principal Infraestrutura do Exadata da Oracle. Usando o Oracle Database @AWS, você pode usar APIs de software para implantar Infraestruturas Exadata físicas dentro das zonas de disponibilidade da AWS e em uma única implantação de infraestrutura, você pode executar Oracle Autonomous Databases totalmente gerenciados em conjunto com outros Clusters de VMs que executam Oracle Databases cogerenciados pelo cliente.

Este tutorial o orientará sobre provisionamento e conexão ao seu primeiro Autonomous Database.

Objetivos

Visão geral

Para começar a provisionar Autonomous Databases no Oracle Database @ AWS, primeiro você deve acessar o AWS Marketplace e integrar com uma Oferta Privada que vincula sua conta da AWS a uma tenancy da Oracle que executará as APIs de serviço.

Há cinco recursos principais envolvidos no Autonomous Database on Dedicated Exadata Infrastructure no Oracle Database na AWS. A Rede ODB é uma VPC que faz pareamento com suas VPCs de aplicativos e serve como uma rede de ponte com o console de serviço e o plano de controle do Oracle Database @ AWS. A Rede ODB especifica o bloco CIDR (IPs) dos nós do Cluster de VMs nos quais seus bancos de dados serão executados.

Os quatro principais recursos do serviço Autonomous Database são mostrados na imagem a seguir.

Esta imagem ilustra o modelo de recurso do Autonomous Database on Dedicated Exadata Infrastructure com exemplos.

Descrição da ilustração ADB-Dedicated-Exadata-Infrastructure-resource-model.png

Os recursos Fleet Admin (Exadata Infrastructure, Cluster de VMs do Autonomous Exadata e Autonomous Container Database) são mais orientados à infraestrutura e à arquitetura, exigindo tempos de provisionamento mais longos. No entanto, eles não são criados com frequência, exceto durante a configuração inicial do ambiente ou para expansão de capacidade à medida que você adiciona mais cargas de trabalho.

O recurso DBA de Desenvolvedor/Aplicativo (Autonomous Database também conhecido como. ADB) pode ser criado de forma rápida e fácil de forma self-service. O design de serviço permite a criação de recursos de Administração de Frota sem custos faturáveis, permitindo que você configure um modelo de governança de CI/CD que abrange o desenvolvimento durante o estágio até a produção. Isso pode se tornar visível para os proprietários de aplicativos por meio de alocações de cota, permitindo que eles façam o autoatendimento de Autonomous Databases dentro de restrições orçadas.

Este tutorial o guiará pelos fluxos de provisionamento para os cinco principais recursos.

Etapa 1: Rede ODB

Esta imagem ilustra a arquitetura de alto nível do Autonomous Database on Dedicated Exadata Infrastructure com uma única zona de disponibilidade.

Descrição da ilustração high-level-arch-single-availability-zone.png

A Rede ODB é criada como qualquer VPC na AWS, mas o workflow de provisionamento é iniciado nos links de recursos de serviço do Oracle Database @AWS. A Rede ODB especificará uma sub-rede que hospeda os nós de VM do serviço de banco de dados (sub-rede cliente) e, opcionalmente, uma sub-rede para tráfego de backup, bem como uma VPC de aplicativo a ser pareada com a Rede ODB. Planeje o tamanho da sua Rede ODB apropriadamente com base no número de nós de VM que você espera hospedar em suas Infraestruturas Exadata, pois cada um desses recursos exigirá uma reserva de IP. Em geral, em uma Rede ODB, a sub-rede do cliente de banco de dados reservará 4 IPs para cada VM em seus clusters, além de 8 IPs adicionais e a sub-rede de backup (não necessária se apenas usar o serviço Autonomous Database) reservará 3 IPs para cada VM em seus clusters, mais 3 IPs adicionais. Os detalhes podem ser encontrados na documentação do ODB Network.

Consulte o Lab 1: Provisioning ODB Network em Introduction to Oracle Database@AWS para obter orientação passo a passo.

Etapa 2: Exadata Infrastructure

O Exadata Infrastructure (EI) é uma alocação de servidores de Banco de Dados (computação) e Armazenamento que definem um sistema físico. Um sistema requer no mínimo 2 servidores de Banco de Dados e 3 de Armazenamento, mas pode ser dimensionado para um máximo de 32 servidores de Banco de Dados e 64 de Armazenamento. Cada servidor de Banco de Dados (a última geração do Exadata X11M hoje) fornece 192 núcleos de CPU físicos, e cada servidor de Armazenamento fornece até 80 TB de armazenamento de dados utilizável. Você pode começar com um sistema mínimo ou um maior e maior escala on-line, adicionando mais servidores de Banco de Dados e Armazenamento aos sistemas existentes, até o tamanho máximo.

O sistema é configurado automaticamente com uma rede de clusters RDMA (Remote Direct Memory Access) de alta velocidade para RAC (Real Application Cluster) e rede de solicitação de banco de dados geral e comunicações de E/S. A automação da Oracle gerencia totalmente a infraestrutura, enquanto o cliente mantém o controle de programação para atualizações mensais de segurança do sistema operacional e manutenção trimestral do software Exadata. A infraestrutura do Exadata vem com um custo de assinatura nominal que protege a reserva de hardware dedicada e fornece acesso a todo o armazenamento e memória nos respectivos servidores. Os serviços executados na infraestrutura dedicada são cobrados em um modelo de pagamento por uso específico do tipo de serviço implantado.

Consulte o Laboratório 2: Provisionando a Infraestrutura do Exadata em Introdução ao Oracle Database@AWS para obter orientação passo a passo.

Etapa 3: Cluster Exadata de VMs Autônomas

O AVMC (Autonomous Exadata VM Cluster) é uma camada de virtualização que, assim como em qualquer implantação de computação da AWS, isola um ambiente de runtime de outro. Os AVMCs permitem o particionamento de recursos de computação e memória da infraestrutura física subjacente e fornecem uma interface de rede separada com configurações de regra de segurança de tráfego. O AVMC deve ser executado em no mínimo 2 servidores de Banco de Dados e, junto com alocações de armazenamento de banco de dados, você tem controle sobre a alocação simétrica de núcleos e memória para cada VM no cluster. Como o ADB é um serviço de banco de dados totalmente gerenciado e nada pode ser executado dentro das VMs, exceto recursos controlados pelas APIs de serviço do ADB, não há cobrança por qualquer alocação de recursos físicos para o AVMC. Os recursos físicos podem ser aumentados e diminuídos verticalmente (dentro dos servidores existentes) e horizontalmente (adicionando mais servidores). Embora a Oracle seja responsável pela integridade do AVMC, você pode controlar a programação das operações de manutenção trimestral configurando políticas que a automação da Oracle honrará.

Consulte o Laboratório 3: Provisionando o Cluster de VMs Autônomas em Introdução ao Oracle Database@AWS para obter orientação passo a passo.

Etapa 4: Autônomo do Container Database

O ACD (Autonomous Container Database) é uma camada adicional de isolamento de banco de dados dentro dos AVMCs. O ACD define uma versão exclusiva do software de banco de dados (por exemplo, 19c ou 23ai) e seu padrão de atualização e programação. O ACD pode delegar totalmente todas as decisões de manutenção à automação da Oracle e declarar padrões, como ignorar a cada dois trimestres e sempre aplicar uma versão que foi validada anteriormente em um ambiente de estágio. Assim como o AVMC, o ACD não incorre em custos de faturamento e é dimensionado dinamicamente à medida que os Autonomous Databases são adicionados ou dimensionados no contêiner. O ACD é onde você configura políticas de retenção de backup, estratégia de chave de criptografia, arquitetura HA e DR e aplica controles avançados de clusterização de banco de dados.

Consulte o Lab 4: Provisioning Autonomous Container Database em Introduction to Oracle Database@AWS para obter orientação passo a passo.

Etapa 5: Autonomous Database

O Autonomous Database (ADB) é um Oracle Database totalmente gerenciado com automação operacional e de integridade. É aqui que os aplicativos se conectam; o esquema é definido e os dados do usuário são armazenados. O Autonomous Database apresenta automação sofisticada de pagamento por uso, incluindo dimensionamento automático, que permite dimensionamento instantâneo de até 3x de recursos da CPU à medida que a carga de trabalho aumenta ou diminui, com faturamento no segundo nível. O ADB é onde residem a API principal e as ferramentas gerenciadas incorporadas (Hub de Desempenho, Data Studio (pipelines, catálogos, compartilhamento, transformações), Oracle REST, interfaces MongoDB, APEX Low Code etc.).

O Autonomous Database suporta ciclos de vida de Produção e Desenvolvimento com APIs para Criar, Iniciar, Interromper, Dimensionar, Clonar, Flash Back to a Point-in-Time, Restaurar, Executar Rotação de Chaves e Backup de Longo Prazo, entre outras funções. O Autonomous Database engloba todos os recursos nativos de automação de desempenho e análise do Oracle Database, incluindo indexação automática, gerenciamento de plano auto-SQL, particionamento automático, machine learning, tipos e indexação de vetores e processamento de gráficos.

O Autonomous Database também fornece métricas operacionais avançadas, eventos e registros integrados a serviços nativos da AWS, como CloudWatch, facilitando a adição de observabilidade de serviço. Depois de provisionado, você poderá acessar a console de serviço do ADB e clicar no botão Conexão do banco de dados para fazer download da wallet de conexão e copiar as strings de conexão para uso no seu aplicativo.

Consulte o Lab 5: Provisioning Autonomous Database em Introduction to Oracle Database@AWS para obter orientação passo a passo.

Resumo

Os 5 Live Labs anteriores analisaram o processo de ativar e executar um Autonomous Database em uma região da AWS e na zona de disponibilidade de sua escolha. Agora você tem todo o poder do Oracle Database em um modelo de autoatendimento fácil de usar e econômico. Para saber mais sobre todos os recursos e ferramentas integrados, você pode revisar a Documentação do serviço Autonomous Database. Aproveite e seja bem-vindo ao Autonomous Database.

Próximas Etapas

Agora você está pronto para migrar seus dados para o seu novo Oracle Database. Dê uma olhada no Oracle Zero Downtime Migration (ZDM) para ajudar você com suas necessidades de migração.

Forneça links a recursos adicionais. Esta seção é opcional; exclua se não for necessário.

Confirmações

Liste os nomes e o título dos autores e colaboradores. Esta seção é opcional; exclua se não for necessário.

Mais Recursos de Aprendizado

Explore outros laboratórios em docs.oracle.com/learn ou acesse mais conteúdo de aprendizado gratuito no canal do Oracle Learning YouTube. Além disso, acesse education.oracle.com/learning-explorer para se tornar um Oracle Learning Explorer.

Para obter a documentação do produto, visite o Oracle Help Center.