Verteilte Systeme
| Semester | |
| Module # | INF-VS-08 |
| Event # | INF-VS-011, INF-VS-019 |
| Programmes | Computer Science Bachelor, Computer and Communication Systems Engineering Bachelor, Business Information Systems Bachelor, Computer and Communication Systems Engineering Master |
| IBR Group | DS (Prof. Kapitza) |
| Type | Lecture & Exercise |
| Lecturer | |
| Assistant | |
| Hiwi |  Nico Weichbrodt |
| Credits | 4 (z.B. nach BPO 2008) bzw. 5 (z.B. nach BPO 2010) |
| Hours | 2+1 |
| Time & Place | Vorlesung: Dienstag, 11:40-13:00, Room IZ-161 Tafelübung: Mittwoch, 11:30-13:00, Room IZ-160 Rechnerübungen: Dienstag und Mittwoch, jeweils 09:45-11:15, Room IZ-G40 Hinweis: Prüfungstermine entweder am 23.8, 24.8 oder am 30.8 (genaue Terminvergabe erfolgt über Antje Lemke (Raum 135))Hinweis: Am 18.07.12 findet keine Tafelübung statt. |
| Start | 17.04.2012 |
| Attendees | Studenten der Informatik und Elektrotechnik, Wirtschaftsinformatik, Informations-Systemtechnik, Medienwissenschaften, Studenten mit Nebenfach Informatik |
| Prerequisites | keine |
| Certificates | Erfolgreiche Teilnahme einer mündlicher Prüfung. Weiterhin wird die Bearbeitung der Übungsaufgaben empfohlen. |
| Registration | Die Anmeldefrist ist abgelaufen.
Please login to get more information here as a
mitarb
member.
|
| Content | Material zur VorlesungThe material is only available to registered attendees. In order to register, you need either an IBR POSIX account or a self-activated IBR-y-account. Afterwards you can login to this site. Chapter Slides Exercises 1. Organisatorisches    2. Ueberblick Kommunikationssystem Fernaufrufe Fault-Tolerant CORBA Verteilte Algorithmen fuer fehlertolerante Programme Zeit Material zur ÜbungThe material is only available to registered attendees. In order to register, you need either an IBR POSIX account or a self-activated IBR-y-account. Afterwards you can login to this site. Chapter Slides Exercises 0. Organisatorisches 1. Java RMI Aufgabe 1: Ausgabe 18.04.12, Abgabe bis 08.05.12  2. Multithreading in Java 3. Stubs und Skeletons Aufgabe 2: Ausgabe 02.05.12, Abgabe bis 22.05.12 4. Rueckrufe und Evaluation von Systemen 5. RPC-Semantiken Aufgabe 3: Ausgabe 23.05.12, Abgabe bis 12.06.12 6. Replikation Aufgabe 4: Ausgabe 06.06.12, Abgabe bis 26.06.12 7. Fragmentierte Objekte und FORMI 8. Zuverlassige Gruppenkommunikation Aufgabe 5: Ausgabe 27.06.12, Abgabe bis 10.07.12 VorlesungVerteilte Systeme bestehen aus einem (ggf. sehr großen) Verbund unterschiedlicher Rechner, die ihrerseits durch z.T. sehr unterschiedliche Systemsoftware betrieben werden. Zur Realisierung des Rechnerverbunds kommen dabei ebenso unterschiedliche Netztechnologien zum Einsatz. Verteilte Systeme sind höchst komplexe Gebilde, deren Entwicklung und Wartung große Herausforderungen offenbaren. Die Heterogenität ihrer Komponenten stellt eines der großen Probleme verteilter Systeme dar. Gleichwohl ist Offenheit angestrebt, die es erlauben soll, dass (beliebige) Komponenten hinzugefügt, ersetzt und/oder wieder entfernt werden können. Nicht nur in dem Zusammenhang ist es von Bedeutung, Skalierbarkeit zu unterstützen und damit die Funktionstüchtigkeit des Systems auch bei steigender Anzahl von Benutzern bzw. Komponenten zu gewährleisten. Nebenläufigkeit und nicht zuletzt Sicherheit sind weitere Problempunkte, die sich in einem solchen dynamischen Umfeld alles andere als einfach lösbar darstellen. Und bedingt durch die Tatsache, dass die Komponenten (d.h. Rechner, Netze, Prozesse) eines verteilten Systems unabhängig voneinander ausfallen können, unterscheidet sich die Fehlerverarbeitung grundlegend im Vergleich zu Einzelsystemen - worin u.a. auch die fast schon legendäre Definition von Leslie Lamport begründet ist: "A distributed system is one in which the failure of a computer you didn't even know existed can render your own computer unusable". Daher wird der Schaffung von Transparenz eine sehr große Bedeutung beigemessen, um die den verteilten Systemen inhärente Komplexität ab einer bestimmten Ebene nicht mehr sichtbar erscheinen zu lassen. Eine wichtige Motivation für den Aufbau verteilter Systeme besteht in der gemeinsamen Nutzung von Betriebsmitteln. Die Verwaltung von Betriebsmitteln ist eine der ursprünglichsten Aufgaben von Betriebssystemen. Damit sind Betriebssysteme im Kontext verteilter Systeme von zentraler Bedeutung, sie bilden das Rückgrat des Gesamtkomplexes. Die Vorlesung behandelt die oben genannten Problemfelder (Heterogenität, Offenheit, Skalierbarkeit, Nebenläufigkeit, Sicherheit, Fehlerverarbeitung, Transparenz) mit unterschiedlicher Gewichtung und untersucht dabei verteilte Systeme im ersten Teil der Vorlesung aus sehr praktischer Sicht. Im Vordergrund steht hier die Systemsoftware, die zum Aufbau verteilter Systeme erforderlich ist. Im weiteren Verlauf der Veranstaltung soll zudem auf wichtige algorithmische Grundlagen verteilter Systeme eingegangen werden. Hier ist die Behandlung von Zeit, Wahlalgorithmen sowie Themen wie Verteilte Terminierungserkennung oder Einigungsalgorithmen zu nennen. ÜbungIm Rahmen der ersten Übungsaufgaben wird ein plattformunabhängiges Fernaufrufsystem schrittweise entwickelt und parallel dazu getestet. Als Vorlage und Orientierungshilfe dient dabei das weit verbreitete Java RMI. In den weiteren Übungsaufgaben stehen klassische Problemstellungen von verteilten Systemen wie fehlertolerante Replikation, zuverlässige Gruppenkommunikation und verteilte Synchronisation im Mittelpunkt. Die Implementierung der Übungsaufgaben erfolgt in der Programmiersprache Java. Als Grundlage für das eigene Fernaufrufsystem wird zunächst eine objektorientierte Kommunikation zwischen einem Client und einem Server ermöglicht. Ausgehend davon erweitern die folgenden Übungsaufgaben das bestehende System um die eigentlichen Mechanismen zur Durchführung von Fernaufrufen. Hinzu kommt außerdem zusätzliche Funktionalität, wie beispielsweise die Unterstützung von Rückrufen. Darüber hinaus wird durch den Einsatz geeigneter Fernaufrufsemantiken sowie die Replikation der Server-Seite die Fehlertoleranz des Systems erhöht, so dass sich am Ende auch Ausfälle ganzer Rechner tolerieren lassen. Der Austausch von Nachrichten zwischen einzelnen Dienstreplikaten wird mit Hilfe der Gruppenkommunikation JGroups abgewickelt. Um das Verständnis für den Aufbau solcher Systeme zu vertiefen, wird in einer Übungsaufgabe eine eigene Protokollschicht für JGroups realisiert, die sicherstellt, dass alle Replikate alle über die Gruppenkommunikation verschickten Nachrichten in der selben Reihenfolge erhalten und somit konsistente Entscheidungen treffen können. In der letzten Übungsaufgabe wird schließlich auf Basis von JGroups ein verteilter Synchronisationsalgorithmus für wechselseitigen Ausschluss implementiert. Die Bearbeitung der Übungsaufgaben erfolgt in Gruppen. Für die erfolgreiche Abgabe einer Aufgabe ist es erforderlich, die eigene Implementierung einem Übungsleiter zu präsentieren. Bei Fragen zu den Übungen kontaktiert bitte Johannes oder Rüdiger. |
| References | Auf Dokumente der ACM Digital Library (http://dl.acm.org/) kann nur aus dem Netz der TU Braunschweig zugegriffen werden.
|