Storage

Unaffected by system failures = berleben Beendung von Programmen

Different dimensions
1. Single user, single thread, single site
Benennung von Dateien, Zugriff
2. Single user, multi thread, single site
Nebenlufigkeit, Deadlocks
3. Multi user, multi thread, single site
Sicherheitsmechanismen (Authentifizierung, Autorisierung)
4. Multi user, multi thread, multi site
Effizienz (nur geringe Beeinflussung der Performance), Neubetrachtung von Authentifizierung, Nebenlufigkeit

Distributed file systems

Von Satyanarayanan
Transparenz
Zugriffstransparenz = gleicher Zugriff wie bei lokalen Dateien
Leistungstransparenz = Programmperformance unabhngig von Last
Ortstransparenz = Dateiname unabhngig von wirklichem Speicherort
Skalierungstransparenz = System erweiterbar ohne tiefere Eingriffe oder Ausflle
Verfgbarkeit
Fehlertolerant, z.B. wenn Serversystem ausfllt
Nebenlufigkeit
Sollte Mechanismen zum nebenlufigen Zugriff auf Dateien bieten
Replikation
Mehrfaches Vorhalten der Dateien auf verschiedenen Servern
Zur Erhhung der Performance Verteilen von Dateien auf mehrere Server

Distributed file systems

Heterogenitt
Konsistenz
z.B. bei Replikation: Dateinderungen mssen auf allen Repliken passieren
Sicherheit
Zugriffskontrolle, Nutzerauthentifizierung, Vertraulichkeit von Daten
Effizienz

Distributed file systems

Flat file service

Speichert Dateien auf Server-Platte
Dateien referenziert ber Unique file identifier (UFID)
Verzeichnisservice
Mappt Dateinamen auf UFIDs
Erstellt, lscht Verzeichnisse
Werden als Dateien im Flat file service abgelegt haben UFID
Clientmodul
ermglicht Zugriff auf Verzeichnis- und Flat file service
Mappt lokale Dateioperationen auf Remoteoperationen
Zustndig fr Caching

Distributed file systems

Liste von Referenzoperationen

Distributed file systems

Zugriffskontrolle
User-Informationen evtl. nur auf Client-Computer vorhanden
Server muss auch autorisieren knnen
Zugriffsrechte nur bei Verzeichnis- oder jedem Zugriff
Modell gibt nichts vor; Operationen haben Zugriff auf Userinformation als implizite Information
Hierarchische Dateistruktur
Unterscheidung Datei <-> Verzeichnis per Attribut
Dateigruppen
Dateien knnen nicht zwischen Gruppen bewegt werden
Dateigruppen-Identifier (FGID) als Teil der UFID
Mapping zwischen FGID und verantwortlichem Server als Datei

Distributed file systems

Zustandsloses Design
erlaubt einfache Fehlerbehandlung, da Server nur neu gestartet werden muss
Verarbeitung im Client-Modul: Neusenden der Requests
Authentifizierung
Caching
Lesecache: Ja, Server: kann vergangene Schreiboperationen fr schnelleres Lesen cachen. Client: Cached vergangene
Schreiboperationen, Verzeichnisse, Attribute
Schreibcache: Nein, da zustandslos muss der Server erst persistieren bevor er antwortet kein Server-Cache

Distributed file systems

hnlich zum abstrakten Modell

Unterscheidung zwischen Flat file service und Directory service nicht scharf, gemeinsames Interface

Distributed file systems

Operationen
Mapping von UNIX- zu NFS-Calls
Abstrakte Operationen knnen alle abgebildet werden
Auer: Dateien mssen in Verzeichnissen erstellt werden (kombiniert Create und AddName)

Dateigruppen
Group Identifier nicht global eindeutig, d.h. kein Mapping von FGID zu Server, daher nur manuelles Verschieben von Dateien
mglich

Distributed file systems

Transparenz
Zugriffstransparenz durch UNIX VFS
Ortstransparenz nicht gegeben, Clients bestimmen Mount point
Leistungstransparenz nicht unbedingt gegeben, wenn Bottleneck beim Server
Skalierungstransparenz problematisch, da nur einzelner Server
Verfgbarkeit hoch, da zustandslos
Nebenlufigkeit nur mit Hilfe eines externen Dateilock-Mechanismus
Replikation
nicht automatisch mglich
Aber: Automounter, sucht sich beim Einbinden einen zuflligen Server
Daten mssen dann manuell zwischen Servern verbeitet werden
Heterogenitt
Viele Implementierungen auf unterschiedlichen Hard- und Softwareplattformen
Konsistenz hoch, da keine Replikation und one-file copy semantics
Sicherheit schlecht

Distributed file systems

Effizienz hoch bei Client cache und UDP, aber blockierende Operationen

Caching
Gut fr Dateien, die viel gelesen und wenig geschrieben werden
Gut fr Dateien, die von wenigen Usern geschrieben werden
Gut fr
Zustandsorientiert

Distributed file systems

Client module = Venus

Flat file service = Vice
Directory service = Venus + Vice
bersetzung Pfadnamen Datei-Ids = Venus

Distributed file systems

Operationen
Read + GetAttributes = Fetch
Write + SetAttributes = Store

Distributed file systems

Transparenz
Zugriffstransparenz
Ortstransparenz per Konvention
Leistungstransparenz
Skalierungstransparenz
Verfgbarkeit
Nebenlufigkeit
Letzte Schreiboperation berlebt
nur mit Hilfe eines externen Dateilock-Mechanismus
Replikation
automatisch mglich
Clients arbeiten nur auf Arbeitskopien
Heterogenitt
Open Source Implementierungen fr unterschiedlichen Hard- und Softwareplattformen
Konsistenz nicht gut, Clients knnen verschiedene Versionen einer Datei sehen

Distributed file systems

Sicherheit
gut, Kerberos per Default
Paradigm of low trustworthiness ~ Grundstzliches Misstrauen

Tausende Clients und Server

Distributed file systems