15.6 ReFS und Speicherpools
Neu im Bereich »Dateidienste« sind ReFS, das Resilient File System, und Speicherpools, die auch als Storage Spaces bekannt sind. Ohne jetzt auf die theoretischen Hintergründe eingehen zu wollen – mit ReFS wurde ein neues Dateisystem geschaffen, das sich möglichst kompatibel zu NTFS verhält, allerdings systembedingt stabiler und fehlerunanfälliger ist. Dafür funktionieren aber einige gern genutzte Features mit ReFS nicht, und zwar insbesondere:
- die Komprimierung von Dateien
- die Verschlüsselung mit EFS
- Disk Quotas
Darüber hinaus kann ReFS nicht für Systemlaufwerke (im Allgemeinen C:) verwendet werden.
ReFS ist übrigens nicht datenbankbasiert. In der Vergangenheit wurde ja immer mal wieder über ein datenbankbasiertes Dateisystem spekuliert – das ist es nicht.
Recht spannend ist das Thema Speicherpools (alias Storage Spaces). Hierbei geht es im Grunde genommen um das Virtualisieren von Festplatten. Mehrere physische Datenträger werden zu redundanten Systemen zusammengefasst. Somit kann man aus einzelnen Platten anspruchsvolle Disk-Systeme bauen. Ich denke, dass das eher für Clients von Interesse ist als für Server, bei denen ja doch im Normalfall ein Hardware-RAID vorhanden ist. Das Ganze ist aber so interessant, dass ich es hier besprechen möchte.
In diesem kleinen Beispiel sind drei 2-TB-Platten angeschlossen. Im Server-Manager, Rubrik Speicherpools, kann das nachvollzogen werden (Abbildung 15.94).
Abbildung 15.94 Im Server-Manager ist zu sehen, dass drei physische Platten zu je 2 TB vorhanden sind.
Zunächst erstellen Sie per Mausklick einen neuen Speicherpool (Abbildung 15.94, Pfeil). Der obligatorische Assistent fragt dann, welche Platten verwendet werden sollen (Abbildung 15.95).
Der Speicherpool ist physisch ein »klassischer JBOD« (JBOD = Just a Bunch of Disks), also eine Ansammlung einzelner Platten. »Normalerweise« arbeitet man nicht gern mit JBODs, weil diese schlecht zu verwalten und eben nicht redundant sind. Bisher schlug dann immer die Stunde der RAID-Controller, die Platten unter Redundanz- und/oder Performance-Gesichtspunkten zusammenfassen.
Abbildung 15.95 Die vorhandenen Platten werden ausgewählt.
Wenn das Erstellen des Speicherpools abgeschlossen ist, werden darauf ein oder mehrere virtuelle Datenträger erstellt. Dies wird im Kontextmenü des Speicherpools initiiert (Abbildung 15.96).
Abbildung 15.96 Ein neuer virtueller Datenträger wird erstellt.
Dann wird es spannend. Im Dialog aus Abbildung 15.97 können Sie die Speicheranordnung festlegen. Dies entspricht in etwa dem RAID-Level:
- Simple: Entspricht einem RAID 0. Gut für Performance und Speicherausnutzung, es gibt aber keine Redundanz.
- Mirror: Entspricht einem RAID 10.
- Parity: Entspricht einem RAID 5.
Spätestens hier wird klar, was die Speicherpools bringen, nämlich RAID ohne physikalischen RAID-Controller.
Im Serverumfeld ist das eigentlich uninteressant, da wohl niemand auf die Idee kommen wird, Server ohne RAID-Controller auszustatten. In diesem Fall geht es eher um Speichervirtualisierung, um beispielsweise Plattenplatz von zwei SAN-Storage-Systemen zusammenzufassen.
Abbildung 15.97 Die »Speicheranordnung« wird gewählt. Das entspricht in etwa dem RAID-Level.
Auch der Dialog aus Abbildung 15.98 ist strategisch interessant. Hier geht es um den Bereitstellungstyp, bei dem es zwei Optionen gibt:
- Dünn (Thin): Diese Option führt dazu, dass physisch nur so viel Speicher von dem Volume genutzt wird, wie tatsächlich gebraucht wird.
- Fest: Der komplette von dem Volume benötigte Bereich wird direkt alloziert.
Fest ist rein technisch gesehen die bessere Variante, weil der Speicherbereich eben genau für dieses Volume belegt ist. Das bedeutet, dass zusammenhängender Speicherplatz verwendet wird und der dem Volume zugedachte Speicher auch tatsächlich da ist.
Abbildung 15.98 Eine durchaus spannende Entscheidung ist die Auswahl des Bereitstellungstyps.
Letztgenannter Punkt ist interessant, da im Bereitstellungsmodell Dünn eine Über-Provisionierung (Over-commitment) möglich ist. Achten Sie auf Abbildung 15.99:
Abbildung 15.99 Man kann »über-provisionieren«.
- Im Speicherpool stehen drei jeweils 2 TB große Datenträger zur Verfügung (rechter Pfeil).
- Bei den virtuellen Datenträgern (linker Pfeil) ist aber ein 1 TB und ein 10 TB großer Datenträger sichtbar. Insgesamt sind also 11 TB bereitgestellt, obwohl bei Weitem nicht so viel Plattenplatz vorhanden ist. Übrigens würde auch der Datei-Explorer insgesamt 11 TB freien Speicherplatz anzeigen.
Diese Über-Provisionierung geht so lange gut, wie genügend physischer Plattenplatz vorhanden ist. Wenn der aber zur Neige geht, gibt es üble Fehler, weil nicht mehr auf die Volumes geschrieben werden kann. Man kann allerdings einem Speicherpool recht einfach weitere Platten hinzufügen, sodass die physische Kapazität den Anforderungen angepasst werden kann.
Ihre Meinung
Wie hat Ihnen das Openbook gefallen? Wir freuen uns immer über Ihre Rückmeldung. Schreiben Sie uns gerne Ihr Feedback als E-Mail an kommunikation@rheinwerk-verlag.de.