Retour

2025/04/11

5. Licence Oracle et Oracle Linux KVM dans les environnements de serveurs virtuels

Il existe un problème gênant lors de l’utilisation des produits Oracle dans un environnement de serveur virtuel. En effet, le nombre de cœurs de processeur du serveur physique de base est utilisé pour le calcul des licences plutôt que le nombre de cœurs attribués au serveur virtuel. De plus, le développement de technologies de virtualisation telles que vMotion a encore compliqué la situation.

Par conséquent, dans cet article, nous expliquerons « le concept de licence Oracle dans les environnements de serveurs virtuels » et « Oracle Linux KVM qui peut réduire les licences même dans les environnements de serveurs virtuels ». De plus, ce contenu est destiné à une utilisation sur site, et les serveurs virtuels dans le cloud public ne sont pas concernés.

Le concept de licence Oracle dans les environnements de serveurs virtuels

Bases du licensing pour les environnements de serveurs virtuels

Tout d’abord, nous aborderons les bases du licensing Oracle dans un environnement de serveur virtuel. Examinons les FAQ suivantes publiées sur la page web d’Oracle Japon.

Quel est le décompte des licences lors de l’utilisation de logiciels de virtualisation de serveurs (Oracle VM, VMware, Hyper-V, etc.) ?

VMware, Hyper-V, etc. sont classés comme partitionnement logiciel (Soft Partitioning), et tous les processeurs physiques installés sur le serveur physique où le produit Oracle est installé (ou en cours d’exécution) sont inclus dans le décompte des licences.

* Le nombre de machines virtuelles (VM) où les produits Oracle sont installés (ou en cours d’exécution) n’a pas de rapport avec le nombre de licences requises.

Le terme « partitionnement logiciel » (Soft Partitioning) a été mentionné, mais nous l’ignorerons pour l’instant et l’expliquerons plus tard. En résumé, lorsque vous utilisez des produits Oracle dans une machine virtuelle (VM), comme illustré dans la figure suivante, c’est le processeur du serveur physique qui est soumis à une licence.

Par exemple, supposons qu’il y ait des serveurs x86 avec deux processeurs de 8 cœurs chacun. Attribuez deux cœurs à la machine virtuelle (VM) et utilisez Oracle Database. À ce moment-là, la facturation concerne les serveurs physiques x86. Les licences requises sont les suivantes :

CPU 8 cœurs x 2 = 16 cœurs
16 cœurs x coefficient de cœur 0,5 = 8

Pour Oracle Database Enterprise Edition, une licence de 8 processeurs est requise.
Oracle Database Standard Edition 2 ne prend pas en compte le nombre de cœurs, donc une licence de 2 processeurs est nécessaire.

Astuce : Différences entre les licences Oracle EE et Oracle SE2

Bien que ce ne soit pas le sujet principal et ne sera pas expliqué en détail, le tableau suivant présente les différences entre les licences des deux éditions d’Oracle Database, « EE » et « SE2 ». La plus grande différence est que EE compte les licences selon le nombre de cœurs, tandis que SE2 compte selon le nombre de processeurs. Seule l’édition EE sera abordée dans le reste de cet article.

ProduitType de licenceUnités de décompte des licences
Oracle Database Enterprise Edition (EE)Processeur, Utilisateur nommé PlusNombre de cœurs
Oracle Database Standard Edition 2 (SE2)Processeur, Utilisateur nommé PlusNombre de processeurs (max 2)

Astuce : Cœurs CPU et threads

Le « cœur » dans la licence Oracle fait référence au « cœur physique ». Ce n’est pas un « thread (= cœur logique) » qui fait apparaître un seul cœur CPU comme multiple grâce à la technologie de multi-threading simultané (SMT) telle que l’Hyper-Threading d’Intel.

Par exemple, l’Intel Xeon Platinum 8362 possède 32 cœurs. Activer l’Hyper-Threading donne 64 threads. Du point de vue du système d’exploitation, cela ressemble à 64 CPU. Cependant, ce sont les cœurs, et non les threads, qui sont comptés pour la licence Oracle, donc il s’agit de 32.

32 cœurs x coefficient de cœur 0,5 = 16 licences de processeur requises

Concept d’environnement de serveur virtuel avec plusieurs configurations de serveurs

Considérons un environnement de serveur virtuel constitué de plusieurs serveurs physiques, comme illustré dans la figure ci-dessous. Il peut être utilisé pour la migration à chaud, etc., donc c’est probablement la méthode d’utilisation la plus courante dans les environnements commerciaux.

Dans un tel environnement, tous les serveurs physiques qui composent le cluster sont facturés pour les licences Oracle. Cela est dû au fait que, lors de l’utilisation de la migration à chaud, les machines virtuelles peuvent également fonctionner sur d’autres serveurs.

En d’autres termes, cela couvre non seulement le serveur sur lequel le produit Oracle est installé, mais aussi les serveurs sur lesquels le produit Oracle est en cours d’exécution ou pourrait l’être.

Pour des serveurs ayant les mêmes spécifications qu’auparavant, les licences requises sont les suivantes :

(CPU 8 cœurs x 2) x 2 unités = 32 cœurs
32 cœurs x coefficient de cœur 0,5 = 16

Pour Oracle Database Enterprise Edition, une licence de 16 processeurs est requise.

L’évolution de la technologie de virtualisation complique davantage la situation. Par exemple, VMware vSphere 6.0 et versions ultérieures permettent la migration à chaud entre clusters. En d’autres termes, il est maintenant possible de migrer à chaud vers un serveur physique hôte géré par un autre vCenter.

La licence concerne les « serveurs qui exécutent ou peuvent exécuter des produits Oracle ». Par conséquent, cela inclut non seulement la migration à chaud, mais aussi la migration à froid, qui arrête temporairement la machine virtuelle pour migrer. En conséquence, tous les serveurs physiques hôtes connectés les uns aux autres sur le réseau avec VMware ou similaire installé sont soumis à une licence. Cela nécessite un grand nombre de licences Oracle.

Par conséquent, si vous souhaitez limiter les licences Oracle à un serveur spécifique, vous pouvez diviser le réseau physique comme illustré ci-dessous pour empêcher la migration à chaud/froid. Dans ce cas, seul un serveur physique est licencié.

Résumé des licences Oracle pour les environnements de serveurs virtuels

  • Dans un environnement de serveur virtuel, le serveur physique de base est soumis à la facturation des licences
  • Dans un environnement de serveur virtuel constitué de plusieurs serveurs physiques, tous les serveurs pouvant être migrés à chaud/froid sont soumis à la facturation des licences

Comprendre la politique de partitionnement

Nous allons maintenant décrire la politique de partitionnement, qui est importante dans les environnements virtualisés. Le « partitionnement » est une technologie qui divise le CPU d’un seul serveur physique et l’utilise comme plusieurs serveurs indépendants. À l’origine, c’est une technologie apparue dans les mainframes. Elle s’est ensuite répandue sur les serveurs UNIX et est maintenant utilisée dans VMware et des technologies similaires. Notez que cela n’a rien à voir avec l’option de partitionnement, qui divise une table en plusieurs parties.

Partitionnement logiciel et partitionnement dur

Oracle a publié les documents suivants sur la politique de partitionnement. En décembre 2022, la version anglaise est légèrement plus récente, avec l’ajout des conteneurs et de Kubernetes.

Le document ci-dessus présente les trois types de partitionnement suivants. Oracle Trusted Partition concerne les systèmes conçus (produits d’appareils) tels qu’Oracle Exadata et Oracle Private Cloud Appliance. Nous expliquerons donc le partitionnement logiciel et le partitionnement dur.

  • Partitionnement logiciel (Soft Partitioning)
  • Partitionnement dur (Hard Partitioning)
  • Partition Oracle de confiance

La documentation sur la politique de partitionnement d’Oracle est très importante. Elle classe les technologies de virtualisation en logiciel et dur, reconnaissant ou clarifiant ainsi un moyen de limiter le nombre de licences Oracle. Oracle définit la technologie de partitionnement comme suit. Le partitionnement dur est le seul moyen reconnu pour limiter les licences.

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

Partitionnement dur
Domaines physiques, Solaris Zones, IBM LPAR, IBM Micro-Partitions, vPar, nPar, Integrity Virtual Machine, Secure Resource Partitions, Fujitsu PPAR, etc.

Lors de l’utilisation d’une technologie reconnue comme partitionnement dur, vous pouvez compter uniquement le nombre de cœurs CPU attribués à l’environnement divisé, et non les serveurs physiques, comme illustré dans la figure ci-dessous. Cependant, comme vous pouvez le voir dans la liste du partitionnement dur, il s’agit principalement de technologies de serveurs UNIX haut de gamme du passé, qui sont aujourd’hui pour la plupart des technologies mineures.

La raison pour laquelle tous les serveurs sont comptés même si la migration à chaud/froid est interdite

Nous avons mentionné plus tôt :

Dans un environnement de serveur virtuel constitué de plusieurs serveurs physiques, tous les serveurs pouvant être migrés à chaud/froid sont soumis à la facturation des licences

Certaines fonctionnalités interdisent la migration à chaud/froid, comme VMware. Ces fonctionnalités ne peuvent-elles pas être utilisées pour limiter les licences comme le partitionnement dur ? Ces fonctionnalités ne peuvent pas être utilisées pour limiter les licences.

Cela est dû au fait que la plupart des technologies de virtualisation sur les serveurs x86, telles que VMware et Hyper-V, sont certifiées comme partitionnement logiciel. Pour limiter les licences, vous avez besoin d’une technologie certifiée comme partitionnement dur.

Par conséquent, pour limiter les licences dans un environnement de serveur virtuel constitué de plusieurs serveurs physiques, vous devez séparer les serveurs et le stockage sur le réseau pour limiter les serveurs sur lesquels les produits Oracle s’exécutent ou pourraient s’exécuter.

Exceptions dans le partitionnement dur

Vous savez maintenant que les technologies actuelles de partitionnement logiciel ne peuvent pas être utilisées pour limiter les licences Oracle. Alors, existe-t-il un moyen de limiter le nombre de cœurs CPU sur un serveur physique et de réduire les licences Oracle ? Vous pouvez le faire des manières suivantes :

  • Utiliser des technologies reconnues comme partitionnement dur, telles qu’Oracle Linux KVM
  • Utiliser des systèmes conçus tels qu’Oracle Exadata et Oracle Private Cloud Appliance, reconnus comme partitions de confiance Oracle
  • Utiliser la capacité à la demande (CoD) avec Oracle Exadata ou Oracle Database Appliance

Ce que nous voulons vous montrer ici, c’est comment utiliser Oracle Linux KVM. La Politique de partitionnement Oracle mentionne ce qui suit comme exception. Notez qu’Oracle VM Server n’est pas recommandé car il approche de la fin de son support (Fin du support Premier : mars 2021, Fin du support étendu : juin 2024).

Il est important de noter que le texte indique « Si un cœur spécifique est attribué dans le document ci-dessous ». Pour être reconnu comme partitionnement dur, les deux conditions suivantes doivent être remplies. Oracle Linux KVM seul ne peut pas répondre aux exigences.

  • Utilise Oracle Linux KVM
  • Les cœurs utilisés sont limités de la manière décrite dans le document

Astuce : Concept pour les conteneurs comme Kubernetes

Les conteneurs Docker et Kubernetes sont également couramment utilisés aujourd’hui. La Politique de partitionnement Oracle mentionne également les conteneurs tels que Kubernetes. Ils sont fondamentalement une forme de partitionnement logiciel. Par conséquent, les CPU de tous les nœuds qui composent le cluster Kubernetes sont soumis à la licence Oracle.

Cependant, vous pouvez limiter les licences à des nœuds spécifiques en utilisant le sélecteur de nœuds. Pour des instructions détaillées, veuillez consulter le document suivant :

Exécution et licensing des programmes Oracle dans les conteneurs et Kubernetes

Oracle Linux KVM et attribution des cœurs

Qu’est-ce qu’Oracle Linux KVM ?

Oracle Linux KVM est une méthode de virtualisation qui utilise KVM intégré dans le noyau Oracle Linux comme Hyperviseur. Il est intégré dans RHCK et UEK. Il n’existe pas de produit appelé Oracle Linux KVM, et cela est réalisé en incorporant des packages qui prennent en charge la virtualisation dans Oracle Linux 7, Oracle Linux 8 et Oracle Linux 9.

Pour des instructions détaillées sur la configuration, consultez le manuel suivant. Il existe également un outil de gestion, Oracle Linux Virtualization Manager, qui est équivalent à VMware vCenter.

Attribution des cœurs aux machines virtuelles

Les exigences du partitionnement dur ne peuvent pas être satisfaites en utilisant uniquement Oracle Linux KVM. Pour répondre aux exigences, un cœur spécifique doit être attribué à la machine virtuelle cible en utilisant une technique appelée épinglage (pinning). Pour attribuer un cœur spécifique, la commande olvm-vmcontrol ou Oracle Linux Virtualization Manager est utilisée.

Cependant, comme limitation lorsque vous attribuez un cœur spécifique à une machine virtuelle, cette dernière n’est pas éligible pour la migration à chaud/froid. Cela est important, alors souvenez-vous-en.

Conclusion

Voici un résumé de cet article. Dans l’article suivant, nous expliquerons comment attribuer des cœurs spécifiques. Nous donnerons également des instructions sur le partitionnement dur avec Oracle Linux KVM. Cependant, c’est un peu complexe, donc cela pourrait ne pas fonctionner parfaitement tel quel.

Le concept de licence Oracle dans les environnements de serveurs virtuels

  • Dans un environnement de serveur virtuel, le serveur physique de base est soumis à la facturation des licences
  • Dans un environnement de serveur virtuel constitué de plusieurs serveurs physiques, tous les serveurs pouvant être migrés à chaud/froid sont, en principe, soumis à la facturation des licences
  • Les technologies de virtualisation certifiées par Oracle incluent le partitionnement logiciel et le partitionnement dur, et les licences Oracle ne peuvent être limitées qu’avec les technologies de partitionnement dur
  • Les technologies de virtualisation utilisées sur les serveurs x86 telles que VMware, Hyper-V et Linux KVM sont classées comme partitionnement logiciel

Exceptions dans Oracle Linux KVM

  • Dans Oracle Linux KVM, une technologie est reconnue comme partitionnement dur uniquement lorsqu’un cœur spécifique est attribué selon une procédure déterminée
  • Lorsqu’un cœur spécifique est attribué dans Oracle Linux KVM, la migration à chaud/froid n’est pas disponible pour cette machine virtuelle