Oracle Database Appliance (ODA) Erfahrungen aus Kundenprojekten

Transkript

1 Oracle Database Appliance (ODA) Erfahrungen aus Kundenprojekten Marco Friebe , Frankfurt a.m.

2 Zahlen und Fakten Robotron Datenbank-Software GmbH Gründungsjahr 1990 Mitarbeiterzahl 351 (Stand 01/2015) Stammkapital Umsatz 2014 Geschäftssitz 2,4 Mio. EUR 31,2 Mio. EUR Stuttgarter Str Dresden Hauptsitz Oracle-Partner ISO 9001 zertifiziert Schulungs- und Kongresszentrum

3 Agenda ODA im Projekt ODA Evolution, Plattformen Architektur Deployment Integration in Betriebsumgebungen Fazit Erkenntnisse und Wünsche

4 ODA bei Robotron Projekte seit 2012 erste SAP Implementierung in D eigene DEMO/Projekt - ODA im Haus (demnächst 2) Robotron Energiemarkt Produkte als Solution-In-A-Box seit März 2015 erstes ODA X5-2 Projekt umfangreiche Praxiserfahrungen ODA-Piloten

5 ODA bei Kunden Oracle Target: Mittelstand Robotron Kunden: Banken, Betreiber (RZ), Forschungszentren, mittelgroße bis große Städte, Energieversorger, Einsatzzwecke (Auszug): Konsolidierung Oracle Datenbanken (EE) Betreiben dedizierter Applikationen (Full Stack) Optimierte Oracle Lizenzierung (Capacity On Demand) Brandbeschleuniger für integrierte Systeme: kleine IT-Teams, knappe Ressourcen, Fachkräftemangel limitierte IT Budgets für Projekte und Betrieb komplexe, heterogene Umgebungen

6 ODA der Einstieg integrierte Systeme sind anders! viele Vorteile aber auch Rahmenbedingungen (z.b. Standardisierung versus Flexibilität) Empfehlung: keine ODA ohne Beratung/intensive Beleuchtung Konzept muss passen, aber: Hemmschwelle für vertikalen Betrieb im Mittelstand ist geringer Entscheider: Sponsor (Fachabteilung) und/oder IT-Management Proof of Concept

7 ODA Proof of Concepts positive Erfahrungen für Kunden und Robotron fachliche und synthetische Tests Inbetriebnahme, Administration bis Patchmanagement Mitnahme und Überzeugung beider Fraktionen (Sponsor, IT- Betrieb) Fakten sind greifbar verlängerte Projektlaufzeiten und Kosten sind zu beachten!

8 ODA Projekt Kickoff Termin während der Bestellzeit (Vorwärtsplanung) trotz Beratung (und PoC) gibt es noch kundenseitige Aha-Erlebnisse nochmal Verinnerlichung des Appliance Charakters Architektur- und Migrationsplanung ODA Configuration Sheet Vorbereitung Deployment Integration in das Betriebskonzept (Auszug Themen) Backup/(Desaster)Recovery Konzept Monitoring/Administration Sicherheitskonzept (z.b. Härtung OS) Patchmanagement ja, es gibt (manchmal) auch ein Betriebshandbuch

9 Agenda ODA im Projekt ODA Evolution, Plattformen Architektur Deployment Integration in Betriebsumgebungen Fazit Erkenntnisse und Wünsche

10 ODA HW Evolution V1 (Sep 2011) X3-2 (Mär 2013) X4-2 (Dez 2013) X5-2 (Feb 2015) CPU 1) 2 x 6-core 3.07 Ghz X5675 (12 Cores) 2 x 8-core 2.9 Ghz E (16 Cores) 2 x 12-core 2.7 Ghz E v2 (24 Cores) 2 x 18-core 2.3 Ghz E v3 (36 Cores) Memory 1) 96 GB 256 GB (768) Network 1) 2 x 1 GbE (onboard) Quad-port GbE NIC (PCIe) Local Storage 1 Shared Dual-port 10 GbE NIC (PCIe) Redundant private 1 GbE interconnects for cluster communication 2 x GB 7200 rpm SATA HDD Storage 20 x GB 15k rpm 1) per Knoten SAS HDD (12 TB RAW) 4 x GB SAS SSD (292 GB) 1 x 4 GB USB Memory 4 x 100/1000/10G Base-T Ethernet ports (onboard) Dual-port 10GBase-T as interconnect for cluster communication (PCIe) 2 x GB 10k rpm SAS-2 HDD 20 x GB 10k rpm SAS-2 HDD (18 TB RAW) 4 x GB SAS-2 SLC SSD (800 GB) Optional storage expansion that doubles storage capacity 4 x 100/1000/10G Base-T Ethernet ports (onboard) Dual-port 10GBase-T as interconnect for cluster communication (PCIe) (copper and fibre) 2 x GB 10k rpm SAS-2 HDD 20 x GB 10k rpm SAS-2 HDD (18 TB RAW) 4 x GB SAS-2 SLC SSD (800 GB) Optional storage expansion doubles storage capacity 4 x 100/1000/10G Base-T Ethernet ports (onboard) Dual-port Infiniband interconnect for cluster communication (PCIe) (copper and fibre) 2 x GB 10k rpm SAS-2 HDD 16 x TB 7.2k rpm SAS- 2 HDD (64 TB RAW) 4 x GB SAS-2 SLC SSD (800 GB) 4 x GB SAS-2 SLC SSD (1.6 TB) Optional storage expansion doubles storage capacity

11 ODA SW Evolution v2.1 (Sep 2011) Markteinführung v2.2 v2.3 (1. HJ 2012) Third Party Software Support (Backup, Monitoring etc.) Multiple DB Home Support External Storage Support (NFS und ZFS Filer) Double Mirroring Support v2.4 (Nov. 2012) SAP Support v2.5 (Feb 2013) Virtualized Platform () v2.6 (Mai 2013) WLS Deployment Package v2.8 (Nov 2013) OVM Shared Repository, VLAN Support v (Sep 2014) Support für GI/DB 12.1 DB und VM Snapshots VDISK Support ACFS Standard für DB-Files v (Feb 2015) Support für X5-2 (Infiniband, Exafusion, Cluster Flash Cache etc.)

12 ODA Betriebsplattformen Bare Metal (ODABM) Konsolidierung von Datenbanken Pay as you Grow (nicht shrink!) Lizenzierung über MOS Lizenzschlüssel geringste Komplexität Virtualized Platform () auf Basis einer spezifischen Oracle VM Integration: Konsolidierung für Applikationen Partitionierung unterschiedlicher Applikationsworkloads Capacity-On-Demand Lizenzierung für Oracle Produkte (DB, WLS, BI ) Applikationsbetrieb unter anderen Betriebssystemen (Windows, Solaris, )

13 Agenda ODA im Projekt ODA Evolution, Plattformen Architektur Deployment Integration in Betriebsumgebungen Fazit Erkenntnisse und Wünsche

14 ODA Virtualized Platform (ODVP) Knoten 1 DOM 0 VM Storage Repository Oracle Database Appliance Domain U Domain U Domain U ODA Base Appliance Manager Grid Infrastructure Database Knoten 2 DOM 0 VM Storage Repository Domain U Domain U Domain U ODA Base Appliance Manager Grid Infrastructure Database Domänenkonzept erlaubt Trennung der Workloads ODA Base besitzt privilegierten Zugriff (PCI-Passthrough) auf Shared Storage nativer Zugriff gewährleistet höchste DB-Performance VLAN, VDISK Support und Management Hochverfügbare DomU durch Systemfailover

15 ODA Virtualized Platform (ODVP)

16 Agenda ODA im Projekt ODA Evolution, Plattformen Architektur Deployment Integration in Betriebsumgebungen Fazit Erkenntnisse und Wünsche

17 ODA Virtualized Plattform Deployment Parameter Parameter Wertebereich Wert System-Name Region Zeitzone Name Europe Europe/Berlin ODA_BASE Cores 2-36 Backup Bereich Diskgruppen Redundanz DNS-Domain DNS-Server NTP-Server ASR Proxy-Server oder ASR Manager ASR Proxy-Server Port oder ASR Manager Port lokal/extern zweifach/dreifach Name IP oder Hostnamen IP oder Hostnamen IP oder Hostname Port Oracle MyOracleSupport Account Cloud FS (ACFS) Shared VM Repository Login Account Mountpoint und Size Name, Size und DG

18 ODA Virtualized Plattform Deployment Parameter Ebene Knoten 0 Knoten 1 Beide Hostname IP-Adresse Hostname IP-Adresse Subnetmask Gateway ILOM odaprodilom odaprodilom Hypervisor (DOM0) odaproddom odaproddom ODA-BASE (DOM1) odaprodbase odaprodbase RAC-VIP odaprodvip odaprodvip SCAN odaprodscan , Backup/DG/DMZ User VM 1 odaprodvm

19 ODA Virtualized Plattform Deployment Bare Metal Virtualized Platform Funktion OS ISO Image Linux 5.x Oracle VM 3.2.x Reimaging ODA VM Template n/a Extra Download Deployment End User Bundle Extra Download In VM Template enthalten Deployment ODA Patch Bundle Extra Download Extra Download Upgrade *Deployment Prozess (Zeiten von ODA V1)

20 ODA Virtualized Plattform Deployment User-VM Erstellung von VM-Templates von laufender OVM Umgebung, Oracle Template Builder, Oracle Virtual Assembly Builder, OVM Templates von Oracle edelivery Cloud von OS-ISO Image (Doc ID ) von Vmware/Hyper-V (Doc ID ) Rollout auf ODA

21 Agenda ODA im Projekt ODA Evolution, Plattformen Architektur Deployment Integration in Betriebsumgebungen Fazit Erkenntnisse und Wünsche

22 ODA Virtualized Plattform Desaster Recovery Produktion ACFS-Replikation 3 rd Party-Replikation/Sync (z.b. rsync) (Active) Data Guard Desaster Recovery QS Test RZ 1 RZ 2 Nutzung von ACFS DB-Snaphots Methoden: Nutzung der jetzt kostenfreien ACFS Replikation Einsatz von rsync innerhalb der User VM Erstellen von Snaphots und Transport zu Standbyseite Doc ID

23 ODA Virtualized Plattform Integration in Betriebsumgebungen Backup/Recovery: Backup-Ebene Backup-Type Backup-Modus Hypervisor/DOM0 Redeployment n/a ODA_BASE VM Images per NFS/CIFS/iSCSI auf Backup-Server Offline ODA_BASE Inhalte per Backup-Agent direkt per Linux Utilities auf NFS/CIFS/iSCSI USER VM Images per ACFS Snapshot (Stufe 1) per Backup-Agent (Stufe 2) per NFS/CIFS/iSCSI auf Backup-Server (Stufe 2) Online Offline (Stufe 1) per Backup-Agent per NFS/CIFS/iSCSI auf Backup-Server Offline Datenbanken per Backup-Agent direkt Online per NFS/CIFS/iSCSI auf Backup-Server (Stufe 1) per Backup-Agent (Stufe 2) Online in Fast Recovery Area (Stufe 1) per Backup-Agent (Stufe 2) Online

24 ODA Virtualized Plattform Integration in Betriebsumgebungen Backup/Recovery:

25 ODA Virtualized Plattform Integration in Betriebsumgebungen Monitoring: OAKCLI (HW, VM, OS, Gridinfra, DB und Einbindung in Drittprodukte z.b. Nagios, HP OpenView, robotron*dbacheck etc.) Nutzung EM CC 12cR4 (HW, VM, OS, Gridinfra, DB) ILOM SNMP Traps (HW) ILOM Notification ( ) ASR (Automatic Service Request) Empfehlung Einbindung oakcli und/oder SNMP für Service Desk Cloud Control für DBA/DMA

26 ODA Virtualized Plattform Integration in Betriebsumgebungen Administration ODA / VMs OAKCLI (HW, VM, OS, Gridinfra, DB) EM CC 12c (OS, Gridinfra, DB) Patchmanagement: Quartalsweise Bundle Patch für ODA 3 Elemente (Infra, Gridinfra, DB) Infra und Gridinfra zusammen und max. 1 Patch Bundle zurück DB gemäß Applikations- bzw. Unternehmensfreigabe Oracle Linux Yum Repo (Zentrales OS Patchmanagement der User VM) Patchmanagement Applikationen und ThirdParty Services

27 ODA Virtualized Plattform Upgrade Basissoftware Upgrade Basis-System mit Patchsets, PSU und kritischen One-Off s Upgrade Infra Patching ILOM, Bios, Firmware, Treiber, Oracle VM, Linux, Upgrade Gridinfra Patching Clusterware, ASM Upgrade DB Optional: Patching DB-Homes, Datenbanken *versionsabhängiger Bundlepatch Readme folgen *Upgrade der User VM (Yum Repo, etc.)

28 Agenda ODA im Projekt ODA Evolution, Plattformen Architektur Deployment Integration in Betriebsumgebungen Fazit Erkenntnisse und Wünsche

29 Unser Fazit Wir sind überzeugt vom ODA-Konzept aber das Konzept muss auch für den Kunden passen Beratung zur Lösung PoC as always: gute Planung halbe Miete ermöglicht höhere Flexibilität Es gibt noch offene Wünsche (Auszug): separate DB-VM für Versionen, Editionen, Lizenzformen Pipeline (OOW?) Multi-ODA (Cluster über ODA-Grenzen) auf Wunschliste vollständiges Backup/Recovery-Konzept für Wunschliste Partitionierung für kleinere Kunden ala Half-ODA Wunschliste

30 Marco Friebe Leiter Oracle Services & Support T: F: