EDV:OpenAFS/Vorteile

Vorteile von AFS

Quelle für die meisten Punkte (demnach auch genauer): http://www.angelfire.com/hi/plutonic/afs-faq.html

• Es erfolgt ein Caching der Daten auf dem Client.
• Anders als bei NFS sind die Daten lokaltionsunabhänig (und nicht fest).
• AFS ist daher sehr skalierbar und deshalb für große Umgebungen geeignet.
• AFS unterstützt einige Sicherheits-Funktionen wie Kerberos Authentisierung und feinere Rechtevergabe (ACLs).
• Die Sicht auf das AFS ist von jedem Client aus gleich (Single System Image (SSI)).
• Die Daten können transparent über mehrerer Server verteilt werden.
• Demnach ist auch der Ausfall eines Servers leichter zu verkraften, bzw. u.U. sogar 'egal'.
• Der Zugriff ist mit einem Client von überall aus möglich.
• Es gibt eine breite Unterstützung an Client Systemen (z.B. Windows, Linux, HP-UX, AIX, Solaris, ...).
• w:de:Disk Quotas sind elementare Bestandteile von AFS.

Vergleich von AFS und NFS

Ganz kurze Version: AFS vs. NFS

	AFS	NFS
File Access	Common name space from all workstations	Different file names from differnt workstations
File Location	Automatic tracking by	Mountpoints to files set by
Tracking	file system processes and databases	administrators and users
Performance	Client caching to reduce network load; callbacks to maintain cache consistency	No local disk caching; limited cache consistency
Andrew Benchmark	Average time of 210 (5 phases, 8 clients) seconds/client	Average time of 280 seconds/client
Scaling capabilities	Maintains performance in small and very large installations Excellent performance on wide-area configuration	Best in small to mid-size installations Best in local-area configurations
Security	Kerberos mutual authentication Access control lists on directories for user and group access	Security based on unecrypted user ID's No access control lists
Availability	Replicates read-mostly data and AFS system information	No replication
Backup Operation	No system downtime with specially developed AFS Backup System	Standard UNIX backup system
Reconfiguration	By volumes (groups of files) No user impact; files remain accessible during moves, and file names do not change	Per-file movement Users lose access to files and filenames change (mountpoints need to be reset)
System Management	Most tasks performed from any workstation	Frequently involves telnet to other workstations
Autonomous	Autonomous administrative	File servers and clients
Architecture	units called cells, in addition to file servers and clients No trust required between cells	No security distinctions between sites

Other points:

• Some vendors offer more secure versions of NFS but implementations vary. Many NFS ports have no extra security features (such as Kerberos).
• The AFS Cache Manager can be configured to work with a RAM (memory) based cache. This offers signifigant performance benefits over a disk based cache.

  NFS has no such feature. Imagine how much faster it is to access files cached into RAM!

• The Andrew benchmark demonstrates that AFS has better performance than over NFS as the number of clients increases. A graph of this (taken from Andrew benchmark report) is available in: http://www.angelfire.com/hi/plutonic/images/andrew1.jpg

Quelle: http://www.angelfire.com/hi/plutonic/afs-faq.html

Quelle: ftp://ftp.transarc.com/pub/afsps/doc/afs-nfs.comparison

Unterschied von AFS zu Unix-Dateisystem

Vom Nutzerstandpunkt gibt es wenige Unterschiede zu einem 'normalen' Unix-Dateisystem.

• Authentisierung:

Bevor ein Nutzer auf AFS-Dateien zugreifen kann, muss er sich mit einem Kerberos-Login authentisieren (kinit, aklog). (Dies sollte beim Login schon geschehen.) Ein unauthorisierter Nutzer und hat im AFS nur die Rechte von system:anyuser.

• Datei-(Zugriffs)-Rechte:

Die Unix-mode-bits für 'group' und 'other' werden ignoriert und die von 'owner' werden anders ausgewertet. Die Nutzer sollten ihre Dateien mit den ACLs (des Verzeichnisses) schützen.

• Protection groups:

Nutzer können ihre eigenen Gruppen in AFS erzeugen und verwalten.

• Hard links:

Im AFS sind 'hard links' nur bei Verzeichnissen möglich. Symbolische Links arbeiten wie gewohnt.

• Verändern der Zugriffsrechte beim verschieben:

Ein verschieben einer Datei in ein anderes Verzeichnis, ändert die Zugriffsrechte, da eine Datei die ACLs des Verzeichnisses annimmt.

• chown und chgrp:

Nur Mitglieder der AFS-Gruppe 'system:administrators' kann diese Kommandos auf Dateien im /afs verwenden.

• Save on close: (für Programmierer)

Der AFS Cache Manager sendet die Dateiänderungen nicht zu dem Server, bis ein 'close()' oder 'fsync()' system call aufgerufen wird. Ein 'write()' system call ändert nur die lokale Kopie des Clients.

Der Unterschiedbeim schreiben einer Datei:

local unix file: 'sofortiges' schreiben der Datei

AFS file: 'sofortiges' schreiben der Datei im lokalem Cache, aber der Server erhält die Kopie nur bei einem 'close()' oder 'fsync()'

Es ist wichtig zu verstehen, dass die meisten Anwendungen (z.B.: vi, emacs, frame, interleaf, wingz, dogz, ...) den 'close()' system call senden, wenn der Nutzer die Datei speichert. Nutzer müssen daher nicht die Anwendung verlassen, um die Änderungen an den Server zu senden!

• byte-range file locking: (für Programmierer)

AFS erlaubt kein 'byte-range locking' in einer Datei. Der Aufruf von 'lockf()' und 'fcntl()' ergibt (success) obwohl er keinen Einfluss hat (wird ignoriert)!

• whole file locking: (für Programmierer)

AFS erlaubt das locken einer gesammten Datei mit 'flock(). Die Prozesse auf dem gleichen Client, die diese Datei locken wollen, folgend dann den 'korrekten' locking-Semantiken. Prozesses auf anderen Clients erhalten bei einem lock-Request ein 'EWOULDBLOCK'.

• character and block special files: (für SysAdmins)

AFS unterstützt keine character oder block spezial Dateien. Das mknod-Kommando kann keine solche speziellen Dateien im /afs erzeugen.

• AFS version of fsck: (für Sysadmins)

AUf einem AFS-File-Server sind die Partitionen (für AFS '/vicepXX') kein Unix Dateisystem und das standard 'fsck'-Kommando darf dort nicht verwendet werden, sondern das von AFS selbst.

Quelle: http://www.angelfire.com/hi/plutonic/afs-faq.html