Zurück

2025/04/16

5. Oracle-Lizenz und Oracle Linux KVM in virtuellen Serverumgebungen

Es gibt ein lästiges Problem bei der Verwendung von Oracle-Produkten in einer virtuellen Serverumgebung. Die Anzahl der CPU-Kerne des zugrunde liegenden physischen Servers wird für die Lizenzberechnung verwendet, nicht die Anzahl der CPU-Kerne, die dem virtuellen Server zugeteilt sind. Zudem hat die Entwicklung von Virtualisierungstechnologien wie vMotion die Situation weiter kompliziert.

Daher erklären wir in diesem Artikel „Das Oracle-Lizenzkonzept in virtuellen Serverumgebungen“ und „Oracle Linux KVM, das Lizenzen auch in virtuellen Serverumgebungen reduzieren kann“. Dieser Inhalt bezieht sich auf On-Premises-Umgebungen, virtuelle Server in der öffentlichen Cloud sind nicht anwendbar.

Das Oracle-Lizenzkonzept in virtuellen Serverumgebungen

Grundlagen der Lizenzierung für virtuelle Serverumgebungen

Zunächst behandeln wir die Grundlagen der Oracle-Lizenzierung in einer virtuellen Serverumgebung. Werfen wir einen Blick auf die folgenden FAQs, die auf der Oracle Japan-Webseite veröffentlicht wurden.

Wie wird die Lizenzanzahl berechnet, wenn Server-Virtualisierungssoftware (Oracle VM, VMware, Hyper-V usw.) verwendet wird?

VMware, Hyper-V usw. werden als Soft Partitioning klassifiziert, und alle physischen Prozessoren, die auf dem physischen Server installiert sind, auf dem das Oracle-Produkt installiert ist (oder läuft), werden in die Lizenzberechnung einbezogen.

* Die Anzahl der virtuellen Maschinen (VMs), auf denen Oracle-Produkte installiert sind (oder laufen), hat keinen Einfluss auf die Anzahl der benötigten Lizenzen.

Der Begriff Soft Partitioning ist aufgetaucht, aber wir ignorieren ihn vorerst und erklären ihn später. Einfach gesagt, wenn Oracle-Produkte in einer virtuellen Maschine (VM) verwendet werden, wie in der folgenden Abbildung gezeigt, ist es der Prozessor des physischen Servers, der lizenziert wird.

Nehmen wir zum Beispiel an, es gibt x86-Server mit zwei 8-Kern-CPUs. Weisen Sie der virtuellen Maschine (VM) zwei Kerne zu und verwenden Sie die Oracle-Datenbank. In diesem Fall wird die Abrechnung für die x86-physischen Server vorgenommen. Die benötigten Lizenzen sind wie folgt:

8-Kern-CPU x 2 = 16 Kerne
16 Kerne x Kernfaktor 0,5 = 8

Für Oracle Database Enterprise Edition ist eine 8-Prozessor-Lizenz erforderlich.
Oracle Database Standard Edition 2 berücksichtigt die Anzahl der Kerne nicht, daher ist eine 2-Prozessor-Lizenz erforderlich.

Tipp: Unterschiede zwischen Oracle EE- und Oracle SE2-Lizenzierung

Obwohl dies nicht das Hauptthema ist und nicht im Detail erklärt wird, erläutert die folgende Tabelle die Unterschiede zwischen den Lizenzen der beiden Editionen der Oracle-Datenbank „EE“ und „SE2“. Der größte Unterschied besteht darin, dass EE Lizenzen nach der Anzahl der Kerne zählt, während SE2 nach der Anzahl der Prozessoren zählt. Im weiteren Verlauf dieses Artikels wird nur EE behandelt.

Produkt Lizenztyp Einheiten der Lizenzberechnung
Oracle Database Enterprise Edition (EE) Prozessor, Named User Plus Anzahl der Kerne
Oracle Database Standard Edition 2 (SE2) Prozessor, Named User Plus Anzahl der Prozessoren (max. 2)

Tipp: CPU-Kerne und Threads

Der Kern in der Oracle-Lizenz bezieht sich auf den „physischen Kern“. Es handelt sich nicht um einen „Thread (= logischer Kern)“, der einen einzelnen CPU-Kern mithilfe von Simultaneous Multi-Threading (SMT)-Technologie wie Intels Hyper-Threading als mehrere erscheinen lässt.

Zum Beispiel hat der Intel Xeon Platinum 8362 32 Kerne. Das Aktivieren von Hyper-Threading führt zu 64 Threads. Aus Sicht des Betriebssystems sieht es so aus, als gäbe es 64 CPUs. Für die Oracle-Lizenz werden jedoch die Kerne gezählt, nicht die Threads, also sind es 32.

32 Kerne x Kernfaktor 0,5 = 16 Prozessorlizenzen erforderlich

Konzept einer virtuellen Serverumgebung mit mehreren Serverkonfigurationen

Stellen Sie sich eine virtuelle Serverumgebung vor, die aus mehreren physischen Servern besteht, wie in der folgenden Abbildung gezeigt. Sie kann für Live-Migration usw. verwendet werden, was wahrscheinlich die häufigste Nutzungsmethode in kommerziellen Umgebungen ist.

In einer solchen Umgebung werden alle physischen Server, die den Cluster bilden, für Oracle-Lizenzen abgerechnet. Dies liegt daran, dass virtuelle Maschinen bei Verwendung von Live-Migration auch auf anderen Servern laufen können.

Mit anderen Worten, es umfasst nicht nur den Server, auf dem das Oracle-Produkt installiert ist, sondern auch die Server, auf denen das Oracle-Produkt läuft oder laufen könnte.

Für Server mit denselben Spezifikationen wie zuvor sind die benötigten Lizenzen wie folgt:

(8-Kern-CPU x 2) x 2 Einheiten = 32 Kerne
32 Kerne x Kernfaktor 0,5 = 16

Für Oracle Database Enterprise Edition ist eine 16-Prozessor-Lizenz erforderlich.

Die Weiterentwicklung der Virtualisierungstechnologie macht die Situation noch komplizierter. Zum Beispiel ermöglicht VMware vSphere 6.0 und höher die Live-Migration über Cluster hinweg. Mit anderen Worten, es ist jetzt möglich, auf einen physischen Host-Server zu migrieren, der von einem anderen vCenter verwaltet wird.

Die Lizenz gilt für „Server, die Oracle-Produkte ausführen oder ausführen könnten“. Daher umfasst sie nicht nur Live-Migration, sondern auch Cold-Migration, bei der die virtuelle Maschine vorübergehend gestoppt wird, um migriert zu werden. Folglich unterliegen alle physischen Host-Server, die über das Netzwerk miteinander verbunden sind und VMware oder Ähnliches installiert haben, einer Lizenz. Dies erfordert eine große Anzahl von Oracle-Lizenzen.

Um Oracle-Lizenzen auf einen bestimmten Server zu beschränken, können Sie das physische Netzwerk wie unten gezeigt trennen, um Live-/Cold-Migration zu verhindern. In diesem Fall wird nur ein physischer Server lizenziert.

Zusammenfassung der Oracle-Lizenz für virtuelle Serverumgebungen

  • In einer virtuellen Serverumgebung unterliegt der zugrunde liegende physische Server der Lizenzabrechnung
  • In einer virtuellen Serverumgebung, die aus mehreren physischen Servern besteht, unterliegen alle Server, die live/cold migriert werden können, der Lizenzabrechnung

Verständnis der Partitioning Policy

Wir beschreiben nun die Partitioning Policy, die in virtualisierten Umgebungen wichtig ist. „Partitioning“ ist eine Technologie, die die CPU eines physischen Servers teilt und als mehrere unabhängige Server verwendet. Ursprünglich erschien diese Technologie in Mainframes. Sie verbreitete sich dann auf UNIX-Server und wird heute in VMware und ähnlichen Technologien verwendet. Beachten Sie, dass sie nichts mit der Partitioning Option zu tun hat, die eine Tabelle in mehrere Teile unterteilt.

Soft Partitioning und Hard Partitioning

Oracle hat die folgenden Dokumente zur Partitioning Policy veröffentlicht. Stand Dezember 2022 ist die englische Version etwas neuer, mit der Ergänzung von Containern und Kubernetes.

Das oben genannte Dokument stellt die folgenden drei Arten von Partitioning vor. Oracle Trusted Partition bezieht sich auf Engineered Systems (Appliance-Produkte) wie Oracle Exadata und Oracle Private Cloud Appliance. Wir erklären daher Soft Partitioning und Hard Partitioning.

  • Soft Partitioning
  • Hard Partitioning
  • Oracle Trusted Partition

Die Dokumentation zur Oracle Partitioning Policy ist sehr wichtig. Sie kategorisiert Virtualisierungstechnologien in Soft und Hard und erkennt oder klärt sie dadurch als Mittel zur Begrenzung der Anzahl von Oracle-Lizenzen an. Oracle definiert Partitioning-Technologie wie folgt. Hard Partitioning ist das einzige anerkannte Mittel zur Lizenzbegrenzung.

Soft Partitioning
Solaris 9 Resource Containers, AIX Workload Manager, HP Process Resource Manager, Affinity Management, Oracle VM, VMware usa usw.

Hard Partitioning
Physical Domains, Solaris Zones, IBM LPAR, IBM Micro-Partitions, vPar, nPar, Integrity Virtual Machine, Secure Resource Partitions, Fujitsu PPAR usw.

Bei der Verwendung von Technologien, die als Hard Partitioning anerkannt sind, können Sie nur die Anzahl der CPU-Kerne zählen, die der geteilten Umgebung zugeteilt sind, nicht die physischen Server, wie in der folgenden Abbildung gezeigt. Wie jedoch aus der Liste der Hard Partitioning ersichtlich ist, handelt es sich größtenteils um ältere High-End-UNIX-Server-Technologien, die heute meist nischentechnologien sind.

Der Grund, warum alle Server gezählt werden, auch wenn Live-/Cold-Migration verboten ist

Früher wurde Folgendes angegeben:

In einer virtuellen Serverumgebung, die aus mehreren physischen Servern besteht, unterliegen alle Server, die live/cold migriert werden können, der Lizenzabrechnung

Einige Funktionen verbieten Live-/Cold-Migration, wie z. B. bei VMware. Können diese Funktionen nicht verwendet werden, um Lizenzen wie bei Hard Partitioning zu begrenzen? Diese Funktionen können nicht zur Lizenzbegrenzung verwendet werden.

Dies liegt daran, dass die meisten Virtualisierungstechnologien auf x86-Servern, wie VMware und Hyper-V, als Soft Partitioning zertifiziert sind. Um die Lizenzierung zu begrenzen, benötigen Sie eine Technologie, die als Hard Partitioning zertifiziert ist.

Um die Lizenzierung in einer virtuellen Serverumgebung mit mehreren physischen Servern zu begrenzen, müssen Sie die Server und Speicher im Netzwerk trennen, um die Server zu begrenzen, auf denen Oracle-Produkte laufen oder laufen könnten.

Ausnahmen bei Hard Partitioning

Sie wissen nun, dass die aktuellen Mainstream-Soft-Partitioning-Technologien nicht verwendet werden können, um Oracle-Lizenzen zu begrenzen. Gibt es also eine Möglichkeit, die Anzahl der CPU-Kerne auf einem physischen Server zu begrenzen und die Oracle-Lizenzierung zu reduzieren? Dies können Sie auf folgende Weise tun:

  • Verwendung von Technologien, die als Hard Partitioning anerkannt sind, wie Oracle Linux KVM
  • Verwendung von Engineered Systems wie Oracle Exadata und Oracle Private Cloud Appliance, die als Oracle Trusted Partitions anerkannt sind
  • Verwendung von Capacity-on-Demand (CoD) mit Oracle Exadata oder Oracle Database Appliance

Was wir Ihnen hier zeigen möchten, ist die Verwendung von Oracle Linux KVM. Die Oracle Partitioning Policy gibt Folgendes als Ausnahme an. Beachten Sie, dass Oracle VM Server nicht empfohlen wird, da er sich dem Ende des Supports nähert (Premier Support Ende: März 2021, Extended Support Ende: Juni 2024).

Wichtig ist, dass der Text lautet: „Wenn ein bestimmter Kern gemäß dem unten stehenden Dokument zugewiesen ist.“ Um als Hard Partitioning anerkannt zu werden, müssen beide der folgenden Bedingungen erfüllt sein. Oracle Linux KVM allein kann die Anforderungen nicht erfüllen.

  • Verwendet Oracle Linux KVM
  • Die verwendeten Kerne sind gemäß dem Dokument eingeschränkt

Tipp: Konzept für Container wie Kubernetes

Docker-Container und Kubernetes sind heutzutage ebenfalls weit verbreitet. Die Oracle Partitioning Policy erwähnt auch Container wie Kubernetes. Sie sind im Grunde eine Form von Soft Partitioning. Daher unterliegen die CPUs aller Knoten, die den Kubernetes-Cluster bilden, der Oracle-Lizenz.

Sie können Lizenzen jedoch auf bestimmte Knoten beschränken, indem Sie den Node Selector verwenden. Detaillierte Anweisungen finden Sie im folgenden Dokument:

Ausführen und Lizenzieren von Oracle-Programmen in Containern und Kubernetes

Oracle Linux KVM und Kernzuweisung

Was ist Oracle Linux KVM?

Oracle Linux KVM ist eine Virtualisierungsmethode, die KVM, das im Oracle Linux-Kernel eingebettet ist, als Hypervisor verwendet. Es ist sowohl in RHCK als auch in UEK integriert. Es gibt kein Produkt namens Oracle Linux KVM, und es wird durch die Integration von Paketen erreicht, die Virtualisierung in Oracle Linux 7, Oracle Linux 8 und Oracle Linux 9 unterstützen.

Für detaillierte Einrichtungsanweisungen siehe das folgende Handbuch. Es gibt auch ein Verwaltungstool, Oracle Linux Virtualization Manager, das VMware vCenter entspricht.

Zuweisung von Kernen zu virtuellen Maschinen

Die Anforderungen für Hard Partitioning können nicht allein durch die Verwendung von Oracle Linux KVM erfüllt werden. Um die Anforderungen zu erfüllen, muss ein bestimmter Kern der Ziel-virtuellen Maschine mithilfe einer Technik namens Pinning zugewiesen werden. Um einen bestimmten Kern zuzuweisen, wird der Befehl olvm-vmcontrol oder Oracle Linux Virtualization Manager verwendet.

Eine Einschränkung bei der Zuweisung eines bestimmten Kerns zu einer virtuellen Maschine besteht jedoch darin, dass die virtuelle Maschine nicht für Live-/Cold-Migration geeignet ist. Dies ist wichtig, bitte merken Sie es sich.

Fazit

Die folgende Zusammenfassung dieses Artikels. Im nächsten Artikel erklären wir, wie man bestimmte Kerne zuweist. Wir geben auch Anweisungen zur Hard Partitioning mit Oracle Linux KVM. Es ist jedoch etwas unfreundlich, sodass es möglicherweise nicht sofort gut funktioniert.

Das Oracle-Lizenzkonzept in virtuellen Serverumgebungen

  • In einer virtuellen Serverumgebung unterliegt der zugrunde liegende physische Server der Lizenzabrechnung
  • In einer virtuellen Serverumgebung, die aus mehreren physischen Servern besteht, unterliegen grundsätzlich alle Server, die live/cold migriert werden können, der Lizenzabrechnung
  • Oracle-zertifizierte Virtualisierungstechnologien umfassen Soft Partitioning und Hard Partitioning, und Oracle-Lizenzen können nur mit Hard Partitioning-Technologien eingeschränkt werden
  • Virtualisierungstechnologien, die auf x86-Servern verwendet werden, wie VMware, Hyper-V und Linux KVM, werden als Soft Partitioning klassifiziert

Ausnahmen bei Oracle Linux KVM

  • In Oracle Linux KVM wird eine Technologie nur dann als Hard Partitioning anerkannt, wenn ein bestimmter Kern in einem festgelegten Verfahren zugewiesen wird
  • Wenn ein bestimmter Kern in Oracle Linux KVM zugewiesen wird, ist Live-/Cold-Migration für diese virtuelle Maschine nicht verfügbar