Absichern eigener Anwendungen mit Oracle 10gR2 Clusterware. Daniel Schulz Opitz Consulting Gummersbach GmbH

Transkript

1 Absichern eigener Anwendungen mit Oracle 10gR2 Clusterware Daniel Schulz Opitz Consulting Gummersbach GmbH 1

2 Agenda Grundlagen Absichern eines beliebigen Dienstes Administration Fazit Seite 2

3 Historie Oracle Clusterware/CRS RAC in Version 9i benötigt auf vielen Plattformen eine zusätzliche Clustersoftware (Sun Cluster, Veritas, MC SG) In Version 9i ist RAC nur in der EnterpriseEdition verfügbar 10gR1: Einheitliche Clustersoftware Cluster Ready Services (CRS) auf allen unterstützten Plattformen. 3rd Party Clustersoftware optional immer noch möglich 10g Standard Edition RAC: Nur ASM, keine 3rd Party Clustersoftware, max 4 CPU Sockel 10gR2: CRS heißt jetzt Clusterware. Absicherung von non- RAC Diensten wird unterstützt Seite 3

4 Failover Cluster Rechnerverbund aus mindestens 2 Knoten Cluster Software überwacht den Zustand der Dienste und Verfügbarkeit der Knoten. Leitet Maßnahmen bei Ausfälllen ein Beim klassischen Cold Failover ist eine Maschine aktiv, die zweite wartet untätig auf ihren Einsatz Aktiv/Passiv Im Clusterverbund werden oftmals die Dienste auf die Maschinen verteilt Ein bestimmter Dienst ist jeweils nur auf einem Knoten aktiv Achtung! Es müssen noch genügend Ressourcen frei sein, um den Ausfall einer Maschine abzufangen Seite 4

5 Failover Cluster Seite 5

6 RAC im Vergleich Seite 6

7 Motivation Verzicht auf externe Clusterlösung für: Absicherung von Einzelinstanzen (z.b. 9i) Absicherung von Oracle Application Server Instanzen Absicherung von eigenen Anwendungen (Samba, Apache Webserve, JBoss ) Verringerung von Lizenzkosten und Schulungsaufwand Es muß oder kann nicht immer RAC sein: In der EE sind 50% Lizenzaufschlag für RAC Option fällig In 9i gibt es RAC nur in der EE Bei kleinen DBs ist Skalierung möglicherweise nicht erforderlich, selbst eine Instanz mit minimaler Speicher- und Prozess- Konfiguration reicht aus Seite 7

8 Standard Installation der Clusterware Voraussetzungen Server, Netzwerk, Betriebssystem, Shared Storage eingerichtet Anwendung ist installiert Action-Skript wurde erstellt zur Kontrolle der Anwendung Freie IP Adresse für Virtuelle IP steht zur Verfügung Seite 8

9 Action Skript In beliebiger Skriptsprache verfasst (Perl, Python, Shell Skript etc.), die der Server kennt Implementiert die Funktionen start/stop/check Definierter Rückgabewert 0 bei Erfolg, 1 bei Fehler Beispielskripte bei Oracle: Für viele Dienste (FTP, Apache, Samba usw.) können auch die Skripte in /etc/init.d verwendet werden Kann auch binäres Programm sein, das vorgenannte Funktionalitäten bietet Seite 9

10 Virtuelle IP Adresse Wird über Clusterware eingerichtet, nicht im Betriebssystem Läuft auf dem Public Network Fertiges Action Skript wird mit Clusterware geliefert Unabhängig vom physikalischen Server ist die Anwendung unter einer konstanten IP erreichbar VIP kann im Cluster wandern Seite 10

11 Befehle in $ORA_CRS_HOME/bin crs_profile: *.cap Datei mit Konfigurationseinstellungen wird erstellt Registrieren am Cluster crs_register: Dienst wird unter Verwendung der *.cap Datei am Cluster registriert crs_setperm: Berechtigungen werden gesetzt, z.b. damit der oracle User eine VIP starten darf crs_unregister: Entfernen einer Ressource Seite 11

12 Grundlegende Eigenschaften einer Ressource werden definiert: Name im Cluster Action Script zur Steuerung Abhängigkeiten von anderen Diensten (VIP LISTENER Instanz) Check Intervall, Restart Attempts, crs_profile Placement und HOSTING MEMBERS: Festlegung, wo Dienst laufen darf und wie die Verteilung (balanced, favored, restricted) im Cluster ist Parameter werden in eine Datei geschrieben: <ressource_name>.cap Seite 12

13 crs_register/crs_unregister Registrieren des Dienstes am Cluster Dienst wird noch nicht gestartet Über crs_stat kann der Status abgerufen werden Mit crs_start <ressourcen_name> wird der Service gestartet crs_unregister meldet Ressource wieder ab Seite 13

14 $ORA_CRS_HOME/bin/crs_profile -create webapp.vip -t application -a $ORA_CRS_HOME/bin/usrvip -o oi=bond0, ov= , on= h clusternode1 -p favored Profil erstellen und registrieren $ORA_CRS_HOME/bin/crs_register webapp.vip Seite 14

15 In ging es noch $ORA_CRS_HOME/bin/usrvip muß editiert werden (Note: ) Variablen durch tatsächliches Verzeichnis ersetzen: BUG in # Do not change the line below for ORACLE_HOME setting ORACLE_HOME=%ORA_CRS_HOME% export ORACLE_HOME ORA_CRS_HOME=%ORA_CRS_HOME% export ORA_CRS_HOME Seite 15

16 Berechtigungen setzten Als root: $ORA_CRS_HOME/bin/crs_setperm webapp.vip -o root $ORA_CRS_HOME/bin/crs_setperm webapp.vip -u user:oracle:r-x Seite 16

17 Starten der VIP Starten $ORA_CRS_HOME/bin/crs_start webapp.vip Überprüpfung: $ORA_CRS_HOME/bin/crs_stat webapp.vip NAME=webapp.vip TYPE=application TARGET=ONLINE STATE=ONLINE on clusternode1 Seite 17

18 Ressource mit Abhängigkeiten $ORA_CRS_HOME/bin/crs_profile -create meine_webapp -t application -r webapp.vip -a $ORA_CRS_HOME/crs/public/action_webapp.pl -o ci=60,ra=5 Seite 18

19 Umziehen von Ressourcen Bei Abhängigkeiten zusätzlich ist f Parameter erforderlich: $ORA_CRS_HOME/bin/crs_relocate webapp.vip c clusternode2 f VIP und alle abhängigen Ressourcen werden auf clusternode2 verschoben Seite 19

20 Administration der Dienste Cluster ist zuständig für start der Dienste beim Booten bzw. stop beim Shutdown Start/Stop mit crs_start und crs_stop Start/Stop Kommandos der Dienste sollten nicht mehr verwendet werden (sqlplus, lsnrctl, apachectl) Umzug mit crs_relocate f <resource_name> -c <node> Seite 20

21 Mit wenigen Schritten kann eine Anwendung hochverfügbar gemacht werden: Apache Webserver, FTP,SAMBA, Oracle Einzelinstanz Zusammenfassung Oracle Application Server Ohne zusätzliche Lizenzkosten wenn lizenziertes Oracle Produkt auf dem Cluster läuft Zentralisierte Adminstration von jedem Knoten im Cluster aus Identische Kommandos - Alle Ressourcen werden mit crs_start hochgefahren und mit und crs_stop beendet Seite 21

22 Fragen und Antworten Kontakt: Seite 22