Du befindest dich hier: FSI Informatik » Prüfungsfragen und Altklausuren » Hauptstudiumsprüfungen » Lehrstuhl 4 » MW/CC 2018-02-22 (Übersicht)
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Nächste Überarbeitung | Vorherige Überarbeitung | ||
pruefungen:hauptstudium:ls4:mwcc-2018-02-22 [23.02.2018 13:25] – angelegt sedrubal | pruefungen:hauptstudium:ls4:mwcc-2018-02-22 [23.02.2018 16:06] (aktuell) – sedrubal | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== MW/CC 2017-02-22 ====== | + | ====== MW/CC 2018-02-22 ====== |
* **Fach**: Middleware / Cloud Computing (5 ECTS) | * **Fach**: Middleware / Cloud Computing (5 ECTS) | ||
Zeile 16: | Zeile 16: | ||
- Vorteile: Skalierbarer, | - Vorteile: Skalierbarer, | ||
- | - Nachteile: Rechtliches (Datenschutz) und Vendor Lock-In (Nutzen spezieller Dienste, fehlende Standards) | + | - Nachteile: Rechtliches (Datenschutz |
- | **F: | + | **F: |
- | **A: | + | **A: |
- | **F:** Wenn ich Daten gespeicher | + | **F:** Ja. Aber auf dem Weg können sie ja z.B. erst über die ganze Welt gehen. |
+ | |||
+ | **F:** Wir haben uns 2 Datenspeicherlösungen angeschaut. Windows Azure Storage verwendet ja ein Frontend Layer, ein Stream Layer (SL) und Partition Layer (PL). Erkläre, wie ein Schreibzugriff vom PL auf das SL ausschaut. | ||
+ | |||
+ | **A:** Bild mit PL, Stream Manager (SM), einem Primary und 2 Secondaries hin gemalt und Pfeile (Datenfluss und ACKs) dazu. | ||
+ | |||
+ | **F:** Wenn ich Daten gespeichert | ||
**A:** Sie sind dann bereits auf 3 Fehlerdomänen verteilt (gegen einzelne Hardware- (/ | **A:** Sie sind dann bereits auf 3 Fehlerdomänen verteilt (gegen einzelne Hardware- (/ | ||
Zeile 30: | Zeile 36: | ||
**F:** Was passiert jetzt, wenn ein Fehler beim Schreiben passiert, also z.B. ein Netzsplit und der 2. Secondary kann nicht erreicht werden? (Annahme Stream Manager kann aber noch mit dem reden) | **F:** Was passiert jetzt, wenn ein Fehler beim Schreiben passiert, also z.B. ein Netzsplit und der 2. Secondary kann nicht erreicht werden? (Annahme Stream Manager kann aber noch mit dem reden) | ||
- | **A:** Kein ACK an PL, PL meldet Vorfall an Stream Manager, SM fragt Replikate nach Ende des Extents, Wegwerfen des gerade geschriebenen Blocks, Versiegeln des Extents. | + | **A:** Kein ACK an PL, PL meldet Vorfall an SM, SM fragt Replikate nach Ende des Extents, Wegwerfen des gerade geschriebenen Blocks, Versiegeln des Extents. |
**F:** Jetzt haben wir Daten weg geschmissen. Ist das ein Problem? | **F:** Jetzt haben wir Daten weg geschmissen. Ist das ein Problem? | ||
Zeile 50: | Zeile 56: | ||
**A:** Nein, denn SM wird vom PL bedient. Dieses fasst kleine Daten zu größeren Blöcken zusammen und macht nur append. | **A:** Nein, denn SM wird vom PL bedient. Dieses fasst kleine Daten zu größeren Blöcken zusammen und macht nur append. | ||
- | Da hats ein bisschen geholpert. Ich dachte außerdem noch, dass man den SM nur für neue Extents befragen muss, aber wenn man Blöcke schreibt, ist das ja unabhängig. Aber das ist nicht relevant, da die Blöcke echt klein sind und Extents eher dem entsprechen, | + | Da hat' |
**F:** Wir haben uns außerdem Koordinierungsdienste (Chubby, ZooKeeper) angeschaut. Warum braucht man denn da 2f+1 Replikate zum Tolerieren von f Fehlern, während man bei GFS und Azure nur f+1 braucht? | **F:** Wir haben uns außerdem Koordinierungsdienste (Chubby, ZooKeeper) angeschaut. Warum braucht man denn da 2f+1 Replikate zum Tolerieren von f Fehlern, während man bei GFS und Azure nur f+1 braucht? |