In der heutigen IT-Infrastruktur sind Datenspeichersysteme, die durch Virtualisierung weit verbreitet sind, das HerzstĂŒck, das alle virtuellen Maschinen speichert. Ein Ausfall dieses Knotens kann den Betrieb eines Rechenzentrums vollstĂ€ndig stoppen. Obwohl ein erheblicher Teil der Serverhardware in irgendeiner Form von Haus aus ausfallsicher ist, werden aufgrund der besonderen Rolle des Speichersystems in einem Rechenzentrum höhere Anforderungen an seine 'LebensfĂ€higkeit' gestellt.

Die effektivste Methode zur Sicherstellung der Ausfallsicherheit in der IT ist die Verwendung mehrerer Exemplare von Hardware und Software (im einfachsten Fall â Duplizierung). NatĂŒrlich kann das Speichersystem vollstĂ€ndig dupliziert werden. FĂŒr das Disaster Recovery wird genau dieser Ansatz gewĂ€hlt. Aber nicht alle Unternehmen können sich eine solche Lösung leisten. Dabei geht es nicht nur um die doppelte Kostenstruktur fĂŒr die Hardware, sondern auch um andere Kosten fĂŒr die Organisation und die spĂ€tere Wartung einer solchen Lösung.
Die Möglichkeit, Hardware zu duplizieren, hebt jedoch nicht die Notwendigkeit auf, die Ausfallsicherheit auf Komponentenebene sicherzustellen. Insbesondere im Speichersystem werden Redundanzen bei Netzteilen, KĂŒhleinheiten, Speicherlaufwerken und natĂŒrlich den Controllern eingesetzt. All dies ist schon lange zur Norm geworden. Es ist schwierig, ein Speichersystem zu finden, das nicht auf einem solchen Design basiert. Hier ist das keine Ausnahme. Doch in diesem Artikel möchten wir ĂŒber das sprechen, was nicht sofort ins Auge fĂ€llt, und das gleichzeitig darauf abzielt, die Ausfallsicherheit des gesamten Systems zu erhöhen.
KĂŒhlmodule
Sehr hĂ€ufig werden in 2U-3U-GehĂ€usen kombinierte Module verwendet, die Netzteile und Ventilatoren in einem vereinen. Einerseits ist das praktisch, da nur ein Block gewartet werden muss. Andererseits kann, wenn das KĂŒhlsystem ausfĂ€llt, das Netzteil aus SicherheitsgrĂŒnden abgeschaltet werden, um eine Ăberhitzung zu vermeiden. Und es könnte eine nicht extrem kritische Situation entstehen, aber es lohnt sich offenbar nicht, dem Speichersystem zusĂ€tzliche Schwachstellen hinzuzufĂŒgen.
Die KĂŒhlung im SAN Qsan ist in Form von separaten Modulen mit âHot-Swapâ organisiert, die unabhĂ€ngig von den Stromversorgungsblöcken sind. TatsĂ€chlich verfĂŒgen die Stromversorgungsblöcke ĂŒber eigene Ventilatoren, die zur BelĂŒftung der Stromversorgungsblöcke dienen. Das KĂŒhlmodul enthĂ€lt zwei unabhĂ€ngige Ventilatoren, die sich gegenseitig absichern. Es gibt zwei solcher Module im SAN: rechts und links â fĂŒr eine effiziente BelĂŒftung aller Komponenten. Wenn einer der Ventilatoren ausfĂ€llt, erhöhen alle anderen automatisch ihre Drehzahlen, um den entstandenen Mangel an Luftstrom auszugleichen. Aus diesem Grund hat ein Ventilatorausfall keine Gefahr einer Ăberhitzung des gesamten GerĂ€ts zur Folge.
Topologie der Verbindung von Erweiterungsregalen
Klassisches Anschlussdiagramm zu SAN bedeutet eine Topologie, die als Kaskade bezeichnet wird. In diesem Fall werden die entsprechenden Controller des Regals und des SAN ĂŒber ein einzelnes SAS-Kabel miteinander verbunden. Insgesamt ergibt sich so 2 Kabel fĂŒr ein Zweicontroller-System. Wenn ein zweites angeschlossen werden soll, wird es auf die gleiche Weise an das erste Regal angeschlossen. Und so weiter. Der Vorteil dieser Topologie ist die einfache Umsetzung in der Hardware. Der Nachteil ist eine gewisse AnfĂ€lligkeit fĂŒr plötzliche Unterbrechungen der SAS-Verbindung aufgrund des Ausfalls nicht verbundener Controller von SAN und Regal oder aufgrund der Abschaltung eines der Erweiterungsregale in der Mitte der Kette. Infolgedessen wird der Zugriff auf einen Teil der SpeichergerĂ€te verloren gehen und eine mögliche Unterbrechung der RAID-Gruppe kann entstehen, wenn sie auf mehrere GehĂ€use âverteiltâ ist.
Qsan verfĂŒgt ĂŒber einen Schutz gegen den Ausfall von Controllern in Form einer internen logischen Verbindung der Controller ĂŒber das Backplane des SAN. Das bedeutet, dass der SAN-Controller nicht nur den direkt an ihn angeschlossenen JBOD-Controller sieht, sondern auch den âNachbarâ-Controller ĂŒber einen speziellen Link im Backplane. Infolgedessen wird, wenn ein solches Szenario eintritt und niemand physisch die SAS-Kabel zwischen SAN und Regal zieht, der Zugriff auf alle SpeichergerĂ€te erhalten bleiben.

Um zu verhindern, dass die SAS-Kette aufgrund eines Stromausfalls im Erweiterungsregal unterbrochen wird, wird normalerweise eine andere Anschluss-Topologie verwendet â ein umgekehrter Kaskadenanschluss. In diesem Fall wird das Speichersystem direkt an das erste und letzte Regal in der Kette angeschlossen, sodass auf die Laufwerke von beiden Seiten zugegriffen werden kann.

Wenn eine stĂ€rkere Absicherung gewĂŒnscht ist, können gröĂere Konfigurationen erstellt werden, zum Beispiel mit einer Baumtopologie. Alternativ kann auch eine Kombination der erwĂ€hnten Topologien verwendet werden. Dies ist dank der Vielzahl von SAS-AnschlĂŒssen an den GerĂ€ten möglich (2 an jedem Speichercontroller und 5 an jedem JBOD-Controller) mit automatischer Erkennung der Betriebsmodi fĂŒr Ein- und Ausgabe. Das Wichtigste ist, dass der Administrator nicht durcheinanderkommt. Das Speichersystem wird in der Lage sein, die Konfiguration korrekt einzustellen.
Schneller Wiederaufbau
Die VerfĂŒgbarkeit von Ersatzfestplatten mit "Hot Swap"-Funktion in dem System erhöht die ZuverlĂ€ssigkeit der Informationsspeicherung erheblich. Allerdings bedeutet die bloĂe Bereitstellung solcher Festplatten noch nicht einen absoluten Schutz. Der Grund ist, dass der Wiederherstellungsprozess (Rebuild) recht zeitaufwendig und oft langwierig ist. Die ArbeitsintensitĂ€t entsteht durch den fortlaufenden Zugriff auf die Hauptdaten. Das heiĂt, das System muss zusĂ€tzlich zu der aktuellen Arbeit auch Daten auf die neue Festplatte kopieren. Die Dauer des Rebuilds hĂ€ngt direkt von der KapazitĂ€t des Speichermediums und seinen Geschwindigkeitsmerkmalen ab. Da das System keine Kenntnis ĂŒber den tatsĂ€chlich belegten Speicherplatz auf den Festplatten hat, kopiert es wĂ€hrend des Rebuild-Prozesses einfach alles: Block fĂŒr Block.
Infolgedessen kann der Wiederaufbau einer modernen Festplatte mit einer groĂen KapazitĂ€t von ĂŒber 10 TB bei erheblicher Last auf dem Speichersystem leicht eine Woche oder lĂ€nger in Anspruch nehmen. Zudem muss berĂŒcksichtigt werden, dass wĂ€hrend des Rebuilds die Wahrscheinlichkeit eines Ausfalls anderer Laufwerke aufgrund der erhöhten Belastung deutlich steigt. Dies kann bereits eine ernsthafte Gefahr darstellen, wenn beispielsweise RAID5 verwendet wird.
Um dieses Problem zu lösen, haben viele Entwickler von Speichersystemen daran gearbeitet, den Wiederherstellungsprozess zu beschleunigen. HierfĂŒr können unterschiedliche AnsĂ€tze verwendet werden, aber der Kern ist derselbe â nur die tatsĂ€chlich belegten Blöcke werden beim Rebuild kopiert. Auch Qsan hat sich dieses Problems angenommen. Bei den Speichersystemen dieses Anbieters wird mit aktivierter Option Das System verfolgt die verwendeten Blöcke fĂŒr die Aufzeichnung, sodass es im Falle eines Festplattenausfalls nur diese auf ein neues SpeichergerĂ€t kopieren kann.

Die Option Fast Rebuild ist standardmĂ€Ăig bei der Erstellung neuer Volumes nicht aktiviert, da ihre Nutzung die Leistung beeintrĂ€chtigen kann, insbesondere bei zufĂ€lligen SchreibvorgĂ€ngen, weil:
- Es ist notwendig, die Aufzeichnung in Blöcken zu verfolgen;
- Beim Rebuild erfolgt keine Neuberechnung der PrĂŒfziffern fĂŒr nicht belegten Speicher, daher muss dieser Bereich vor einer neuen Aufzeichnung zunĂ€chst âinitialisiertâ werden.
Deshalb wird empfohlen, Fast Rebuild nicht fĂŒr Volumes zu verwenden, die beispielsweise stark belastete Datenbanken oder Ăberwachungssysteme enthalten, wo das Volume letztlich ohnehin zu 100 % gefĂŒllt wird. FĂŒr Datei- oder Mailserver hingegen ist diese Option Ă€uĂerst nĂŒtzlich.
Zum Abschluss
Jeder Hersteller von Speicherarrays geht davon aus, dass seine GerĂ€te zuverlĂ€ssig sind. Wenn es keine gravierenden Fehler bei der Entwicklung der GerĂ€te gibt und kein ĂŒbermĂ€Ăiger Sparwahn bei der Herstellung und PrĂŒfung vorhanden ist, kann man insgesamt dem Anbieter zustimmen. Jedoch muss man verstehen:
- Die grundlegende Fehlertoleranz von Speicherarrays bedeutet in erster Linie, dass man weiterhin Zugriff auf die Daten hat, falls eine oder mehrere Komponenten ausfallen;
- ZusÀtzliche Optionen zur Fehlertoleranz (wie die oben beschriebenen) reduzieren einige Fehlerfallmöglichkeiten und erhöhen Ihre Chancen, Zugang zu den Daten zu haben;
- Eine 100 %ige ZuverlÀssigkeit gibt es leider nicht. Um ihr jedoch so nahe wie möglich zu kommen, setzen die meisten seriösen Anbieter von Speicherarrays (und darunter) alles daran, ihre Produkte sowohl in der Hardware- als auch in der Softwarekomponente kontinuierlich zu verbessern.
Dabei sollte man auch nicht vergessen, dass keine absolute ZuverlĂ€ssigkeit von Speicherarrays die Notwendigkeit von Sicherungskopien, klaren und einstudierten NotfallwiederherstellungsplĂ€nen und eine zeitnahe technische UnterstĂŒtzung des Anbieters ersetzt.
Quelle: habr.com
