back_button

2025/04/04

5. Licença Oracle e Oracle Linux KVM em Ambientes de Servidores Virtuais

Há um problema incômodo ao usar produtos Oracle em um ambiente de servidor virtual. Ou seja, o número de núcleos de CPU no servidor físico base é usado para a contagem de licenças, em vez do número de núcleos de CPU alocados ao servidor virtual. Além disso, o desenvolvimento de tecnologias de virtualização, como o vMotion, complicou ainda mais a situação.

Portanto, neste artigo, explicaremos “O conceito de licença Oracle em ambientes de servidores virtuais” e “Oracle Linux KVM que pode reduzir licenças mesmo em ambientes de servidores virtuais”. Além disso, este conteúdo é destinado a ambientes locais (on-premises), e servidores virtuais na nuvem pública não são aplicáveis.

O conceito de licença Oracle em ambientes de servidores virtuais

Noções básicas de licenciamento para ambientes de servidores virtuais

Primeiro, abordaremos os conceitos básicos de licenciamento da Oracle em um ambiente de servidor virtual. Vamos dar uma olhada nas seguintes FAQs publicadas na página da Oracle Japão.

Qual é a contagem de licenças ao usar software de virtualização de servidores (Oracle VM, VMware, Hyper-V, etc.)?

VMware, Hyper-V, etc., são classificados como Particionamento Suave (Soft Partitioning), e todos os processadores físicos instalados no servidor físico onde o produto Oracle está instalado (ou em execução) são incluídos na contagem de licenças.

* O número de máquinas virtuais (VMs) onde os produtos Oracle estão instalados (ou em execução) não está relacionado ao número de licenças necessárias.

O termo Particionamento Suave (Soft Partitioning) apareceu, mas vamos ignorá-lo por agora e explicá-lo mais adiante. Simplificando, ao usar produtos Oracle em uma máquina virtual (VM), como mostrado na figura a seguir, é o processador no servidor físico que está sujeito a uma licença.

Por exemplo, suponha que haja servidores x86 com duas CPUs de 8 núcleos. Atribua dois núcleos à máquina virtual (VM) e use o Oracle Database. Nesse caso, a cobrança é feita para os servidores físicos x86. As licenças necessárias são as seguintes:

CPU de 8 núcleos x 2 = 16 núcleos
16 núcleos x fator de contagem de núcleo 0,5 = 8

Para o Oracle Database Enterprise Edition, é necessária uma licença de 8 Processadores.
O Oracle Database Standard Edition 2 não leva em conta o número de núcleos, então é necessária uma licença de 2 Processadores.

Dica: Diferenças entre o licenciamento do Oracle EE e do Oracle SE2

Embora este não seja o tema principal e não será explicado em detalhes, a tabela a seguir explica as diferenças entre as licenças das duas edições do Oracle Database, “EE” e “SE2”. A maior diferença é que o EE conta licenças pelo número de núcleos, enquanto o SE2 conta pelo número de processadores. Apenas o EE será abordado no restante deste artigo.

Produto Tipo de Licença Unidades de Contagem de Licença
Oracle Database Enterprise Edition (EE)Processador, Named User PlusNúmero de núcleos
Oracle Database Standard Edition 2 (SE2)Processador, Named User PlusNúmero de processadores (máx. 2)

Dica: Núcleos de CPU e threads

O núcleo na licença Oracle refere-se ao “núcleo físico”. Não é uma “thread (= núcleo lógico)” que faz um único núcleo de CPU parecer múltiplo usando a tecnologia de Multitarefa Simultânea (SMT), como o Hyper-Threading da Intel.

Por exemplo, o Intel Xeon Platinum 8362 tem 32 núcleos. Habilitar o Hyper-Threading resulta em 64 threads. Quando visto pelo sistema operacional, parece que há 64 CPUs. No entanto, são os núcleos, não as threads, que são contados para a licença da Oracle, então é 32.

32 núcleos x fator de contagem de núcleo 0,5 = 16 licenças de processador necessárias

Conceito de ambiente de servidor virtual com configurações de múltiplos servidores

Considere um ambiente de servidor virtual composto por vários servidores físicos, como mostrado na figura abaixo. Ele pode ser usado para migração ao vivo, etc., então provavelmente é o método de uso mais comum em ambientes comerciais.

Em tal ambiente, todos os servidores físicos que compõem o cluster são cobrados pelas licenças Oracle. Isso ocorre porque, ao usar a migração ao vivo, as máquinas virtuais também podem rodar em outros servidores.

Em outras palavras, abrange não apenas o servidor no qual o produto Oracle está instalado, mas também os servidores nos quais o produto Oracle está rodando ou pode rodar.

Para servidores com as mesmas especificações de antes, as licenças necessárias são as seguintes:

(CPU de 8 núcleos x 2) x 2 unidades = 32 núcleos
32 núcleos x fator de contagem de núcleo 0,5 = 16

Para o Oracle Database Enterprise Edition, é necessária uma licença de 16 Processadores.

A evolução da tecnologia de virtualização complica ainda mais a situação. Por exemplo, o VMware vSphere 6.0 e posteriores permitem a migração ao vivo entre clusters. Em outras palavras, agora é possível migrar ao vivo para um servidor físico hospedeiro gerenciado por outro vCenter.

A licença é para “Servidores que rodam ou podem rodar produtos Oracle”. Portanto, inclui não apenas a migração ao vivo, mas também a migração a frio, que para temporariamente a máquina virtual para migrar. Como resultado, todos os servidores físicos hospedeiros conectados entre si na rede com VMware ou similar instalado estão sujeitos a uma licença. Isso requer um grande número de licenças Oracle.

Portanto, se você deseja limitar as licenças Oracle a um servidor específico, pode dividir a rede física como mostrado abaixo para evitar a migração ao vivo/a frio. Nesse caso, apenas um servidor físico é licenciado.

Resumo da licença Oracle para ambientes de servidores virtuais

  • Em um ambiente de servidor virtual, o servidor físico base está sujeito à cobrança de licenças
  • Em um ambiente de servidor virtual composto por vários servidores físicos, todos os servidores migráveis ao vivo/a frio estão sujeitos à cobrança de licenças

Entendendo a Política de Particionamento

Agora descreveremos a Política de Particionamento, que é importante em ambientes virtualizados. “Particionamento” é uma tecnologia que divide a CPU de um servidor físico e a usa como vários servidores independentes. Originalmente, é uma tecnologia que surgiu em mainframes. Depois, se espalhou para servidores UNIX e agora é usada em VMware e tecnologias semelhantes. Observe que não tem relação com a Opção de Particionamento, que divide uma tabela em várias partes.

Particionamento Suave e Particionamento Rígido

A Oracle publicou os seguintes documentos sobre a Política de Particionamento. Em dezembro de 2022, a versão em inglês é um pouco mais recente, com a adição de contêineres e Kubernetes.

O documento acima apresenta os seguintes três tipos de Particionamento. O Oracle Trusted Partition está relacionado a sistemas projetados (produtos de appliance) como Oracle Exadata e Oracle Private Cloud Appliance. Portanto, explicaremos o Particionamento Suave e o Particionamento Rígido.

  • Particionamento Suave (Soft Partitioning)
  • Particionamento Rígido (Hard Partitioning)
  • Partição Confiável Oracle (Oracle Trusted Partition)

A documentação da Política de Particionamento da Oracle é muito importante. Isso porque ela categoriza a tecnologia de virtualização em Suave e Rígida, reconhecendo ou esclarecendo-a como um meio de limitar o número de licenças Oracle. A Oracle define a Tecnologia de Particionamento da seguinte forma. O Particionamento Rígido é o único meio reconhecido de limitar licenças.

Particionamento Suave
Solaris 9 Resource Containers, AIX Workload Manager, HP Process Resource Manager, Affinity Management, Oracle VM, VMware, etc.

Particionamento Rígido
Domínios Físicos, Solaris Zones, IBM LPAR, IBM Micro-Partitions, vPar, nPar, Integrity Virtual Machine, Secure Resource Partitions, Fujitsu PPAR, etc.

Ao usar uma tecnologia reconhecida como Particionamento Rígido, você pode contar apenas o número de núcleos de CPU alocados ao ambiente dividido, não os servidores físicos, como mostrado na figura abaixo. No entanto, como você pode ver na lista de Particionamento Rígido, há muitas tecnologias de servidores UNIX de alto desempenho do passado, e elas são, em sua maioria, tecnologias menores hoje em dia.

O motivo pelo qual todos os servidores são contados mesmo se a migração ao vivo/a frio for proibida

O seguinte foi mencionado anteriormente:

Em um ambiente de servidor virtual composto por vários servidores físicos, todos os servidores migráveis ao vivo/a frio estão sujeitos à cobrança de licenças

Alguns recursos proíbem a migração ao vivo/a frio, como no VMware. Esses recursos não podem ser usados para limitar licenças como o Particionamento Rígido? Esses recursos não podem ser usados para limitar licenças.

Isso ocorre porque a maioria das tecnologias de virtualização em servidores x86, como VMware e Hyper-V, são certificadas como Particionamento Suave. Para limitar o licenciamento, você precisa de uma tecnologia certificada como Particionamento Rígido.

Portanto, para limitar o licenciamento em um ambiente de servidor virtual composto por vários servidores físicos, você precisa separar os servidores e o armazenamento na rede para limitar os servidores nos quais os produtos Oracle rodam ou podem rodar.

Exceções no Particionamento Rígido

Agora você sabe que as tecnologias de Particionamento Suave mainstream atuais não podem ser usadas para limitar as licenças Oracle. Então, há uma maneira de limitar o número de núcleos de CPU em um servidor físico e reduzir o licenciamento Oracle? Você pode fazer isso das seguintes maneiras:

  • Usar tecnologias reconhecidas como Particionamento Rígido, como o Oracle Linux KVM
  • Usar sistemas projetados como Oracle Exadata e Oracle Private Cloud Appliance, que são reconhecidos como Partições Confiáveis Oracle
  • Usar Capacity-on-Demand (CoD) com Oracle Exadata ou Oracle Database Appliance

O que queremos mostrar aqui é como usar o Oracle Linux KVM. A Política de Particionamento da Oracle afirma o seguinte como uma exceção. Observe que o Oracle VM Server não é recomendado porque está próximo do fim do suporte (Fim do Suporte Premier: março de 2021, Fim do Suporte Estendido: junho de 2024).

Importante, o texto diz: “Se um núcleo específico for atribuído no documento abaixo.” Para ser reconhecido como Particionamento Rígido, ambas as condições a seguir devem ser atendidas. O Oracle Linux KVM sozinho não pode atender aos requisitos.

  • Usa o Oracle Linux KVM
  • Os núcleos usados são limitados da maneira descrita no documento

Dica: Conceito para contêineres como Kubernetes

Contêineres Docker e Kubernetes também são comumente usados hoje em dia. A Política de Particionamento da Oracle também menciona contêineres como Kubernetes. Eles são basicamente uma forma de Particionamento Suave. Portanto, as CPUs de todos os nós que compõem o cluster Kubernetes estão sujeitas à licença Oracle.

No entanto, você pode limitar as licenças a nós específicos usando o seletor de nós. Para instruções detalhadas, consulte o seguinte documento:

Executando e Licenciando Programas Oracle em Contêineres e Kubernetes

Oracle Linux KVM e atribuição de núcleos

O que é o Oracle Linux KVM?

O Oracle Linux KVM é um método de virtualização que usa o KVM embutido no kernel do Oracle Linux como HyperVisor. Ele está integrado tanto ao RHCK quanto ao UEK. Não existe um produto chamado Oracle Linux KVM, e ele é alcançado incorporando pacotes que suportam virtualização no Oracle Linux 7, Oracle Linux 8 e Oracle Linux 9.

Para instruções detalhadas de configuração, consulte o seguinte manual. Há também uma ferramenta de gerenciamento, o Oracle Linux Virtualization Manager, que é equivalente ao vCenter da VMware.

Atribuindo núcleos a máquinas virtuais

Os requisitos de Particionamento Rígido não podem ser atendidos usando apenas o Oracle Linux KVM. Para atender aos requisitos, um núcleo específico deve ser atribuído à máquina virtual alvo usando uma técnica chamada pinning. Para atribuir um núcleo específico, o comando olvm-vmcontrol ou o Oracle Linux Virtualization Manager é usado.

No entanto, como limitação, quando você atribui um núcleo específico a uma máquina virtual, ela não é elegível para migração ao vivo/a frio. Isso é importante, então lembre-se disso.

Conclusão

A seguir está um resumo deste artigo. No próximo artigo, explicaremos como atribuir núcleos específicos. Também daremos instruções sobre Particionamento Rígido com Oracle Linux KVM. No entanto, é um pouco complicado, então pode não funcionar bem como está.

O conceito de licença Oracle em ambientes de servidores virtuais

  • Em um ambiente de servidor virtual, o servidor físico base está sujeito à cobrança de licenças
  • Em um ambiente de servidor virtual composto por vários servidores físicos, todos os servidores que podem ser migrados ao vivo/a frio estão, em princípio, sujeitos à cobrança de licenças
  • As tecnologias de virtualização certificadas pela Oracle incluem Particionamento Suave e Particionamento Rígido, e as licenças Oracle só podem ser limitadas com tecnologias de Particionamento Rígido
  • Tecnologias de virtualização usadas em servidores x86, como VMware, Hyper-V e Linux KVM, são classificadas como Particionamento Suave

Exceções no Oracle Linux KVM

  • No Oracle Linux KVM, uma tecnologia é reconhecida como Particionamento Rígido apenas quando um núcleo específico é atribuído em um procedimento determinado
  • Quando um núcleo específico é atribuído no Oracle Linux KVM, a migração ao vivo/a frio não está disponível para essa máquina virtual