TU Wien:Verteilte Systeme VO (Dustdar)/Pruefung 2018-03-14

Aus VoWi
Zur Navigation springen Zur Suche springen

Fragenausarbeitung[Bearbeiten | Quelltext bearbeiten]

Transparenz und zwei Eigenschaften davon erklären[Bearbeiten | Quelltext bearbeiten]

  • Access: Hide differences in data representation and how a resource is accessed
  • Location: Hide the location of the resource
  • Migration: Hide that a resource may be moved to another location
  • Relocation: Hide that a resource may be moved while being used
  • Replication: Hide that a resource is replicated
  • Concurrency: Hide that a resource may be shared by competitive users.
  • Failure: Hide the failure and recovery of a resource

Namensraum und Namensdomäne (Erklärung und Zusammenhang)[Bearbeiten | Quelltext bearbeiten]

Name Space

  • Beinhaltet alle Namen, die bei einem Service verwaltet werden
  • Namen können innerhalb eines Name Spaces als Graph dargestellt werden
  • Jeder Blatt Knoten repräsentiert eine Entity, Knoten selbst sind auch Entitäten
  • Ein Alias ist ein Name, der auf einen anderen Namen zeigt

Eine Naming Domain ist ein Name-Space mit einer einzelnen Admin. Authority für ihre Namen (Beispiel nic.at für alle *.at Domains)

Chord (Weg einzeichnen + erklären wieso dieser Weg)[Bearbeiten | Quelltext bearbeiten]

DDoS (erklären + skizzieren)[Bearbeiten | Quelltext bearbeiten]

Distributed Denial of Service – Angreifer hackt sich in viele Computer und nützt diese als Zombies für einen verteilten Angriff auf einen Server und schafft es durch einen Request Overload, den Server in die Knie zu zwingen (bis hin zum Absturz).

Nachrichten werden an viele Benutzer gleichzeitig versendet. Soll MOM oder RPC verwendet werden & Erklärung[Bearbeiten | Quelltext bearbeiten]

Google File System – Nachricht wird abgerufen, wie ist der Weg: aufzeichnen + Komponenten erklären[Bearbeiten | Quelltext bearbeiten]

Webseite wir geladen: was wird verwendet (da gab es drei Auswahlmöglichkeiten) + Erklärung wieso es verwendet wird.[Bearbeiten | Quelltext bearbeiten]

Native/hosted VM Monitor: Erklären + was ist der Unterschied[Bearbeiten | Quelltext bearbeiten]

Ein VM Monitor ist eine abstrahierende Schicht zwischen tatsächlich vorhandener Hardware (und ggf. auf dem System bereits installiertem Betriebssystem) und weiteren zu installierenden Betriebssystemen.

Native

  • Der VM Monitor setzt direkt auf der Hardware auf
  • Setzt voraus, dass die Hardware vom VM Monitor unterstützt wird    

Hosted

  • Der VM Monitor setzt auf einem vollwertigen Betriebssystem (Hostsystem) auf
  • Zb Virtual Box

Failure/Error/Fault: erklären & Zusammenhang[Bearbeiten | Quelltext bearbeiten]

  • Fault: Cause of an error (e.g. Software bug in method)
  • Error: Deviation of actual system state from perceived one (e.g. process offering method is called, fault becomes active, wrong value is calculated)
  • Failure: Delivered service deviates from correct service, the system functionality is not delivered anymore. (e.g. leads to incorrect service of component calling process)

Stateless/Stateful server: erklären & Real-Life Beispiel für Stateful[Bearbeiten | Quelltext bearbeiten]

Stateless

  • Keep no info on the state of its clients
  • Clients & Servers are completely independent
  • State inconsistencies due to crashes are reduced
  • Possible loss of performance

Stateful

  • Maintain persistent information about its clients
  • performance gains possible

Example: Webshop mit Artikeln im Warenkorb; Personenbezogene Vorschläge (Brauche dafür ein User Profil)

Wie können Prozesse gruppiert werden (Flat Group + Hierachical group) – erklären[Bearbeiten | Quelltext bearbeiten]

Flat group

  • Gute Fehlertoleranz da ein sofortiger Informationsaustausch mit allen Mitgliedern erfolgt
  • Kann zu einem Overhead führen
    • die Kontrolle ist komplett verteilt
    • Votings sind nötig
  • Schwieriger in der Implementierung als Hierarchical group

Hierarchical group

  • Kommunikation erfolgt durch einen Koordinator und meherern workers
  • Nicht wirklich fehlertolerant oder skalierbar
  • Einfacher in der Implementierung

Data-Centric Consistency Models (Sequenzielle & FIFO): Es war ein Beispiel gegeben und man musst angeben ob richtig oder falsch und erklären wieso[Bearbeiten | Quelltext bearbeiten]

Lease – die drei Arten angeben + Erklärung[Bearbeiten | Quelltext bearbeiten]

Leases
Ein Lease ist ein Versprechen vom Server:
dass er einem Client solange Updates pushed
bis das Lease von diesem Client abgelaufen ist.
Ist das Lease abgelaufen: dann muss Client Informationen pullen.
Generell werden Leases verwendet um den Server zu entlasten.


  • Age-based

Ein Objekt, das sich länger nicht geändert hat, wird das auch demnächst nicht tun, also lange leasen.

  • Renewal-frequency-based

Je öfters ein Client nach einem Objekt fragt, desto länger wird seine expiration-time für dieses Objekt.

  • State-based

Je mehr ein Server belastet ist, desto kürzer wird die Expiration-Time.

Public key Authentication: Fehlende Elemente in der Grafik eintragen + Schritte erklären[Bearbeiten | Quelltext bearbeiten]