<Insert Picture Here> RAC Architektur und Installation

Transkript

1

2 <Insert Picture Here> RAC Architektur und Installation Elmar Ströhmer Michael Künzner Oracle Server Technologies Competence Center

3 Agenda Überblick und Architekturen von HA-Systemen Hardware Die Basis RAC in der Praxis Installation Konfiguration Test (ASM,...)

4 Agenda Überblick und Architekturen von HA-Systemen Hardware Die Basis RAC in der Praxis Installation Konfiguration Test (ASM,...)

5 Was kostet Sie die Ausfallzeit? keine Ahnung 60% genaue Analyse zu aufwendig 19% diese Kosten wurden bereits ermittelt 21% Quelle: Gartner Group & Contingency Planning Research, Inc.

6 Verfügbarkeit von EDV-Systemen Anwendung Middleware & Utilities Datenbank Software Netzwerk Software Betriebssystem Hochverfügbarkeit einer Anwendung bedeutet Hochverfügbarkeit ALLER Komponenten Suche nach der schwächsten Komponente Hardware

7 Problem: Single Instance DB Eine Single Instance führt immer zu: begrenzter Skalierbarkeit max. Anzahl CPUs pro Server begrenzter Ausfallsicherheit Server Ausfall = DB Ausfall

8 Hochverfügbarkeit - Ausfallzeiten versus Kosten Prozentsatz Verfügbarkeit Downtime pro Jahr (7x24x365) Tage Stunden Minuten 95% % % % % % even 99.9% data availability can cost a company nearly $5m a year - The Standish Group 2001

9 Die schnelle Kostenrechnung

10 Oracle ist Oracle ist Oracle... Oracle inklusive aller Optionen wie auch Real Application Clusters (kurz RAC) ist auf allen Plattformen gleich: eine Codebasis auf allen Plattformen alle Oracle 10g Funktionalitäten Identische Schnittstellen Identische Tools Infrastruktur Oracle Universal Installer (OUI) Enterprise Manager (EM) Database Configuration Assistant (DBCA) Recovery Manager (RMAN)

11 Ausfallzeiten Unterschiede Systemfehler Stromausfall Systemabsturz RAC Ungeplante Ausfallzeit Datenfehler & Desaster Datenkorruption Flut, Feuer, usw. Menschliche Fehler Löschen von (System-) Daten Geplante Ausfallzeit Routine Operationen System- Wartung Schema Anpassungen Hardware & O/S Upgrades RAC

12 Clusterumgebungen Gründe für einen Clusterverbund: Hochverfügbarkeit Skalierbarkeit Clustertypen: Failover Cluster Shared Nothing Shared Disk

13 Performance und Skalierbarkeit Performance Eine gute Performance bedeutet minimale Ausführungs- und Zugriffszeiten unabhängig von der Anzahl der Benutzer und der Datenmenge Skalierbarkeit Eigenschaft, die geforderte (max.) Performance auch dann bereitzustellen, wenn die Anzahl der User, die Zugriffe oder die Datenmenge wächst, oder Spitzenlasten (z.b. bei Internetapplikationen) auftreten

14 Clustertypen Failover Cluster Heartbeat Data A-Z Typischerweise 2 Rechner im Verbund Nur der aktive Rechner hat Zugriff auf die Daten Adressiert Hochverfügbarkeit, keine Skalierbarkeit

15 Ausfall eines Knotens Failover Cluster Data A-Z Ausfallrechner übernimmt Platten Applikationen werden hochgefahren Umschaltzeit Minuten Nur der aktive Knoten kann genutzt werden (keine Skalierbarkeit)

16 Clustertypen Shared Nothing Data AHZ Data GLK Data RUD Data MGK Typischerweise mehrere Rechner im Verbund Alle Knoten sind gleichzeitig aktiv Jedem Knoten ist ein Plattenstapel dediziert zugewiesen Skalierbarkeit nur für lesende Applikationen z.b. bei IBM DB2 UNIX & Windows, Microsoft SQL Server

17 Ausfall eines Knotens Shared Nothing X Data Data AHZ A-E Data GLK Data RUD Data MGK Die Platten des ausgefallenen Knotens sind nicht mehr verfügbar Jeweils zwei Knoten sind wechselseitig Ausfallknoten zueinander: Ausfallzeit ca Minuten Extrem limitierte Skalierbarkeit

18 Clustertypen Shared Disk Data A-Z Typischerweise 2 oder mehr Rechner im Clusterverbund Alle Knoten sind gleichzeitig aktiv Alle Knoten haben gleichzeitigen Zugriff auf die Daten Adressiert Skalierbarkeit & Ausfallsicherheit z.b. bei Oracle RAC, IBM DB2 auf z/os

19 Ausfall eines Knoten Shared Disk X Data A-Z Fällt ein Rechner aus, wird die Last auf die übrigen Knoten verteilt Alle Knoten haben zu jeder Zeit Zugriff auf alle Daten Adressiert Skalierbarkeit & Ausfallsicherheit: Ausfallzeit < 1 Minute Alle noch verfügbaren Ressourcen nutzbar (hier 75%)

20 Clusterumgebungen - Zusammenfassung Funktion RAC SN FC Im Kundeneinsatz bei Warehouse Systemen Ja Ja (Nein) Im Kundeneinsatz bei Transaktionssystemen Ja Nein Ja Skalierung bei statischen Applikationen, TPC-C Gut Gut Nein Skalierung bei Standardapplikationen Skalierung ohne Neupartitionierung der Daten Daten bei Ausfall eines Knotens sofort zugreifbar Verfügbarkeit bei Crash im < 2 Min Bereich Betroffene Benutzer bei Nodecrash (2 Knoten) Betroffene Benutzer bei Nodecrash (4 Knoten) Gut Nein Nein Ja Nein (Nein) Ja Nein Nein Ja Nein Nein 50% 100% 100% 25% 100% 100% RAC=Real Application Clusters, SN=Shared Nothing, FC=Failover Cluster

21 RAC Skalierung <Insert Picture Here>

22 Kontinuierliche IT-Dienstleistung Oracle Real Application Clusters Shared Disk Architektur Shared Cache Architektur (Cache Fusion)

23 Skalierung Normal SAP Environment Table A Table B Table C Presentation Application Database

24 Skalierung Normal SAP Environment Table A Table B Table C Größeren Server kaufen! Presentation Application Database

25 Skalierung Normal SAP Environment Table A Table B Table C Einen noch grösseren Server kaufen! Presentation Application Database

26 Skalierung horizontal mit RACNormal SAP Environment Table A Table B Table C Presentation Application Database

27 Skalierung horizontal mit RACNormal SAP Environment Zusätzlicher günstiger Server! Table A Table B Table C Presentation Application Database

28 Skalierung horizontal mit RACNormal SAP Environment Table A Table B Table C Noch ein günstiger Server! Presentation Application Database

29 SAP 2-Tier Testergebnisse Konfiguration Benutzer Durchsatz (Dsteps/Hour) Skalierfaktor Phase 1: Skalierbarkeit 1 node 2 nodes 3 nodes 4 nodes 100 SD 35, SD 70, SD 103, SD 133, Phase 2: Hochverfügbarkeit ++ 3 nodes 400 SD 124,812-7 %

30 Agenda Überblick und Architekturen von HA-Systemen Hardware Die Basis RAC in der Praxis Konfiguration Installation Test

31 Low Cost RAC-HW für

32

33 Mehr Information RAC or oracle.com

34

35