IT-Symposium Aufbau hochverfügbarer Architekturen mit dem Oracle Application Server 10g. 1

Transkript

1 Aufbau hochverfügbarer Architekturen mit dem Oracle Application Server 10g 1

2 Heiko Robert Senior Sales Consultant Collaboration Business Solutions Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery 2

3 Oracle Application Server 10g Architektur Systems and Applications Management Integrated Development Tools and Framework Workplace Information and Access Information Access Portal Business Intelligence Query Hochverfügbarkeit Data Mining Analysis / ETL Reporting OLAP Business Integration Enterprise Service Bus Enterprise Application Server J2EE BPEL Web Services Mobile & Wireless B2B Events BAM Rules Security & Identity Management Grid Computing Forrester 2005 Wave : Application Server Plattformen 3

4 Ausfallzeiten Prozentuale Verfügbarkeit Ausfallzeit pro Jahr (7x24x365) Tage Stunden Minuten 95% % % % % % Komponenten & Konzeptionen Komponenten Applikation Middleware & Utilities Datenbank Software Netzwerk Software Betriebssystem Konzeptionen Risikoabschätzung / Bedarfsdefinition System- & Komponentenintegration Consulting & Support identische Testsysteme Partnering SIP Programm (HP) eecostructure (EMC, Cisco) Schulung / regelmäßige Crashübungen Hardware 4

5 Ausfallzeiten... ungeplante Ausfallzeit geplante Ausfallzeit System Fehler Datenfehler & Desaster Benutzer Fehler Standard - Aktivitäten ten Verwaltung Stromausfall Systemabsturz Datenkorruption Feuer,, Sabotage Löschen v. (System-) Daten, Hacker Backups, Tuning Hardware & O/S Upgrades Ausfallzeiten vermeiden ungeplante Ausfallzeit System Fehler Datenfehler & Desaster Benutzer Fehler Load Balancer, Cluster, OPMN Backup/Recovery, Desaster Recovery Backup/Recovery, Config.. Flashback geplante Ausfallzeit Standard - Aktivitäten ten Verwaltung Enterprise Manager Rolling Upgrades 5

6 Kein Single Point of Failure Oracle Application Server Cluster Infrastruktur Cluster Oracle Real Application Cluster Browser Client OPMN Internet Load Balancer Web Cache Cluster Zentrale Verwaltung Web Server Cluster OC4J Cluster Cluster Konfiguration im EM 6

7 Cluster Monitoring mit ihat Prozessüberwachung: OPMN Überwachung aller OracleAS Prozesse Automatischer Neustart bei Prozessfehlern ( self healing ) OPMN-Shadow Prozess überwacht OPMN Ein Prozessausfall wird ggf. an andere, abhängige Prozesse gemeldet Beispiel mod_oc4j / oc4j http(s) mod_oc4j ajp WC OHS OC4J OC4J OC4J http(s) events events events OPMN DCM events 7

8 Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery Webcache als Loadbalancer Webcache verteilt Last auf mehrere HTTP Server Round-Robin Verteilung Unterstützt Session-Binding Erkennt Ausfall eines HTTP Servers Erkennt Wieder-Verfügbarkeit e. HTTP-Servers Memory Cache kann über mehrere Maschinen als Webcache-Cluster verteilt werden 8

9 Webcache Load-Balancing OracleAS HTTP Cluster Oracle Process Manager HTTP OC4J OC4J OC4J Knoten 1 LoadBalancer / Web Cache HTTP HTTP Knoten 2 OC4J OC4J OC4J OC4J OC4J 9

10 HTTP Clustering Details mod_oc4j verteilt Anfragen auf alle OC4J-Instanzen einer Farm / eines Clusters. Unterstützt Session Binding Erkennt Ausfall eines OC4J Containers Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery 10

11 OracleAS OC4J Cluster Node 1 Web Cache HTTP/S Oracle HTTP Cluster Servlet EJB State Replication Node 2 RMI /IIOP Oracle Process Manager Servlet EJB State Replication Servlet / JSP Clustering Dynamische Knotenerkennung Automatische Lastverteilung Round Robin (mit / ohne lokale Präferenz und Gewichtung) Random (mit / ohne lokale Präferenz und Gewichtung) Metrik basierend (mit / ohne lokale Präferenz) Session Replikation über IP Multicasting Replikation basierend auf island-id Islands ermöglichen applikationsspezifische Gruppierung der Clusterknoten Mod_oc4j OC4J 2 App1 App2 Island 1 OC4J 1 App1 App2 Island 1 OC4J 3 App3 Island

12 Servlet/JSP Clustering im EM Servlet/JSP Clustering im JDeveloper 12

13 EJB Clustering State Replikation über IP Multicasting Dynamische und statische Erkennung der Knoten Load-balancing für alle EJB-Typen Stateful Session Bean Fail-Over JVM termination End-of-Call Entity Bean Fail-Over Automatische Zustands-Synchronisierung Konfiguration EJB Clustering im EM 13

14 JMS Clustering OJMS Destination HA über RAC Database OracleAS JMS Distributed Destinations Dedicated JMS Server garantiertes Message Ordering Erfordert Persistent Store auf Shared Device OJMS Hochverfügbarkeit Queue-HA durch RAC Datenbank Applikations-HA durch OPMN und OC4J Clustering Connection-Failover durch TAF 14

15 OC4J Hot Deployment* Web Tier OracleAS OC4J Hot Deployment Yes Hot Redeployment (Stateless Apps) Yes Hot Redeployment (Stateful Apps) Yes OC4J standalone Yes Yes Yes OC4J Clusters (islands) Yes Yes No EJB Tier OracleAS OC4J Yes No No OC4J Standalone Yes No No OC4J Clusters (islands) Yes No No * Application must be deployed as a packaged.ear or.war; no editing of descriptor files permitted * Certain configuration restrictions apply see doc set for details Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery 15

16 Connection Pools und HA Fast Connection Failover (FCF) Erfordert OracleDB 10g und OracleAS Automatische Benachrichtigung bei DB-Fehlern (FaN) Automatischer Connection Pool Cleanup Connection Pool Failover Transparent Application Failover (TAF) RAC Failover Notification (FaN) RAC informiert AppServer über Instanz-Ausfall Vermeidet warten auf TCP/IP Timeout RAC Failover AS Erkennung Ausfallzeit ohne FaN < 8 secs ~15 mins > 15 mins mit FaN < 8 secs < 4 secs < 12 secs 16

17 Fast Connection Failover (FCF) Basis: Oracle Connection Cache Nutzt Failover Notification (FaN) Connection Cache J2EE Hochverfügbarkeit mit FCF: FCF data source Integration (10.1.3) <managed-data-source connection-pool-name='connection Pool' jndi-name='jdbc/managedds_1' name='oraclemanagedds'/> <connection-pool name='connection Pool' initial-limit='10' min-connections='10' <connection-factory factory-class='oracle.jdbc.pool.oracledatasource' user='scott' password='tiger' url='jdbc:oracle:thin... <property name='fastconnectionfailoverenabled' value='true'/> </connection-factory> </connection-pool> 17

18 Transparent Application Failover TAF ist unabhängig von Real Application Clustern (RAC) Failover kann auch innerhalb einer Datenbank-Instanz stattfinden Lesende Zugriffe können über einen Failover weiterlaufen Fast Connection Failover vs. TAF FCF: OCI und Thin Treiber Container muss reagieren Reaktion auf UP und DOWN Events (FaN) Lesende Transaktionen erhalten SQLException TAF: nur OCI-Treiber Net8 reagiert automatisch TAF-Callbacks für Anwendung Reaktion nur auf Net8-Fehler Lesende Transaktionen laufen weiter Für FCF ist entscheidend, dass J2EE Anwendungen eine Datenbankverbindung nur für kurze Zeit benötigen. 18

19 Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery Portal Hochverfügbarkeit Browser Client OracleAS Portal Middle Tier Cluster OracleAS Portal Database Tier im RAC Load Webcache Balancer Oracle HTTP Server Oracle HTTP Server Portal Parallel Page Engine (PPE) Portal Parallel Page Engine (PPE) Page Metadata Portal Repository Database Provider Web Provider NAT / anderes Subnetz 19

20 Portal Clustering Parallel Page Engine (PPE) Requests müssen über den LBR gehen Webprovider und PPE müssen entweder in getrennten Subnets konfiguriert oder Im LBR über NAT getrennt werden Forms Hochverfügbarkeit Application Tier Database Tier Client Loadbalancer / Web Cache Internet Server side Firewall HTTP Server MOD_OC4J HTTP Server MOD_OC4J OC4J Container Forms Listener Servlet OC4J Container Forms Listener Servlet Forms Runtime 1 Forms Runtime 2 Forms Runtime 3 Forms Runtime

21 Webcache als Forms LBR Forms benutzt Session Binding für Routing auf Runtime Engine Nutzt URL-encoded Sessions (anstatt Cookies) Webcache benötigt Cookies für Session Binding Konifgurieren von mod_usertrack im Apache (s. Note ) oder Konfigurieren von Instance Routing im mod_oc4j Reports Hochverfügbarkeit Peer-level clustering CORBA services Clients HTTP Listener &Servlet Oracle9iAS Reports Services Cluster 21

22 Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery Infrastructure Komponenten Metadata Repository Management Metadata Security Metadata Product Metadata Identity Management Oracle Internet Directory OracleAS Single Sign On OC4J Delegated Administration Services HTTP Server, Enterprise Manager 22

23 Metadata Repository File based repository Auch für Managed Clusters Eine Midtier-Instanz ist Repository Host Repository wird R/O auf alle Instanzen verteilt Repository Host nicht erreichbar => Konfigurationsänderungen nicht möglich Repository-Host verschieben: dcmctl importrepository dcmctl repositoryrelocated z.zt. nur f. max. 4-8 Instanzen DB based repository Repository liegt in (RAC-) DB CFC oder AFC stellt HA sicher Beliebig viele Midtier Instanzen Distributed Configuration Mgmt. Administration von AS-Clustern über EM oder dcmctl Utility ermöglicht Archivierung und Zurücksichern des Repositories Automatische Archivierung vor jeder Änderung Manuelle Archivierung dcmctl dcmctl createarchive -arch -arch PriorToDeployingFoo -comment "prior "prior to to foo foodeploy V1" V1" dcm- Flashback erlaubt Zurücksetzen von Konfigurations-Änderungen dcmctl dcmctl applyarchiveto -arch -arch PriorToDeployingFoo 23

24 HA Optionen für Infrastruktur Cold Failover Cluster Active Failover Cluster Identity Management Replikation Metadata Repository in RAC DB Desaster Recovery Über Standby-Site Knoten 1 Knoten 2 Shared Cold Failover Cluster Aktiv / Passiv Konfiguration Nur für Infrastruktur Nur eine Installation gegen virtuelle IP Adresse Midtier auf gleichem Host gegen physiche IP Adresse möglich OID SSO DAS Infra DB instance OracleAS Midtier Infra1 Infra2 Infra2 Shared ORACLE_HOME DB Files 24

25 Cold Failover Cluster Aktiv / Passiv Konfiguration Nur für Infrastruktur Nur eine Installation gegen virtuelle IP Adresse Midtier auf gleichem Host gegen physiche IP Adresse möglich OracleAS Midtier Infra1 Infra2 Infra2 OID SSO DAS Infra DB instance Shared ORACLE_HOME DB Files Active Failover Cluster Aktiv / Aktiv Konfiguration Nur eine Installation Synchronisierung von Infrastruktur Informationen auf allen Cluster-Knoten Identische Repository Informationen (=> RAC) Identische Konfigurations- Files (=> AFC) afcctl Utility synchronisiert alle Config-Files local ORACLE_HOME OracleAS Midtier Loadbalancer Infra1 Infra2 Infra3 local ORACLE_HOME Shared DB Files 25

26 Identity Mgmt Replikation Identity Management Services in mehreren Midtiern OID / Repository HA: Mehrere OIDs IM-DB via Replikation synchronisiert Überbrückt große geographische Distanzen OID im Cluster mit RAC DB OID 1 OracleAS Midtier Loadbalancer IM 1 IM 2 Loadbalancer Infra2 RAC oder Replikation OID 2 Agenda Überblick HTTP Server OC4J Connection Pools Portal, Forms, Reports Infrastruktur Desaster Recovery 26

27 Disaster Recovery Paradigma Primary Site Midtier sync DNS switch Standby Site Application Application sync???? LDAP Data Application Data Security Information Metadata LDAP Data Application Data LDAP Data Application Data Metadata Security Information Metadata Security Information DR SYNC. Oracle Disaster Recovery Oracle App Server Guard Primary Site Application DNS switch Application Standby Site Oracle App Server Guard Application Data Metadata Application Data Metadata LDAP Data Security Information LDAP Data Security Information DR SYNC. 27

28 Disaster Recovery Neues Kommandozeilen-Tool zur Synchronisations-Automatisierung - (asgctl) Instantiate Standby Site Instantiiert eine Application Server Standby Farm als Spiegel zur Primary Farm Verify Prüft, ob eine Farm die Voraussetzung zur Spiegelung einer gegebenen Primary Farm gegeben sind. Synchronize: Synchronisiert die Primary mit der Standby Farm Disaster Recovery Oracle Application Server Guard Transaktionelle Änderungen Wird von Oracle Application Server durch OPMN gemonitort 28

29 Disaster Recovery 11. Konfiguration der Hostnamen für die Standby Site 22. Installation der Produktions- und Standby Site 33. Start des Oracle Application Server Guard Server (auf beliebigem Knoten) 44. Start des Oracle Application Server Guard Clients (auf beliebigem Knoten) und Verbindungsaufbau zum Oracle Application Server Guard Server 55. Festlegen der Primären Datenbank 66. Verifizieren der Farm 77. Instantiieren der Farm auf der Standby Site 88. Synchronisieren der Secondary Site mit der Primary Site Desaster Recovery Failover Einspielen der letzten Backup-Files Aktivieren der Standby-DB DNS Switchover aktivieren 29

30 Weitere Infos html html Herzlichen Dank für Ihre Aufmerksamkeit! 30

31 Q U E S T I O N S A N S W E R S 31