Visão geral de soluções e Aplicativos Oracle no Azure

  • Artigo

Aplica-se a: ✔️ VMs do Linux

Neste artigo, você aprenderá sobre como executar as soluções da Oracle utilizando a infraestrutura do Azure.

Importante

Não há suporte para Oracle RAC e Oracle RAC OneNode na Infraestrutura Bare Metal do Azure.

Bancos de dados Oracle na infraestrutura do Azure

A Oracle tem suporte para a execução das edições Standard e Enterprise do Database 12.1 e superiores no Azure em imagens de VM baseadas no Oracle Linux. Você pode executar bancos de dados Oracle na infraestrutura do Azure usando imagens do Oracle Database no Oracle Linux disponíveis no Azure Marketplace.

  • Oracle Database 12.2 e 18.3 Edição Enterprise
  • Oracle Database 12.2 e 18.3 Edição Standard
  • Oracle Database 19.3
    Você também pode adotar uma das seguintes abordagens:
  • Configure o Oracle Database em uma imagem Linux não Oracle disponível no Azure.
  • Crie uma solução em uma imagem personalizada criada a partir do zero no Azure.
  • Carregue uma imagem personalizada a partir do seu ambiente local.

Você também pode escolher configurar sua solução com vários discos conectados. Você pode melhorar o desempenho do banco de dados instalando o Gerenciamento de Armazenamento Automático da Oracle (ASM). Para obter o melhor desempenho para cargas de trabalho de produção do Oracle Database no Azure, certifique-se de dimensionar adequadamente a imagem da VM e selecionar as opções de armazenamento corretas com base na taxa de transferência, latência e IOPS. Para obter instruções sobre como obter rapidamente um Oracle Database instalado e em execução no Azure usando a imagem da VM publicada pela Oracle, consulte Criar um Oracle Database em uma VM do Azure.

Implantar imagens de VM da Oracle no Microsoft Azure

Esta seção aborda informações sobre as soluções da Oracle baseadas em imagens de máquina virtual (VM) publicadas pela Oracle no Azure Marketplace. Para obter uma lista das imagens Oracle disponíveis no momento, execute o comando a seguir usando a CLI do Azure ou o Azure Cloud Shell

az vm image list --publisher oracle --output table –all

As imagens são "traga sua própria licença". Você é cobrado apenas pelos custos de computação, armazenamento e rede incorridos na execução de uma VM. Você também pode optar por criar suas soluções em uma imagem personalizada que você cria do zero no Azure ou fazer upload de uma imagem personalizada do seu ambiente local.

Importante

Você precisa de uma licença adequada para usar o software da Oracle e de um contrato de suporte atual com a Oracle. A Oracle tem garantia de mobilidade de licença do local para o Azure. Para obter mais informações sobre a mobilidade de licenças, consulte as Perguntas frequentes sobre a Parceria Estratégica entre a Oracle e a Microsoft.

Aplicativos no servidor WebLogic e Oracle Linux

Execute aplicativos corporativos no servidor WebLogic no Azure em imagens Oracle Linux com suporte. Para obter mais informações, consulte a documentação do WebLogic,Visão geral da Solução do Oracle WebLogic Server no Azure.

WebLogic Server com integrações de serviços do Azure

A Oracle e a Microsoft estão colaborando para levar o WebLogic Server ao Azure Marketplace na forma de oferta de Aplicativo Azure AD. Para obter mais informações sobre essas ofertas, confira O que são as soluções para executar o Oracle WebLogic Server.

Imagens de VM do Oracle WebLogic Server

O clustering tem suporte apenas na Enterprise Edition. Você está licenciado para usar o clustering do WebLogic somente quando usar a Edição Enterprise do Oracle WebLogic Server. Não use clustering com a Edição Enterprise do Oracle WebLogic Server Standard. O multicast UDP não é suportado. O Azure dá suporte a unicast UDP, mas não a multicast ou difusão. O Oracle WebLogic Server pode contar com os recursos de unicast UDP do Azure. Para obter melhores resultados com o unicast UDP, é recomendável que o tamanho do cluster WebLogic seja mantido estático ou que tenha no máximo 10 servidores gerenciados. O Oracle WebLogic Server espera que as portas públicas e privadas sejam as mesmas para o acesso T3. Por exemplo, ao utilizar o Enterprise JavaBeans (EJB). Considere um cenário de várias camadas em que um aplicativo de camada de serviço está sendo executado em um cluster do Oracle WebLogic Server que consiste em duas ou mais VMs, em uma rede virtual denominada SLWLS. A camada do cliente está em uma sub-rede diferente na mesma rede virtual, executando um programa Java simples, tentando chamar o EJB na camada de serviço. Como é necessário balancear a carga da camada de serviço, um ponto de extremidade público com balanceamento de carga precisa ser criado para as VMs no cluster do Oracle WebLogic Server. Se a porta privada especificada for diferente da porta pública, ocorrerá um erro. Por exemplo, se você usar 7006:7008, ocorrerá o seguinte erro porque, para qualquer acesso remoto T3, o Oracle WebLogic Server espera que a porta do balanceador de carga e a porta do servidor gerenciado pelo WebLogic sejam as mesmas.

[java] javax.naming.CommunicationException [Root exception is java.net.ConnectException: t3://example.cloudapp.net:7006:

Bootstrap to: example.cloudapp.net/138.91.142.178:7006' over: 't3' got an error or timed out]

No caso anterior, o cliente está acessando a porta 7006, que é a porta do balanceador de carga, e o servidor gerenciado está escutando na 7008, que é a porta privada. Essa restrição se aplica somente ao acesso T3, não HTTP.

Para evitar esse problema, use uma das seguintes alternativas:

  • Use os mesmos números de porta pública e privada para pontos de extremidade com balanceamento de carga dedicados ao acesso T3.

  • Inclua o seguinte parâmetro JVM ao iniciar o Oracle WebLogic Server: configCopy Dweblogic.rjvm.enableprotocolswitch=true

  • Limitaçoes de cluster dinâmico e de balanceamento de carga. Suponha que você queira usar um cluster dinâmico no Oracle WebLogic Server e expô-lo por meio de um ponto de extremidade único, com balanceamento de carga, no Azure. Essa abordagem pode ser aplicada, desde que você use para cada um dos servidores gerenciados um número de porta fixo, não atribuído dinamicamente dentro de um intervalo, e não inicie um número de servidores gerenciados maior que o número de máquinas que o administrador estiver monitorando. Não deve haver mais de um servidor gerenciado por VM. Se sua configuração resultar em um número de Oracle WebLogic Servers maior que o de máquinas virtuais sendo iniciados, não será possível que mais de uma dessas instâncias de Oracle WebLogic Servers se vincule a um número de porta específico. Ou seja, se várias instâncias do Oracle WebLogic Server compartilharem a mesma máquina virtual, as outras instâncias nessa VM irão falhar. Se você configurar o servidor de administração para atribuir automaticamente números de porta exclusivos para seus servidores gerenciados, o balanceamento de carga não será possível porque o Azure não dá suporte ao mapeamento de uma única porta pública para várias portas privadas, como seria necessário para essa configuração.

  • Várias instâncias do Oracle Weblogic Server em uma VM. Dependendo dos requisitos da sua implantação, você pode pensar em executar várias instâncias do Oracle WebLogic Server na mesma VM, se ela for grande o suficiente. Por exemplo, em uma máquina virtual de tamanho médio que contenha dois núcleos você poderia optar por executar duas instâncias do Oracle WebLogic Server. No entanto, continuamos recomendando que você evite introduzir pontos únicos de falha em sua arquitetura. Executar várias instâncias do Oracle WebLogic Server em apenas uma VM seria um ponto único desse tipo.

Usar pelo menos duas VMs poderia ser uma abordagem melhor. Cada VM pode executar várias instâncias do Oracle WebLogic Server. Cada instância do Oracle WebLogic Server ainda pode fazer parte do mesmo cluster. No entanto, no momento não é possível usar o Azure para fazer o balanceamento de carga de pontos de extremidade que estejam expostos por implantações do Oracle WebLogic Server desse tipo dentro da mesma VM. O Azure Load Balancer requer que os servidores com balanceamento de carga sejam distribuídos entre VMs exclusivas.

Opções de alta disponibilidade e recuperação de desastre

Ao usar as soluções da Oracle no Azure, você é responsável por implementar uma solução de alta disponibilidade e recuperação de desastres para evitar qualquer tempo de inatividade. Você também pode implementar alta disponibilidade e recuperação de desastres para o Oracle Database Enterprise Edition usando o Data Guard, o Active Data Guard ou o Oracle GoldenGate. A abordagem requer dois bancos de dados em duas VMs separadas, que devem estar na mesma rede virtual para garantir que possam se acessar mutuamente pelo endereço IP privado persistente.

Recomendamos colocar as VMs no mesmo conjunto de disponibilidade para permitir que o Azure as coloque em domínios de falha e domínios de atualização separados. Se quiser obter redundância geográfica, configure os dois bancos de dados para replicar entre duas regiões diferentes e conecte as duas instâncias com um Gateway de VPN. Para conferir passo a passo o procedimento de configuração básico no Azure, confira Implementar o Oracle Data Guard em uma máquina virtual Linux do Azure.

Com o Oracle Data Guard, você pode alcançar uma alta disponibilidade com um banco de dados primário em uma VM, um banco de dados secundário (de reserva) em outra VM e uma configuração de replicação unidirecional entre eles. O resultado é o acesso de leitura à cópia do banco de dados. Com o Oracle GoldenGate, você pode configurar a replicação bidirecional entre dois bancos de dados. Para saber como configurar uma solução de alta disponibilidade para seus bancos de dados usando essas ferramentas, confira Active Data Guard e GoldenGate. Se você precisa de acesso leitura-gravação para a cópia do banco de dados, você poderá usar o Oracle Active Data Guard.

Para conferir passo a passo o procedimento de configuração básico no Azure, confira Implementar o Oracle Golden Gate em uma VM Linux do Azure.

Você pode obter alta disponibilidade de forma eficaz para seus bancos de dados Oracle usando o posicionamento de volume de zona de disponibilidade do Azure NetApp Files em combinação com o Oracle Data Guard para uma arquitetura de HA entre zonas. Como alternativa, para eliminar o custo das licenças do Data Guard e executar VMs na zona secundária, você pode usar a funcionalidade de replicação baseada em armazenamento do Azure NetApp Files. Os volumes do Azure NetApp Files podem ser colocados na zona de disponibilidade de sua escolha da mesma forma e podem ser replicados entre zonas dentro da região usando a replicação entre zonas (ou para outra região usando a replicação entre regiões).

Além de manter uma solução de alta disponibilidade e recuperação de desastre projetada no Azure, você deve ter uma estratégia de backup em vigor para restaurar seu banco de dados.

Backup de cargas de trabalho Oracle

Diferentes estratégias de backup estão disponíveis para VMs Oracle no Azure; os backups a seguir são outras opções:

Implantar aplicativos Oracle no Azure

Use modelos do Terraform, a CLI do AZ ou o Portal do Azure para configurar a infraestrutura do Azure e instalar aplicativos da Oracle. Você também pode usar o Ansible para configurar o BD dentro da VM. Para obter mais informações, confira Terraform no Azure.

A Oracle certificou os seguintes aplicativos para serem executados no Azure ao se conectar a um banco de dados Oracle usando a solução de interconexão do Azure com a Oracle Cloud:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PeopleSoft
  • Aplicativos Oracle Retail
  • Oracle Hyperion Financial Management

Você pode implantar aplicativos personalizados no Azure que se conectam à OCI e a outros serviços do Azure.

Suporte para JD Edwards

De acordo com o Suporte da Oracle, as versões 9.2 e superiores do JD Edwards EnterpriseOne são compatíveis com todas as ofertas de nuvem pública que cumprirem seus Requisitos Técnicos Mínimos (MTR). Você precisa criar imagens personalizadas que cumpram as respectivas especificações de MTR para a compatibilidade do sistema operacional e do aplicativo de software. Para obter mais informações, confira a Doc ID 2178595.1.

Licenciamento

A implantação de soluções da Oracle no Azure é baseada em um modelo de licença "traga sua própria licença". Esse modelo pressupõe que você tenha licenças para usar o software Oracle e que tenha um contrato de suporte atual em vigor com a Oracle. O Microsoft Azure é um ambiente de nuvem autorizado para execução do Oracle Database. A Tabela de Fatores de Núcleos da Oracle não se aplica ao licenciamento de bancos de dados da Oracle na nuvem. Para obter mais informações, confira Tabela de Fatores Principais do Processador do Oracle. Alternativamente, ao usar VMs com a tecnologia Hyper-Threading habilitada para bancos de dados da Edição Enterprise conte duas vCPUs como equivalentes a uma licença de Processador da Oracle se o recurso hyper-threading estiver habilitado, conforme indicado no documento da política. Os detalhes da política podem ser encontrados em Licenciamento do software Oracle no Ambiente de Computação em Nuvem.
Os bancos de dados da Oracle geralmente exigem mais memória e um número mais alto de E/S. Por esse motivo, recomendamos VMs Otimizadas para Memória para essas cargas de trabalho. Para otimizar suas cargas de trabalho ainda mais, recomendamos vCPUs de Núcleo Restrito para cargas de trabalho do Oracle Database que exigem um alto uso de memória, armazenamento e largura de banda de E/S, mas não um alto número de núcleos. Quando você migra o software e cargas de trabalho da Oracle do local para o Microsoft Azure, a Oracle fornece uma mobilidade de licença, conforme indicado nas Perguntas Frequentes sobre a Parceria Estratégica entre a Oracle e a Microsoft.

Próximas etapas

Agora você tem uma visão geral dos bancos de dados e soluções Oracle atuais baseadas em imagens de VM no Microsoft Azure. A próxima etapa é implantar seu primeiro banco de dados Oracle no Azure.