Oracle Engineered Systems - Chance oder Risiko?

BASEL BERN BRUGG DÜSSELDORF FRANKFURT A.M. FREIBURG I.BR. GENF HAMBURG KOPENHAGEN LAUSANNE MÜNCHEN STUTTGART WIEN ZÜRICH

Oracle Engineered Systems –Chance oder Risiko?Daniel SteigerPrincipal Consultant

Zürich, 27. Oktober 2016

Über mich ...

Oracle Engineered Systems - Chance oder Risiko?2 27.10.2016

Daniel SteigerPrincipal Consultant

Oracle DBA und IT Infrastruktur Architekt

Program Manager IT Infrastructure Optimization

Co-Autor "Der Oracle DBA", Hanser Verlag

Speaker und Referent

Agenda

1. Lizenztechnische Herausforderungen

2. Capacity on Demand

3. Trusted Partitions

4. Chancen und Risiken



LizenztechnischeHerausforderungen

Challenge 1: Prozessor


Immer leistungsfähigere Prozessoren: 10-, 12-, 14-, 15-, 16-, 18- und 22-Cores (und mehr ...)

Herausforderung: Anzahl zu lizenzierende Cores bei Prozessor-Lizenzen

Beispiel:

Wie lizenziert man Oracle, wenn man gar (noch) nicht alle CPU-Cores benötigt?

Challenge 2: Virtualisierung auf x86-Systemen


Eine einfache Regel sorgt für heisse Köpfe:

– Es müssen alle Prozessoren lizenziert werden auf denen Oracle Programme installiert sind und/oder ablaufen – auch auf virtualisierten Umgebungen

– Software-Partitionierung (wie VMware ESX) gilt nicht als Segmentationskriterium

Konsequenz für alle Kunden mit VMware ESX

– Ab vSphere 5.1 mit vMotion (Life Migration) müssen alle Server des vCenters lizenziert werden

Wie lizenziert man Oracle kosten/nutzen-optimiert und compliant auf einer virtualisierten x86-Plattform?


Capacity on Demand– Prinzip: deaktivieren von CPU-Cores

– Effektiv für Enterprise Edition

– Verfügbar auf Exadata und Oracle Database Appliance

Oracle Trusted Partitions for Oracle Engineered Systems– Prinzip: nutzungsabhängige Sub-

Capacity-Lizenzierung der Gesamtanzahl physischer Cores (Highwater Mark)

– Verfügbar auf Exadata und Private Cloud Appliance

Oracle VM für x86– Prinzip: Zuweisung und Pinning von

physischen CPUs zu VMs

Wie lizenziert man Oracle, wenn man gar (noch) nicht

alle CPU-Cores benötigt?

Wie lizenziert man Oracle kosten/nutzen-optimiert und

compliant auf einer virtualisierten x86-Plattform?

Spezielle Lizenzmodelle für spezielle Systeme ...


Trusted PartitionsCapacity-on-Demand


Capacity on Demand (CoD)

Capacity-on-Demand (CoD)

Oracle Engineered Systems - Chance oder Risiko?10

Nur ein Sub-Set der verfügbaren Cores ist initial aktiviert => tiefere Lizenzkosten

Bei Bedarf Freischaltung zusätzlicher Prozessor-Cores + deren LizenzierungKlein starten ... wachsen … aber kein zurück

Gilt nur für Oracle Database Enterprise Edition

Unterschiedliche Handhabung für Exadata und Oracle Database Appliance

27.10.2016

CoD – Oracle Database Appliance


*launched Oct. 2016

mögliche DB-Editionen:SE1, SE, SE2 und EE

mögliche DB-Editionen:ausschliesslich EE

*launched Oct. 2016

1 CPU à 10 Cores

2 CPUs à 10 Cores

2 CPUs à 10 Cores

2 x 2 CPUs à 10 Cores

CoD – Beispiel Oracle Database Appliance X6-2HA


ODA X6-2HA: 2 x 2 CPUs à je 10 Cores = 40 CPU-Cores

Deaktivieren von Prozessor-Cores (bare metal)/opt/oracle/oak/bin/oakcli apply

core_configuration_key <key_file_location>

Minimum 2 Cores pro Server aktiviert

Beispiel:

– 4 aktivierte Cores x Multicore-Factor 0.5➜ 2 Prozessor-Lizenzen

– Für Failover-Cluster auf eine Prozessorlizenz reduzierbar

Full Capacity Nutzung: 20 Prozessorlizenzen

node0

CPU0a CPU0b

node1

CPU1a CPU1b

CoD – Lizenzierung für Exadata

Pro Server einstellbar

Nur aktivierte Cores sind zu lizenzieren(Minimal 14 Cores)

Weitere Cores können jederzeit aktiviert und lizenziert werden

Achtung: aktivierte Cores können nicht mehr deaktiviert werden (Ausnahme: Ausgleich bei zusätzlichen Cluster-Knoten)

Für X5-2 gilt 40% Minimus; resp. 50% für X4-2

30 Cores CoD

Exadata X6-2 Database Server

Total: 2 x 22 Cores = 44 Cores

Minimum14 Cores 30 Cores zuschaltbar

7 Prozessoren


x 0.5

CoD – Sonderfall Exadata 1/8 Rack

Verbaute Hardware ist nur zur Hälfte aktiviert

Minimum 8 Cores pro DB-Server

Bei Erweiterung um einen 3. Database Server gilt „normale“ 40% Regelung

50% deaktiviert

Exadata X6-2 Database Server 1 und 2

2 Server à 2x11 Cores = 44 Cores

50% deaktiviert


Minimum16 Cores

8 Prozessoren

x 0.5

28 Cores zuschaltbar

CoD – Beispiel Exadata

Jeder Datenbankserver wird separat betrachtet: CoD / Non CoD

~68% CoD

~68% CoD

~ 32% CoD

Anzahl der aktivierten Cores pro Server muss durch 2 teilbar sein.

EE + RAC

EE + Optionen

EE


14 Cores aktiv.

14 Cores aktiv.

30 Cores aktiviert

44 Cores aktiviert

Exadata X6-2 Half Rack mit 4 Database Server


Trusted Partitions für Oracle Engineered Systems

Trusted Partitions for Oracle Engineered Systems


Ziel: flexible Sub-Capacity-Lizenzierung basierend auf Oracle VM

Voraussetzungen:

– Enterprise Manager Nutzung (siehe My Oracle Support Note 1471719.1)

– Connected Mode: Nutzungsdaten werden über My Oracle Support rapportiert

– Disconnected Mode: ¼-jährliche Reports, lokal speichern und 2 Jahre vorhalten

Trusted Partition - Lizenzierung

Oracle Engineered Systems - Chance oder Risiko?18

Lizenzierung der Highwater Mark (maximale Anzahl genutzer vCPUs)

2 virtuelle CPU‘s (vCPU) werden als ein physischer Core bewertet

Beispiel:VM1, VM2 und VM3 aktiv, VM4 ist deaktiviert

– Lizenzbedarf: 22 vCPU➜ 11 physikal. Cores

– 11 x 0.5 = 5.5 ➜ Highwater Mark = 6 ➜ 6 Prozessorlizenzen

Oracle VM1: 10 vCPU

Oracle VM2: 5 vCPU

Oracle VM3: 7 vCPU

Oracle VM4: 10 vCPU(deaktiviert)

27.10.2016

Trusted Partitions auf Exadata

Min. 14 Cores, resp. 40% der Cores pro Server müssen lizenziert sein

Server entweder virtualisiert, oder CoDExadata X6-2 Database Server 1: virtualisiert

OVM1:

16 vCPU=

8 Cores

OVM2:

28 vCPU=

14 Cores

OVM3:

18 vCPU=

9 Cores

OVM4:

14 vCPU=

7 Cores

Exadata X6-2 Database Server 2: virtualisiert

Min. Liz: 14 Cores , Max. Liz: 44 Cores

OVM5:8 Cores

Hosting Kunde

A

OVM6:8 Cores

Hosting Kunde

B

OVM7:4 Cores

Hosting Kunde

C

20 Cores

19 Prozessorlizenzen 4 Proz. 4 Proz. 2 Proz.


Trusted Partitions auf Private Cloud Appliance

Tech Event: Engineered Systems20 2016-09-09

Flexible Virtualisierungplattform

– Datenbanken

– Applikationsserver

– Eigene Apps

– Unterschiedliche Betriebssysteme

– 2 bis 25 Server pro Rack

Trusted Partitions

– Datenbanken (z.B. 6 phys. Cores)

– Weblogic (z.B. 3 phys. Cores)

VM1: Oracle DB 10 vCPU

VM2: Weblogic5 vCPU

VM3: Oracle DB 2 vCPU

VM2: Weblogic2 vCPU

(deaktiviert)


Engineered Systems –Chance oder Risiko?

Chancen und Risiken


ChancenLizenzkosten können mit Capacity-on-Demand und Trusted Partitions massiv optimiert werden

Höhere Agilität durch flexible Konfigurationsoptionen

Geringere Betriebsaufwendungen, weil "engineered", sowie kleinerem Personalaufwand

Konsolidierungspotential durch Einsatz von Engineered Systems

RisikenEinmal genutzte Kapazitäten bleiben lizenzpflichtig

Kompetent

Erfahren

Zertifiziert

Chancen nutzen – Risiken eliminieren


+ engineeredsystemteam

oraclelicenseteam

Möchten Sie mehr erfahren?Nehmen Sie mit uns Kontakt auf.Daniel SteigerPrincipal Consultant

Tel. +41 58 459 50 [email protected]


Wichtige Links


Oracle Partitioning Policyhttp://www.oracle.com/us/corporate/pricing/partitioning-070609.pdf

Oracle® Exadata Database Machine Licensing Information User's https://docs.oracle.com/cd/E50790_01/doc/license.121/e50468/core_license.htm#DBMLI147

ODA Lizenzdokumentationhttps://docs.oracle.com/cd/E22693_01/doc.12/e25375/toc.htm

Hard Partitioning with Oracle VM Server for x86http://www.oracle.com/technetwork/server-storage/vm/ovm-hardpart-168217.pdf

Technology

Oracle Engineered Systems - Chance oder Risiko?