<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Cluster-Dateisystem</id>
	<title>Cluster-Dateisystem - Versionsgeschichte</title>
	<link rel="self" type="application/atom+xml" href="https://wiki-de.moshellshocker.dns64.de/index.php?action=history&amp;feed=atom&amp;title=Cluster-Dateisystem"/>
	<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Cluster-Dateisystem&amp;action=history"/>
	<updated>2026-05-30T16:20:46Z</updated>
	<subtitle>Versionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale Kopie</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://wiki-de.moshellshocker.dns64.de/index.php?title=Cluster-Dateisystem&amp;diff=305042&amp;oldid=prev</id>
		<title>imported&gt;Trustable: linkfix</title>
		<link rel="alternate" type="text/html" href="https://wiki-de.moshellshocker.dns64.de/index.php?title=Cluster-Dateisystem&amp;diff=305042&amp;oldid=prev"/>
		<updated>2024-04-28T18:09:04Z</updated>

		<summary type="html">&lt;p&gt;linkfix&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Neue Seite&lt;/b&gt;&lt;/p&gt;&lt;div&gt;Der Begriff &amp;#039;&amp;#039;&amp;#039;Cluster-Dateisystem&amp;#039;&amp;#039;&amp;#039; beschreibt ein [[Dateisystem]], das in einem [[Rechnerverbund]] konkurrierenden Zugriff auf eine [[Shared Storage]] gestattet.&lt;br /&gt;
&lt;br /&gt;
Auf ein Cluster-Dateisystem greifen alle im Cluster befindlichen Rechner direkt ohne Vermittlung eines [[Server]]s zu. Das Dateisystem muss sich dazu auf einem Speichermedium befinden, das von allen Rechnern direkt erreichbar ist. Dies wird im Allgemeinen durch den Aufbau eines [[Storage Area Network|SAN]] auf der Basis von [[Fibre Channel]] oder [[iSCSI]] erreicht. Durch den direkten Zugriff ergibt sich eine bessere [[Rechenleistung|Performance]] als bei der Nutzung eines [[Rechnernetz|Netzwerk]]-Dateisystems wie [[Network File System|NFS]] oder [[CIFS]]. Insbesondere bei [[Datenbank]]en oder Anwendungen, die große Datenmengen manipulieren ([[Videotechnik|Video]]) ist der Leistungsgewinn erheblich.&lt;br /&gt;
&lt;br /&gt;
== Motivation ==&lt;br /&gt;
Wenn mehrere Computer in einem Netzwerk zusammenarbeiten, ist es generell wünschenswert oder sogar notwendig, dass alle auf einen gemeinsamen Datenbestand zugreifen. Dieser Zugriff kann jedoch nicht unkoordiniert ablaufen, denn dies würde zu Problemen führen.&lt;br /&gt;
;Beispiel:&lt;br /&gt;
# Zwei Rechner, A und B, haben einen gemeinsamen Datenbestand, der die Datei X enthält.&lt;br /&gt;
# Es öffnet nun A die Datei X zum Schreiben und schreibt einen Wert W1 hinein.&lt;br /&gt;
# Gleichzeitig öffnet B die Datei X und schreibt einen Wert W2 hinein.&lt;br /&gt;
# Beide schreiben nun die Datei auf das Speichermedium zurück.&lt;br /&gt;
# Beide Rechner haben legitime Operationen durchgeführt, jedoch bleibt die Frage, welche Version nun schließlich auf dem Medium abgelegt ist.&lt;br /&gt;
&lt;br /&gt;
Diesen Zustand nennt man [[Inkonsistenz]].&lt;br /&gt;
Das Auftreten von Inkonsistenz muss zur Vermeidung von Datenverlusten unbedingt vermieden werden.&lt;br /&gt;
Um dies zu erreichen, ist es notwendig, sobald ein Teilnehmer A schreibenden Zugriff auf eine Datei im gemeinsamen Datenbestand erlangt hat, alle weiteren Schreibzugriffe auf dieselbe Datei zu blockieren, bis Teilnehmer A den schreibenden Zugriff wieder aufgegeben hat.&lt;br /&gt;
&lt;br /&gt;
Dieses Problem besteht grundsätzlich auch innerhalb eines Rechners mit [[Multitasking]]-Betriebssystem, in dem die einzelnen Prozesse um den Schreibzugriff auf einzelne Dateien konkurrieren. Hier obliegt es dem Betriebssystemkern, dafür Sorge zu tragen, dass niemals zwei Prozesse gleichzeitig Schreibzugriff auf ein und dieselbe Datei erhalten. Da es zwischen den Rechnern eines Netzwerkes keine übergeordnete Instanz gibt, der diese Funktion naturgemäß zufällt, sind zusätzliche Maßnahmen erforderlich, um die Konsistenz der Daten zu gewährleisten. Ein Cluster-Dateisystem übernimmt diese Steuerungsaufgabe.&lt;br /&gt;
&lt;br /&gt;
== Beispiele für Cluster-Dateisysteme ==&lt;br /&gt;
* [[Record Management Services|RMS]] ([[OpenVMS]]),&lt;br /&gt;
* [[AdvFS]] ([[Hewlett-Packard|HP]] [[Tru64 UNIX]]),&lt;br /&gt;
* [[Veritas File System|Veritas Cluster File System]] (verschiedene Betriebssysteme),&lt;br /&gt;
* [[OCFS2]] ([[Linux]])&lt;br /&gt;
* der Vorgänger [[OCFS]] ([[Linux]] und [[Windows]], jedoch nur für [[Oracle]]-Datenbanken),&lt;br /&gt;
* [[IBM General Parallel File System|GPFS]] ([[AIX]], [[Linux]], [[Windows]]),&lt;br /&gt;
* [[Google File System]] (Linux, proprietär)&lt;br /&gt;
* [[GlusterFS]] (Linux, FreeBSD, Solaris, Mac OS X),&lt;br /&gt;
* [[CXFS]] ([[IRIX]], [[Linux]], [[Solaris (Betriebssystem)|Solaris]], [[macOS]] und [[Windows]]),&lt;br /&gt;
* [[StorNext FS]] ([[Linux]], [[Solaris (Betriebssystem)|Solaris]], [[HP-UX]], [[AIX]], [[IRIX]], [[Windows]] und in der [[XSan]] Variante auch [[macOS]]) oder&lt;br /&gt;
* [[Polyserve Matrix Server]] ([[Linux]]).&lt;br /&gt;
* [[Lustre (Dateisystem)|Lustre]] (Linux).&lt;br /&gt;
* [[Global File System]] (Linux).&lt;br /&gt;
* [[MelioFS]]&amp;lt;ref&amp;gt;{{Internetquelle |url=http://storusint.com/pdf/sanbolicdocs/MelioFSBrochure.pdf |titel=melioFS |hrsg=Sanbolic Inc. |datum=2005 |sprache=en |abruf=2023-11-13}}&amp;lt;/ref&amp;gt; (Windows).&lt;br /&gt;
* [[Ceph]] (Linux)&lt;br /&gt;
* [[Quick File System|QFS]] Shared Writer, ein hierarchisches Dateisystem mit Clustersupport&lt;br /&gt;
&lt;br /&gt;
Um die [[Konsistenz (Datenspeicherung)|Konsistenz]] der Daten sicherzustellen, müssen die Verwaltungsdaten, d.&amp;amp;nbsp;h. Verzeichnisse, Attribute und Speicherplatzzuweisungen (&amp;#039;&amp;#039;Metadaten&amp;#039;&amp;#039;), koordiniert gespeichert werden. Hierzu wird üblicherweise ein Metadaten-Server eingesetzt, der all diese Daten von den verschiedenen Teilnehmern am Cluster-Dateisystem übermittelt bekommt, üblicherweise über ein [[Ethernet]]. Dieser übernimmt auch die Koordinierung der [[Cache]]s und der Dateisperren ([[Lock]]s). In manchen Cluster-Dateisystemen kann der Metadaten-Server auch andere Aufgaben übernehmen, bei anderen (CXFS) müssen ein oder mehrere dedizierte Metadatenserver eingesetzt werden um die Betriebssicherheit zu erhöhen.&lt;br /&gt;
&lt;br /&gt;
Gelingt den Servern aufgrund einer Störung im Netzwerk die Synchronisation nicht, so besteht die Gefahr von [[Inkonsistenz]]en. Üblicherweise wird das betroffene Dateisystem sich dann auf all jenen Servern herunterfahren, die (sich selbst eingerechnet) nur noch maximal 50 % der Gesamtheit an Servern sehen können. Da es nur maximal eine Gruppe geben kann, die mehr als 50 % der Server umfasst, bleibt nur diese aktiv, es können keine Inkonsistenzen entstehen.&lt;br /&gt;
Man sagt auch, das [[Quorum (Informatik)|Quorum]] liegt bei über 50 %.&lt;br /&gt;
&lt;br /&gt;
Aus dem Quorum ergibt sich, dass ein so konfiguriertes Dateisystem mindestens drei Server benötigt, wenn [[Hochverfügbarkeit]] erwünscht ist. Diese sollten dann konsequenterweise auch in getrennte [[Infrastruktur]]en eingebunden sein, das heißt, drei Server-Räume in unterschiedlichen [[Brandabschnitt]]en, drei [[unterbrechungsfreie Stromversorgung]]en usw.&lt;br /&gt;
&lt;br /&gt;
Ein Cluster-Dateisystem, das lediglich eine gemeinsame Datenbasis für eine Vielzahl parallel arbeitender Server dient, muss zwar nicht zwangsläufig hoch verfügbar sein, doch wird man eine solche [[Serverfarm]] ohnehin aus viel mehr als zwei Rechnern aufbauen. Die Mehr-Raum-Notwendigkeit stellt sich bei solchen Anwendungen zunächst nicht.&lt;br /&gt;
&lt;br /&gt;
Im Gegensatz zu der weitgehend autarken Position der Server in einem Cluster-Dateisystem steht der Zugriff auf [[Datei]]en über ein &amp;#039;&amp;#039;[[Rechnernetz|Netzwerk]]&amp;#039;&amp;#039;, z.&amp;amp;nbsp;B. über [[Network File System]] (NFS) auf [[Unix]]-Systeme, über [[NetWare]] von [[Novell]] oder über [[Server Message Block|SMB]] von [[Microsoft]]. Hier „gehört“ der Plattenplatz einem bestimmten Server, der den Datenzugriff vermittelt. Fällt er aus, ist das betroffenen Dateisystem nicht verfügbar.&lt;br /&gt;
&lt;br /&gt;
Die dritte Möglichkeit des verteilten Zugriffs auf Dateien ist die Verwendung von &amp;#039;&amp;#039;[[Raw Device]]s&amp;#039;&amp;#039;. Hier verzichtet man ganz auf Dateisysteme und überlässt es der Anwendung, den verfügbaren Platz auf dem betreffenden Plattensystem zu verwalten. Die Anwendung muss also gegebenenfalls die Synchronisation zwischen den Servern durchführen und mit Störungen umgehen. Moderne Betriebssysteme erlauben es, auch Anteile eines physischen Plattensystems als Raw Devices zu benutzen, während andere Anteile für Dateisysteme reserviert werden.&lt;br /&gt;
&lt;br /&gt;
== Siehe auch ==&lt;br /&gt;
&lt;br /&gt;
* [[Distributed File System]]&lt;br /&gt;
* [[Shared Storage]]&lt;br /&gt;
&lt;br /&gt;
== Einzelnachweise ==&lt;br /&gt;
&amp;lt;references /&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Kategorie:Betriebssystemtheorie]]&lt;br /&gt;
[[Kategorie:IT-Architektur]]&lt;br /&gt;
[[Kategorie:Computercluster]]&lt;/div&gt;</summary>
		<author><name>imported&gt;Trustable</name></author>
	</entry>
</feed>