Verteilte und föderierte Datenbanken und das Grid

Transkript

1 Verteilte und föderierte Datenbanken und das Grid Peter Brezany Institut für Softwarewissenschaft Universität Wien Tel. : 01/ brezany@par.univie.ac.at Sprechstunde: Dienstag Lernziele Prinzipien von verteilten und föderierten Datenbanksystemen Ideen, wie Datenbanken in das Grid eingebunden werden können. In Richtung auf Datenbankservices 2 Page 1

2 Einführung In der ersten Generation von Grid Anwendungen nur einige nutzten Datenbanken (DB), um wissenschaftliche Daten zu speichern fast alle nutzten files. In der nächsten Generation wird DB-Integration mit dem Grid wichtig. Es ist nicht möglich, dieses Ziel nur durch Erweiterung von existierenden Grid services, die files handle, zu erreichen. DB bieten eine viel reichere Menge von Operationen (z.b. queries, Transaktionen, usw.). Es gibt grössere Heterogenität zwischen DB-Paradigmen (z.b. relationale und objekt-orientierte (OO) DB; in einem Paradigm können verschiedene DB Produkte verschiedene Funktionalität und Schnittstellen haben) als zwischen File-Systemen. Es ist notwendig folgende Datenquellen zu integrieren: Strukturierte Daten (z.b. Daten aus relationalen und OO DB) Semi-strukturierte Daten wie XML Relativ unstrukturierte Daten, wie Zeitschrift- und Konferenzartikel. 3 Einführung (2) Vorhandene DB Management Systeme (DBMS) bieten keine Grid Integration an. Sie sind doch das Resultat (Sicherheit, gute Leistung, Verlässigkeit, usw.) langjähriger Bemühungen von Tausenden Personen. Ausbau neuer Grid-orientierter DBMS ganz von vorn ist nicht real; das wäre eine Aufwandverschwendung. Das Forschungsziel: Einbindung von existierenden DBMS in das Grid. Limitierung: Einige verlangten Attribute müssen trotzdem direkt in das unterliegende DBMS integriert werden. 4 Page 2

3 Bereiche von Grid DB Anwendungen Speicherung und Zurückholung (retrieval) von Daten Hauptaufgabe Metadaten. Information über Information; sie fügen den Kontext zu den Daten hinzu; es ist möglich Daten ausfindig zu machen, ohne zu wissen, wo die Daten gespeichert sind oder ihren physischen Namen zu kennen. Relationale DB sind momentan die Hauptmetode für Speicherung von Metadaten auf dem Grid sie unterstützen Metadatenabfragen. Herkunft von Daten. Sie bieten Information über die Quelle und folgende Geschichte von Daten (Datenschaffung, Quelle, Besitzer, welche Bearbeitung stattfand, welche Analyse angewendet wurde, Vetrauen in die Qualität der Information)...., z.b. Abrechnungsinformation benutzt für Gebührberechnung. 5 Grid-DB Forschung It is basiert auf Technologie der verteilten und föderierten Datenbanken Eine verteilte Datenbank (VDB) ist eine Datenbank, die absichtlich über gewisse Zahl von Orten verteilt wurde. Eine VDB wird als Ganzes entworfen, und ist mit ziemlich zentralisierter Steuerung assoziiert. In einer föderierten Datenbank (FDB) tragen viele Datenbanken Daten und Ressourcen zu einer Multidatenbank-Föderation bei, doch hat jeder Teilnehmer volle lokale Autonomie. 6 Page 3

4 Prinzipien von Verteilten Datenbank-Systemen (Distributed Database Systems DDBS) DDBS = Netzwerk von Computern (Sites) + Datenbank DDBS = Verteilung + Integration Netzwerk = + DDBS Datenbank 7 Geschichtlicher Rückblick Ende der 60er Anfang der 70er ging man zunehmend dazu über Datenbanksysteme zu benutzen, um die Datenunabhängigkeit der Anwendungsprogramme zu erhöhen, transaktionsorientierte Verarbeitung zu ermöglichen, Mehrbenutzerbetrieb zu realisieren, sowie die Recovery-Funktionen zu verbessern. Entstehen von Rechenzentren, wodurch die Betriebsorganisation zentralisiert wurde! Die Datenmenge wuchsen immer weiter an zusammengehörende Datenbestände wurden auf verschiedene Datenbanken verteilt. Dadurch entstanden Probleme mit der Konsistenthaltung der Daten. In den 80iger und 90iger Jahren konnten durch Onlineanwendungen bislang Getrennte Anwendungen und Datenbestände zusammengeführt werden. Deshalb wurden integrierte verteilte Informationssysteme realisiert. 8 Page 4

5 Transaktion - Definition Transaktion: Besteht aus einer Sequenz von Leseund Schreiboperationen auf eine Datenbank zusammen mit Berechnungsschritten Transaction management behandelt das Problem die Datenbank immer in einen konsistenten Zustand zu halten, auch wenn gleichzeitige Zugriffe und Fehler auftreten. 9 Definition A distributed database is a collection of multiple, logically interrelated databases distributed over a computer network. A distributed database management system is the software that permits the management of the DDBS and makes the distribution transparent to the users. 10 Page 5

6 Zentrale Datenbank in einem Netzwerk Boston Edmonton Communication Network Paris San Francisco 11 Verteilte Datenbankstruktur Boston Angestellte Paris Angestellte Boston Projekte Boston Edmonton Edmonton Angestellte Paris Projekte Edmont Projekte Paris Communication Network San Francisco Paris Angestellte Paris Projekte Boston Angestellte Boston Projekte San Francisco Angestellte San Francisco Projekte 12 Page 6

7 Transparentes Management Datenunabhängigkeit Netzwerk Transparenz Replizierungs- bzw. Kopiertransparenz Fragmentierungstransparenz 13 Verbesserte Leistung Ein DBMS teilt die Datenbank und erlaubt es den Daten somit sehr sehr nahe ihrem Ort, wo sie gebraucht werden, gespeichert zu werden. dies hat 2 Vorteile: 1. Seit jeder Knoten einen Teil der Daten bewältigt, ist der Kampf um Ressourcen wie CPU nicht mehr so wichtig wie in zentralisierten Datenbanken 2. Lokalisierung vermindert die Verzögerung bei entfernten Aufrufen 14 Page 7

8 5. Architektur von DBMS Die Idee hinter dem ANSI/SPARC Modell ist die Datenunabhängigkeit der Daten gegenüber Veränderungen der Speicherstrukturen. Das DBMS ist eine Schnittstelle zu den Daten. 15 Architekturmodell 16 Page 8

9 Architektur von DBMS Client - Server Architektur Verteilte Datenbank Architektur Multi Datenbank (Föderierte) Architektur 17 Client/Server Architektur Hier gibt es typischerweise einen zentralen Datenbank-Server und eine größere Anzahl vernetzter Arbeitsplatzrechner, die keine relevanten Daten speichern. Der Benutzer am Arbeitsplatzrechner sieht die volle Funktionalität des DBMS. Das System verhält sich wie ein zentrales Datenbanksystem, die Kommunikation ist für den Benutzer transparent 18 Page 9

10 Verteiltes Datenbanksystem Hier gibt es mehrere Datenbankserver, wobei bestimmte Daten auf nur einem Rechner oder auch auf mehreren (replizit) gespeichert sein können. Eine virtuelle Datenbank, deren Komponenten physisch in einer Anzahl unterschiedlicher, real existierender DBMS abgebildet werden. Transaktionen können in diesem Fall über mehrere DBMS laufen. Sammlung von Daten, die Aufgrund gemeinsamer, verknüpfender Eigenschaften dem gleichen System angehören Auf versch. Rechnern im Netzwerk verteilt sind Wobei jeder Rechner seine eigene Datenbank besitzt Autonom lokal Aufgaben abwickeln kann 19 Verteiltes Datenbanksystem - gleichzeitige Benutzung der Rechenleistung mehrerer Rechner - Engpaß in zentralen Datenbanksystemen bei Zugriff auf die Daten wird vermieden, da die Daten verteilt sind (ggf. repliziert) - Daten werden von einem Datenbanksystem verwaltet - Verteilungstransparenz - Grundlage: 4-Ebenen-Schema-Architektur 20 Page 10

11 Verteiltes Datenbanksystem externes Schema 1... externes Schema N konzeptionelles Schema lokales konzept. Schema lokales konzept. Schema... lokales konzept. Schema lokales internes Schema lokales internes Schema... lokales internes Schema 4 - Ebenen - Schema - Architektur 21 Multidatenbanksystem - Ein MDBS ist ein Verbund von mehreren Datenbanksystemen. - Das Konzeptionelle Schema repräsentiert nur den Teil von Daten, den die lokalen DBMS teilen wollen. - Auf jedes DBS können lokale Anwendungen zugreifen. - Jedes DBS kann Daten enthalten, welche keine Beziehung zu Daten anderer DBS haben. 22 Page 11

12 Multidatenbanksystem GES GES GES LES LES LES GKS LES LES LES LKS 1... LKS n LIS 1... LIS n Modell mit globalem konzeptionellem Schema 23 Multidatenbanksystem MDB-Schicht ES 1 ES 2 ES 3 Lokale System - Schicht LKS 1 LKS 2 LKS 3 LIS 1 LIS 2 LIS 3 Modell ohne globales konzeptionelles Schema 24 Page 12

13 Design Entwurfsmethodik top-down: von den Anforderungen zum Systementwurf; geeignet für Neuentwicklungen. bottom-up: Integration bestehender Datenbanken zu einer verteilten; typisch bei heterogenen Datenbanken. Datenverteilung Fragmentierung der Daten zur Bildung logischer Einheiten, Verteilung der Fragmente auf den Sites: Allokation aller Fragmente an jeder Site (volle Replikation) oder jedes Fragment an mehr als einer Site (partielle Replikation) oder jedes Fragment an genau einer Site (Partitionierung). 25 Die Trennung von Fragmentierung und Allokation dient der Vereinfachung des Entwurfs. Globales Schema: Definition der Relationen eines vdbs ohne Berücksichtigung der Verteilung, Fragmentierungsschema: Definition der Abbildung zwischen globalen Relationen und Fragmenten, Allokationsschema: Definition der Abbildung zwischen Fragmenten und Sites. Der Zugriff zu den Daten soll hinsichtlich Fragmentierung, Lokation, und Replikation transparent sein. 26 Page 13

14 R1 R1,1 R R2,1 S1 R2 R3 R1,2 Globale Relation R4 R2,2 S2 Fragmente Fragmente und ihre Allokation Allokation an den Sites R3,3 R4,3 S3 27 Beispiel: JNO JNAME BUDGET LOC J1 Instrumentation Montreal J2 Database Develop New York J3 CAD/CAM New York J4 Maintenance Paris JNO JNAME BUDGET LOC J1 Instrumentation Montreal J2 Database Develop New York horizontale Fragmentierung JNO JNAME BUDGET LOC J3 CAD/CAM New York J4 Maintenance Paris 28 Page 14

15 JNO J1 J2 J3 Beispiel: JNO JNAME BUDGET LOC Importance low high low J1 Instrumentation Montreal J2 Database Develop New York J3 CAD/CAM New York J4 Maintenance Paris J4 high abgeleitete horizontale Fragmentierung JNO JNAME BUDGET LOC J1 Instrumentation Montreal J3 CAD/CAM New York JNO JNAME BUDGET LOC J2 Database Develop New York J4 Maintenance Paris 29 Beispiel: JNO JNAME BUDGET LOC J1 Instrumentation Montreal J2 Database Develop New York J3 CAD/CAM New York J4 Maintenance Paris JNO BUDGET J J J J vertikale Fragmentierung JNO JNAME LOC J1 Instrumentation Montreal J2 Database Develop. New York J3 CAD/CAM New York J4 Maintenance Paris 30 Page 15

16 Allokation Sei F = {F1,..., Fn} eine Menge von Fragmenten, S = {S1,..., Sm} ein Netzwerk gegeben durch die Menge seiner Sites, und Q = {Q1,..., Qp} die Menge der relevanten Anwendungen. Allokationsproblem: Optimaltätskriterium: Was ist die optimale Zuordnung von F zu S bzgl. Q? Minimalität der Kosten gegeben durch die Speicherkosten der Fi an den Sites Sj, der Anfragekosten für Fi an Site Sj, der Änderungskosten der Fi an allen Sites an den sie gespeichert sind, und die Kosten der Datenkommunikation. Performanz im Sinne von Antwortzeiten oder Systemdurchsatz. 31 A Typical Federated System Architecture 32 Page 16

17 Integration von Datenbanken in das Grid Grid-enabled version of JDBC/ODBC - The core set of functionality offered by JDBC/ODBC does not include a number of operations to fulfil Grid database requirements. Service-based approach shown in the next slide, with a service wrapper placed between the Grid and the DBS 33 Integrating Databases into the Grid (2) 34 Page 17

18 Federating Database Systems Across the Grid A Grid application interfacing directly to a set of DBS 35 Federating Database Systems Across the Grid (2) The virtual database service provides the illusion that a singe DB is accessed. The services can be transient (Grid-enabled) or persistent(operated independently of the Grid). 36 Page 18

19 Database Database Service (GDS) Entdeckung des DB services Die Beschreibung der DB services mußt publiziert (registriert) werden: Inhalt der DB Details über DB Operationen usw. Registry Look-up gibt Grid Service Handle (GSH) zurück. GSH ist ein global eindeutiger Name für jeden einzigen service Fall (instance). 37 Database Statements DB statements ermöglichen Abfragen (queries), Modifikationen (updates) und Ladungen (loads) an ein DB für Ausführung zu schicken. Grundlegendes database statement interface query (IN querynotation, IN query, OPTIN expires, OUT resulthandle, OUT fail) update (...) bulkload (...) schemaupdate (...)... z.b. querynotation = SQL92 expires Beschränkung von Ressourcen-Anwendung 38 Page 19

20 Distributed Query Service The role of a distributed query service is to allow individual queries to access multiple DB, thereby allowing the system to take responsibility for query optimization and efficient evaluation. Setting up a distributed query service 39 Distributed Query Service (2) Using up a distributed query service 40 Page 20

21 Database Services in OGSA DB services bekommen zusätzliche Eingeschaften, when sie mit OGSA integriert werden. Life cycles OGSA unterscheidet zwischen: persistent service: er wird außerhalb der Grid-Service-Umgebung hergestellt; er kann durch standard Grid-Service-Konventionen benutzt werden. transient Grid service: er wird innerhalb von OGSA von factory hergestellt. Es ist möglich seine Lebensspane (lifespan) zu spezifizieren. Auch schema, Datenbank, usw. kann spezifiziert werden. Es ist notwendig zu ermöglichen, dass DB Authoriesierungsfunktionalität innerhalb von OGSA zugreifbar ist. 41 Creating and Using a Grid Data Service Creating and using a Grid data service 42 Page 21