Einsparung von Wartungs- und Lizenzkosten durch Konsolidierung

Transkript

1 Einsparung von Wartungs- und Lizenzkosten durch Konsolidierung Peter Stalder DOAG November 2009 Basel Baden Bern Lausanne Zurich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg Munich Stuttgart Vienna

2 Über mich Senior Consultant IMS (Infrastructure Managed Services) Fokus Application Performance Management (APM) Predictive Performance Management (PPM) Capacity Management Weitere Präsentationen DOAG ITIL Days, Sept Ressourcen und Kapazitätsanalysen im Oracle-Umfeld ukcmg, May 2009 Oracle Metrics for Sizing DOAG, Dec 2008 ITIL Capacity Management for DBAs Oracle Server Konsolidierung 2

3 Einsparung von Wartungs- und Lizenzkosten durch Konsolidierung Projektbeschreibung Ermittlung der möglichen Varianten Methode, Tools, Modell und erreichte Ziele Knowledge transfer is only the beginning. Knowledge application is what counts. Oracle Server Konsolidierung 3

4 Zweck der Studie Ist die aktuelle Infrastruktur überdimensioniert? 24 Server für 51 Datenbanken Beinhaltet 2 Fail-Over Cluster Die derzeitige Infrastruktur ist heterogen 16 x Windows 6 x Linux 2 x Solaris Diese Studie schlägt konkrete Varianten der Konsolidierung und Dimensionierung durch ein mathematisches Modell vor Oracle Server Konsolidierung 4

5 Aktuelle Situation (1) Oracle Server Konsolidierung 5

6 Aktuelle Situation (2) Messung der Infrastruktur mit internem Tool TvdCollect 10. April - 8. Mai Generell sind die Server wenig ausgelastet Oracle Server Konsolidierung 6

7 Auflagen und Einschränkungen Oracle Oracle Database Standard Edition Die Infrastruktur muss für Oracle Database und Oracle Grid Control ab der Version 10g zertifiziert sein Betriebssystem Prozessoren für Linux AMD64/EM64T Sun Solaris auf SPARC-Prozessoren HP-UX PA-RISC und Itanium-Prozessoren IBM AIX auf Power-Prozessor 5 und 6 Hardware Maximal 4 Prozessor-Sockets Single-, Dual- oder Quad-Core z.b. Intel AMD Opteron Quad-Core im 4 Socket MainboardSoftware Oracle Server Konsolidierung 7

8 Oracle Server Konsolidierung durch analytische Modellierung Projektbeschreibung Ermittlung der möglichen Varianten Methode, Tools, Modell und erreichte Ziele Knowledge transfer is only the beginning. Knowledge application is what counts. Oracle Server Konsolidierung 8

9 Dimensionierung der Hardware Die Analyse der aktuellen Belastung zeigte auf, dass die meisten Server nur wenig genutzt werden Es wird eine minimale Anzahl von 4 Server empfohlen Trennung Produktion und Test Trennung DMZ Oracle Server Konsolidierung 9

10 Wahl des Betriebssystems Die Wahl beruht nicht auf technischen Kriterien Kosten der Einführung und Wartung Lizenzkosten Qualifikation und Ausbildung des Personals Angesichts der Möglichkeit der Wiederverwendung von einigen Server fiel die Empfehlung auf Linux Hardware-Kosten sehr begrenzt Know-how im Linux bereits teilweise verfügbar Linux ist die strategische Plattform für Oracle Oracle Server Konsolidierung 10

11 Dimensionierung des Memory Durch das derzeitig genutzte Memory kommt es zu folgender Schätzung 32 GB für Produktion 32 GB für Test 16 GB für Produktion DMZ 16 GB für Test DMZ Über Konsolidierung von Datenbanken sind weitere Einsparungen möglich Oracle Server Konsolidierung 11

12 Dimensionierung des I/O Subsystems Grösster Teil der Server bereits an einem SAN angeschlossen Bestehendes SAN soll weiter genutzt werden I/O Analyse zeigt analog zu den CPU s eine kleine Belastung Oracle Server Konsolidierung 12

13 Dimensionierung der CPU s Berechnung der benötigten CPU Kapazitäten durch ein Modell Ermittlung der Prozessor- und Memory-Geschwindigkeit über einen Speedometer Intel Pentium? Sun SPARC64? IBM P5 / P6? Intel Xeon Quad? AMD Opteron? Oracle Server Konsolidierung 13

14 Oracle Server Konsolidierung durch analytische Modellierung Projektbeschreibung Ermittlung der möglichen Varianten Methode, Tools, Modell und erreichte Ziele Knowledge transfer is only the beginning. Knowledge application is what counts. Oracle Server Konsolidierung 14

15 Methodisches Vorgehen führt zum Ziel Oracle Server Konsolidierung 15

16 Erstellen des Inventory Server Datenbanken Applikationen Oracle Server Konsolidierung 16

17 Ermittlung CPU- und Memory Speed Speedometer beinhaltet 3 Tests à 5 Durchläufen Test 1: Wechselseitige Rekursion (mutualy recursive function) Test 2: Lesen von 256 Attributen einer Table im Memory Test 3: Nested Loop-, Hash- und Sort Merge-Joins im Memory Skalierbarkeit nicht berücksichtigt Oracle Server Konsolidierung 17

18 Daten sammeln Workload gesammelt via TvdCollect Oracle Server Konsolidierung 18

19 Repräsentierung des Workloads Die richtige Oracle Metrik muss ermittelt werden Logical Reads User Calls Execute Count Transaktionen Oracle Server Konsolidierung 19

20 Validierung der Metrik Logical Reads AUSGABE: ZUSAMMENFASSUNG Regressions Statistik Multipler Korrelationskoeffizient Bestimmtheitsmaß Adjustiertes Bestimmtheitsmaß Standardfehler Beobachtungen 2080 Oracle Server Konsolidierung 20

21 Modell - Rahmenbedingungen Konsolidierung basiert auf durchschnittlichen Werten DB6 nach Spitzenwert Nur die Datenbanken mit einer Auslastung von > 5% wurden statistisch validiert Der Workload wird über die Metrik logical reads repräsentiert Anstelle der komplexen Queueing Theory wurde die einfache Mathematik von Little s Law beigezogen Oracle Server Konsolidierung 21

22 Modell - Little s Law Anzahl Kunden im System = Arrival Rate * Response Time Q = λ * R λ Arrival Rate Q Number in System R Response Time Oracle Server Konsolidierung 22

23 Little s Law in der Praxis Consolidated Server18 Server12 Server13 Server15 Server14 Server5 Server7 Server9 Server21 CPUs Arrival Rate Utilisation 19.8% 1.0% 0.1% 6.0% 3.0% 0.1% 15.0% 5.0% 10.0% 2.0% Speed Factor Service Time Response Time Queueing Delay Oracle Server Konsolidierung 23

24 Kostenreduktionen Effizientere Verwendung von Lizenzen Bessere Auslastung der Ressourcen Green IT Geringerer Stromverbrauch Geringerer Klimatisierungsbedarf Geringerer Platzbedarf im Rechenzentrum Systemlandschaft vereinheitlicht und homogenisiert Oracle Server Konsolidierung 24

25 Kosteneinsparung Betrieb Kosten Keine Änderung Load Testing Analytische Modellierung Zeit Oracle Server Konsolidierung 25

26 Server Konsolidierung durch analytische Modellierung Projektbeschreibung Vorgehensweise Methode, Tools, Modell und erreichte Ziele Knowledge transfer is only the beginning. Knowledge application is what counts. Kernaussagen Oracle Server Konsolidierung 26

27 Kernaussagen Ein Inventory über alle Server, Datenbanken und Applikationen ist Voraussetzung für jede Konsolidierung oder Virtualisierung Knowledge transfer is only the beginning. Knowledge application is what counts. Auslastung und Antwortzeiten über applikatorische Benchmarks abzudecken wäre zeitintensiv und kostspielig Mit einem guten Vorgehensmodell und geeigneten Tools lässt sich eine Konsolidierung auf eine rationale Grundlage stellen Oracle Server Konsolidierung 27

28 Vielen Dank!? Basel Baden Bern Lausanne Zurich Düsseldorf Frankfurt/M. Freiburg i. Br. Hamburg Munich Stuttgart Vienna