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

  • Artigo

Aplica-se a: ✔️ Linux VMs

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

Importante

O Oracle RAC e o Oracle RAC OneNode não são suportados na Infraestrutura Bare Metal do Azure.

Bancos de dados Oracle na infraestrutura do Azure

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

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

Você também pode optar por configurar sua solução com vários discos conectados. Você pode melhorar o desempenho do banco de dados instalando o Oracle Automated Storage Management (ASM). Para obter o melhor desempenho para cargas de trabalho de produção do Oracle Database no Azure, dimensione corretamente a imagem da VM e selecione as opções de armazenamento corretas com base na taxa de transferência, IOPS ou latência. Para obter instruções sobre como colocar rapidamente um banco de dados Oracle em execução no Azure usando a imagem de VM publicada pela Oracle, consulte Criar um banco de dados Oracle em uma VM do Azure.

Implantar imagens de VM Oracle no Microsoft Azure

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

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

As imagens trazem a sua própria licença. Você é cobrado apenas pelos custos de computação, armazenamento e rede incorridos com a execução de uma VM. Você também pode optar por criar suas soluções em uma imagem personalizada criada do zero no Azure ou carregar uma imagem personalizada do seu ambiente local.

Importante

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

Aplicações em servidores Oracle Linux e WebLogic

Execute aplicações empresariais no servidor WebLogic no Azure em imagens Oracle Linux suportadas. Para obter mais informações, consulte a documentação do WebLogic, Oracle WebLogic Server on Azure Solution Overview.

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

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

Imagens de VM do Oracle WebLogic Server

O clustering é suportado apenas no Enterprise Edition. Você está licenciado para usar clustering WebLogic somente quando usar o Enterprise Edition do Oracle WebLogic Server. Não use clustering com o Oracle WebLogic Server Standard Edition. O multicast UDP não é suportado. O Azure dá suporte a unicast UDP, mas não multicast ou transmissão. O Oracle WebLogic Server pode contar com os recursos de unicast do Azure UDP. Para obter melhores resultados confiando no unicast UDP, recomendamos que o tamanho do cluster WebLogic seja mantido estático ou mantido com não mais de 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 usar 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 chamada SLWLS. A camada de cliente está em uma sub-rede diferente na mesma rede virtual, executando um programa Java simples tentando chamar EJB na camada de serviço. Como você deve 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:7008o , o seguinte erro ocorre porque, para qualquer acesso T3 remoto, o Oracle WebLogic Server espera que a porta do balanceador de carga e a porta do servidor gerenciado 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. Esta restrição é aplicável apenas para acesso T3, não HTTP.

Para evitar esse problema, use uma das seguintes soluções 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ções de clustering dinâmico e balanceamento de carga. Suponha que você queira usar um cluster dinâmico no Oracle WebLogic Server e expô-lo por meio de um único ponto de extremidade público com balanceamento de carga no Azure. Essa abordagem pode ser feita desde que você use um número de porta fixo para cada um dos servidores gerenciados, não atribuído dinamicamente a partir de um intervalo, e não inicie mais servidores gerenciados do que as máquinas que o administrador está rastreando. Não deve haver mais de um servidor gerenciado por VM. Se sua configuração resultar em mais servidores Oracle WebLogic sendo iniciados do que VMs, não será possível que mais de uma dessas instâncias do Oracle WebLogic Servers se associe a um determinado número de porta. Ou seja, se várias instâncias do Oracle WebLogic Server compartilharem a mesma máquina virtual, as outras nessa VM falharão. Se você configurar o servidor de administração para atribuir automaticamente números de porta exclusivos aos seus servidores gerenciados, o balanceamento de carga não será possível porque o Azure não oferece 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 seus requisitos de implantação, você pode considerar a execução de várias instâncias do Oracle WebLogic Server na mesma VM, se a VM for grande o suficiente. Por exemplo, em uma VM de médio porte, que contém dois núcleos, você pode optar por executar duas instâncias do Oracle WebLogic Server. No entanto, ainda recomendamos 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.

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, atualmente não é possível usar o Azure para balancear a carga de pontos de extremidade expostos por essas implantações do Oracle WebLogic Server na mesma VM. O Azure Load Balancer exige que os servidores com balanceamento de carga sejam distribuídos entre VMs exclusivas.

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

Ao usar soluções 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 Ative 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 acessar um ao outro pelo endereço IP persistente privado.

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

Com o Oracle Ative Data Guard, você pode obter alta disponibilidade com um banco de dados primário em uma VM, um banco de dados secundário (em espera) em outra VM e replicação unidirecional configurada entre elas. O resultado é o acesso de leitura à cópia do banco de dados. Com o Oracle GoldenGate, você pode configurar a replicação bidirecional entre os dois bancos de dados. Para saber como configurar uma solução de alta disponibilidade para seus bancos de dados usando essas ferramentas, consulte Ative Data Guard e GoldenGate. Se precisar de acesso de leitura/gravação à cópia do banco de dados, você poderá usar o Oracle Ative Data Guard.

Para percorrer o procedimento de configuração básica no Azure, consulte Implementar o Oracle Golden Gate em uma VM Linux do Azure.

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

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

Backup de cargas de trabalho Oracle

Diferentes estratégias de backup estão disponíveis para Oracle em VMs do Azure, os seguintes backups são outras opções:

Implantar aplicativos Oracle no Azure

Use modelos Terraform, AZ CLI ou o Portal do Azure para configurar a infraestrutura do Azure e instalar aplicativos Oracle. Você também usa o Ansible para configurar o banco de dados dentro da VM. Para obter mais informações, consulte 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 Azure com Oracle Cloud:

  • E-Business Suite
  • JD Edwards EnterpriseOne
  • PessoasSoft
  • Aplicativos Oracle Retail
  • Oracle Hyperion Gestão Financeira

Você pode implantar aplicativos personalizados no Azure que se conectam com a OCI e 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 suportadas em qualquer oferta de nuvem pública que atenda aos seus Requisitos Técnicos Mínimos (MTR) específicos. Você precisa criar imagens personalizadas que atendam às especificações MTR para compatibilidade do sistema operacional e do aplicativo de software. Para obter mais informações, consulte Doc ID 2178595.1.

Licenciamento

A implantação de soluções Oracle no Azure é baseada em um modelo traga sua própria licença. Este 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 executar o Oracle Database. A tabela Oracle Core Fator não é aplicável ao licenciamento de bancos de dados Oracle na nuvem. Para obter mais informações, consulte Tabela de fatores principais do processador Oracle. Em vez disso, ao usar VMs com a tecnologia Hyper-Threading habilitada para bancos de dados Enterprise Edition, conte duas vCPUs como equivalentes a uma licença de processador Oracle se o hyperthreading estiver habilitado, conforme indicado no documento de política. Os detalhes da política podem ser encontrados em Licenciamento de Software Oracle no Ambiente de Computação em Nuvem.
Os bancos de dados Oracle geralmente exigem maior memória e E/S. Por esse motivo, recomendamos VMs otimizadas para memória para essas cargas de trabalho. Para otimizar ainda mais suas cargas de trabalho, recomendamos vCPUs de núcleo restrito para cargas de trabalho do Oracle Database que exigem alta memória, armazenamento e largura de banda de E/S, mas não uma alta contagem de núcleos. Quando você migra o software Oracle e as cargas de trabalho do local para o Microsoft Azure, a Oracle fornece mobilidade de licença, conforme indicado nas Perguntas frequentes sobre parcerias estratégicas da Oracle e da Microsoft.

Próximos passos

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