apex.meinefirma.de Carsten Czarski ORACLE Deutschland B.V. & Co KG APEX Hosting im eigenen Unternehmen Carsten.Czarski@oracle.com

Transkript

1 <Insert Picture Here> apex.meinefirma.de APEX Hosting im eigenen Unternehmen Carsten Czarski ORACLE Deutschland B.V. & Co KG

2 Alle reden vom Cloud Computing...

3

4

5 Worum geht es? APEX ist sehr gut für Hosting ausgelegt apex.oracle.com ist ein Beispiel dafür Merkmale dieser Plattformen Leichter Zugang zu einem APEX-Workspace Workspaces werden schnell eingerichtet Anwendungsentwicklung kann "sofort" beginnen APEX Instanz wird zentral betrieben Eine Abrechnung wäre prinzipiell möglich Das IST "Cloud Computing" (PaaS)

6 Cloud Computing mit APEX Merkmale einer Entwickler-Cloud APEX-Hosting out-of-the-box Standardinstallation Oracle-Datenbank Standardinstallation APEX Umstellen auf -Provisioning Anwendungsentwicklung "in der Cloud" Browser ist Entwicklungs- und Laufzeitumgebung Workspaces sind autonom Ressourcenmanagement in der Datenbank

7 APEX und Cloud Computing Workspaces sind die Basis Unabhängige, private Arbeitsbereiche Unabhängige Entwicklung und Administration Eigene Applikationsverwaltung Eigene Nutzerverwaltung Zentrale Datenbank Zentrale Wartung Zentrale Datenhaltung

8 Merkmale einer APEX Cloud APEX-WORKSPACES: SELF SERVICE

9 APEX Workspace-Provisioning

10 Workspace anfordern Selbstbedienung

11 Sicht des Administrators

12 Eigenes Provisioning Beispiel: Minimale Angaben und Auto Approve Antragsformular als "normale" APEX-Anwendung

13 Eigenes Provisioning Beispiel: Minimale Angaben und Auto Approve

14 Merkmale einer APEX Cloud RESSOURCENMANAGEMENT

15 Herausforderungen im APEX Betrieb Viele Workspaces in einer APEX-Instanz Cloud Konzept Mehr oder weniger kontrolliert Wie stelle ich sicher dass das System nicht durch eine Anwendung total ausgelastet wird (Endlosschleife)?... dass wichtige Anwendungen höher priorisiert werden? "apex.oracle.com" stand vor der gleichen Herausforderung...

16 Database Resource Manager Was ist das? Kontrolle und Planung von Datenbank-Ressourcen Verteilung Rechenleistung auf verschiedene Sitzungen Priorisierung bestimmter Datenbanksessions Beispiele: Unterbindung langlaufender Operationen Limitierung der CPU, I/O oder Parallelisierung Automatischer Wechsel in eine andere Ressourcengruppe Basierend auf Datum und Uhrzeit Basierend auf APEX-Applikation oder -Seite Basierend auf APEX-User Oracle Enterprise Edition erforderlich

17 Multi Level Plan Priorisierung von Konsumentengruppen Gruppen Level 1 Level 2 Level 3 Level 4 SYS_GROUP 75% PRIO_HIGH 95% PRIO_LOW 95% OTHER_GROUPS 100% 75% CPU für den DBA Von DBAs ungenutzte Ressourcen gehen... zu 95% an die Gruppe PRIO_HIGH Von PRIO_HIGH ungenutzte Ressourcen gehen... zu 95% an PRIO_LOW Von PRIO_LOW ungenutzte Ressourcen gehen... zu 100% an alle anderen Nutzer

18 Plan mit automatischem Umschalten Limitierung des Ressourcenverbrauchs Gruppen CPU Umschalten nach Umschalten zu APEX_HIGH 70% 10 sec. APEX_MEDIUM APEX_MEDIUM 8% 120 sec. APEX_LOW APEX_LOW 2% 1800 sec. CANCEL_SQL OTHER_GROUPS 10% Alle Nutzer starten in APEX_HIGH (70% CPU) Nach 10 Sekunden Umschalten zu APEX_MEDIUM (8% CPU) Nach weiteren 2 Minuten Umschalten zu APEX_LOW (2% CPU) Nach weiteren 30 Minuten Abbruch der SQL-Anweisung Dies ist der Plan von "apex.oracle.com"!

19 Die Entwicklerplattform aus den Wolken DIE CLOUD ÜBERWACHEN UND KOSTEN VERRECHNEN

20 Kosten eines APEX-Rechners Auf wen werden Kosten verteilt? Auf die Workspaces (Entwicklerfokus) Auf die Anwendungen (Endnutzerfokus) Wie werden Kosten verteilt? Belegter Plattenplatz Anzahl Klicks Verbrauchte CPU-Zeit Und und und

21 Beispiel I: Tatsächlich belegter Plattenplatz nach Workspace Kostenanteil Workspace "TECHNOLOGY_DE" bei Gesamtkosten: 4.451

22 Beispiel I: Was bedeutet das? Alle Informationen im Data Dictionary DBA_SEGMENTS APEX_WORKSPACES Sehr einfache Metrik select aw.workspace, round(sum(sg.bytes) / , 1) disk_space from dba_segments sg, apex_workspaces aw, apex_workspace_schemas aws where aw.workspace_id = aws.workspace_id and aws.first_schema_provisioned = sg.owner group by aw.workspace order by 2 desc

23 Beispiel II: Anzahl Seitenabrufe (Klicks) Kostenanteil Workspace "KALENDER" bei Gesamtkosten: 3.397

24 Beispiel II: Was bedeutet das? Data Dictionary View APEX_WORKSPACE_ACTIVITY_LOG Was wird gemessen? Anzahl der Seitenabrufe Misst die Tatsache, dass Applikation verwendet wurde Keine Rücksicht auf tatsächliche Last (CPU oder I/O) select aw.workspace, count(al.elapsed_time) count_clicks from apex_workspaces aw, apex_workspace_activity_log al where aw.workspace_id = al.workspace_id and aw.workspace not in ('INTERNAL') and al.view_date > sysdate - interval '5' day group by aw.workspace

25 Die Entwicklerplattform aus den Wolken SYSTEMVARIANTEN UND SIZING

26 Lastverhalten eines APEX Servers APEX-Anwendungen meist "CPU-Bound" PL/SQL verbraucht CPU und APEX ist PL/SQL I/O-Last richtet sich nach Anwendungs-SQL APEX ist vollständig stateless! Datenbanksitzung wird nach Verarbeitung des Request wieder freigegeben. Eine Datenbanksitzung bedient viele APEX- Sitzungen

27 Ein Beispiel aus der Praxis apex.oracle.com Hardware: Dell PowerEdge 1950, 2 x DualCore 2,33GHz, 32G RAM ~ $4,500 USD (ebay Value: ~$1,000 USD) Datenbankversion Performance statistics (for week of Dec 14, 2010) Total Page Events: 4,756,868 = 8 pro Sekunde Distinct Applications; 3,791 Distinct Users: 3,958 Number Workspaces: 11,002

28 APEX CPU-Sizing APEX ist stateless: Es ergibt sich eine einfache Formel Anzahl Kerne Ø CPU-Zeit pro Request x Antwortzeit (maximal) = Max. Anzahl "paralleler" Nutzer Beispiele: (4 / 0.75) * 1 = 5,33 (entspricht pro Tag) (4 / 0.75) * 2 = 10,66 Achtung CPU-Zeit pro Request als Durchschnittswert betrachtet Ausreißer nach oben sind natürlich möglich

29 Varianten einer APEX Cloud 1. Standardsystem Hardware 1 Rechnerknoten; bis zu 2 Sockets 4 8 Kerne GB RAM Software Oracle Standard Edition Tatsächlich parallele Nutzer: * Inhalt APEX, APEX-Cloud, SQL, PLSQL, Oracle TEXT, XML DB, Oracle Locator, Analytische Funktionen, Flashback Query, Standard-Datenbankfeatures Annahme: 0,25 Sek. CPU Zeit pro Request, 1,5 Sek. Maximale Antwortzeit

30 Varianten einer APEX Cloud 2. Unternehmenssystem Hardware 1 Rechnerknoten Kerne GB RAM Software Oracle Enterprise Edition Parallele Nutzer: * Inhalt: Standard-System plus Ressoucenmanagement, Virtual Private Database, Flashback Technologien Annahme: 0,25 Sek. CPU Zeit pro Request, 1,5 Sek. Maximale Antwortzeit

31 Varianten einer APEX Cloud 3. Hochverfügbares Unternehmenssystem Hardware 2 Rechnerknoten Kerne GB RAM Software Oracle Enterprise Edition Oracle Real Application Clusters Parallele Nutzer: * Inhalt: Unternehmens-System plus Lastverteilung und Failover bei Ausfall eines Knotens Annahme: 0,25 Sek. CPU Zeit pro Request, 1,5 Sek. Maximale Antwortzeit

32 Weitere Informationen APEX Community Page Eigene Verfahren für Workspace Provisioning Ressourcenverwaltung für APEX Anwendungen Arbeiten mit dem APEX Dictionary APEX OTN Blogs, Twitter & Co

33