Nenhum outro software do mercado tem um modelo de licenciamento tão capaz de surpreender negativamente quanto o Oracle Database em cloud. O custo de não entender as regras pode ser dezenas de milhares de dólares por mês — ou uma auditoria que você não quer receber.
O modelo base: licença por processador
Oracle Database licencia por processador — mais especificamente, por core físico do servidor — usando um multiplicador chamado core factor que varia conforme o tipo de processador.
A tabela de core factors da Oracle define:
- Processadores Intel Xeon e AMD EPYC: fator 0,5 — você compra meio processador por core físico
- SPARC: fator 0,25 (em algumas configurações)
- IBM Power: fator 1,0
Exemplo prático: um servidor com 2 processadores Intel Xeon de 16 cores cada = 32 cores físicos × 0,5 = 16 licenças de processador para Oracle Database Enterprise Edition. A licença perpétua de Oracle DB Enterprise Edition custa aproximadamente USD 47.500 por processador — seriam USD 760.000 em licenças para esse servidor.
É caro. Por isso hard partitioning importa tanto: reduzir o número de cores que você precisa licenciar é a única forma de controlar esse custo.
Soft partitioning vs hard partitioning: a distinção que define tudo
Esse é o ponto central do licenciamento Oracle em cloud. E onde mais empresas se queimam.
Soft partitioning é quando um hypervisor controla a alocação de recursos de CPU para VMs, mas os cores físicos subjacentes são compartilhados dinamicamente — VMware vSphere, Hyper-V, KVM padrão, Xen, AWS Nitro, Azure, GCP. Oracle não reconhece soft partitioning para contagem reduzida de licenças.
Consequência do soft partitioning: você precisa licenciar todos os cores físicos do servidor — não apenas os vCPUs da VM. Em um host AWS com 64 cores rodando uma instância Oracle com 8 vCPUs, você pode precisar licenciar 64 cores × 0,5 = 32 licenças de processador.
Hard partitioning é isolamento de CPU que a Oracle reconhece como válido para licenciar apenas os cores atribuídos. A lista oficial inclui:
- Oracle VM (OVM) com pinning de vCPU
- Oracle Linux KVM com CPU pinning configurado conforme Oracle Partitioning Policy
- Logical Domains (LDOM) em SPARC
- Oracle Cloud Infrastructure (OCI) — a Oracle reconhece OCI como hard partitioning nativamente
Consequência do hard partitioning: você licencia apenas os cores atribuídos à VM. 8 vCPUs em hard partitioning = 8 cores × 0,5 = 4 licenças de processador. O custo é radicalmente diferente.
O problema de licenciar Oracle em AWS, Azure e GCP
A Oracle não reconhece os hypervisores dessas clouds como hard partitioning. Isso significa que, ao mover Oracle Database para AWS, Azure ou GCP, a posição padrão da Oracle é que você deve licenciar todos os cores do host físico subjacente.
Na prática, as grandes clouds não divulgam quantos cores físicos o host tem. A Oracle tem uma orientação formal: quando o número de cores físicos do host não pode ser determinado, o cliente deve licenciar o equivalente ao dobro dos vCPUs da instância. Isso ainda é mais que os vCPUs, menos que o host inteiro.
Exemplo concreto: instância AWS com 16 vCPUs rodando Oracle Enterprise Edition. Orientação Oracle: licenciar 16 vCPUs × 2 = 32 cores lógicos, mas como o core factor Intel é 0,5, seriam 32 × 0,5 = 16 licenças. A custo de USD 47.500 cada, seriam USD 760.000 em licenças — para uma instância que no cartão AWS tem 16 vCPUs.
Em OCI, com hard partitioning reconhecido: 16 OCPUs × 0,5 = 8 licenças = USD 380.000. Metade do custo — ou simplesmente usando o modelo pay-per-use de OCI sem BYOL.
Hard partitioning com Oracle VM em cloud privada
Oracle VM (OVM) é o hypervisor da Oracle, baseado em Xen, com suporte a CPU pinning que a Oracle reconhece como hard partitioning. Ao rodar Oracle Database em VM com pinning de vCPU em Oracle VM, você licencia apenas os cores atribuídos.
Isso é especialmente relevante para cloud privada: um provedor que suporte OVM pode hospedar Oracle Database com licenciamento correto e economicamente eficiente.
A Oracle também publicou, a partir de 2022, orientações mais claras sobre Oracle Linux KVM com CPU pinning como hard partitioning — o que expandiu as opções para ambientes baseados em KVM com configuração específica.
O que fazer antes de mover Oracle para cloud
-
Audite suas licenças atuais. Quantas licenças de Oracle Database você tem, de qual edição (Standard, Enterprise), com ou sem SA. Isso define se BYOL é viável.
-
Entenda o Partitioning Policy atual. Leia o documento “Oracle Partitioning Policy” — atualizado periodicamente. O que era soft partitioning em 2020 pode ter mudado para hard partitioning em 2023 (como aconteceu com Oracle Linux KVM).
-
Mapeie o tipo de virtualização do destino. Se for OCI, está resolvido. Se for cloud privada, confirme que o provedor suporta OVM ou Oracle Linux KVM com CPU pinning. Se for AWS/Azure/GCP, converse com um especialista de licenciamento Oracle antes de mover.
-
Consulte um LMS parceiro Oracle antes de migrar. LMS (License Management Services) é a equipe da Oracle que faz auditorias. Antes de migrar, você pode pedir uma revisão de licença em caráter consultivo — é menos doloroso do que fazer isso depois de uma auditoria formal.
-
Considere o custo total vs custo atual. Se você já tem licenças perpétuas Oracle em servidor físico com hard partitioning correto, o custo atual pode ser mais baixo do que qualquer opção cloud. A análise de TCO precisa incluir o custo de relicenciar para o novo ambiente.
Licenciamento Oracle em cloud é um dos temas mais complexos do mercado. A Adentro oferece infraestrutura para Oracle Database com suporte a Oracle VM para hard partitioning em cloud privada brasileira. Antes de qualquer migração, vale uma conversa técnica para mapear as implicações de licenciamento do seu ambiente.