{"id":31906,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sokrashhenie-riskov-downtime-blagodarya-arhitekture-shared-nothing","title":{"rendered":"Reduzierung von Ausfallrisiken dank der Shared-Nothing-Architektur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Thema der Ausfallsicherheit in Speichersystemen ist stets von Bedeutung, da im Zeitalter der allgegenw\u00e4rtigen Virtualisierung und Ressourcen-Konsolidierung die Speicher-Arrays der Punkt sind, dessen Ausfall nicht nur zu einem allt\u00e4glichen Vorfall, sondern zu erheblichen Ausfallzeiten der Dienste f\u00fchren kann. Daher verf\u00fcgen moderne Speichersysteme \u00fcber zahlreiche redundante Komponenten, einschlie\u00dflich der Controller. Doch reicht dieser Schutz aus?<\/p>\n

\n\"Reduzierung
\n<\/a><\/noindex><\/p>\n

Alle Anbieter, die die Eigenschaften ihrer Speichersysteme auflisten, erw\u00e4hnen stets die hohe Ausfallsicherheit ihrer L\u00f6sungen und f\u00fcgen unweigerlich den Begriff \"ohne einen Single Point of Failure\" hinzu. Werfen wir einen genaueren Blick auf ein typisches Speichersystem. Um Ausfallzeiten w\u00e4hrend der Wartung zu vermeiden, sind in den Speichersystemen Stromversorgungen, K\u00fchlmodule, Ein-\/Ausgangsports, Speicher (denken Sie an RAID) und nat\u00fcrlich Controller redundant ausgelegt. Bei genauerer Untersuchung dieser Architektur kann man mindestens zwei potenzielle Ausfallpunkte feststellen, \u00fcber die stillschweigend hinweggesehen wird:<\/p>\n

<\/p>\n

    \n
  1. Das Vorhandensein eines einzelnen Backplane<\/li>\n
  2. Das Vorhandensein einer einzelnen Datenkopie<\/li>\n<\/ol>\n

    <\/p>\n

    Der Backplane ist ein technisch komplexes Ger\u00e4t, das bei der Herstellung umfangreichen Tests unterzogen wird. Daher sind F\u00e4lle, in denen es vollst\u00e4ndig ausf\u00e4llt, \u00e4u\u00dferst selten. Allerdings erfordert selbst bei partiellen St\u00f6rungen, wie z. B. einem defekten Steckplatz, dessen Austausch eine vollst\u00e4ndige Abschaltung des SAN.<\/p>\n

    <\/p>\n

    Das Erstellen mehrerer Kopien von Daten scheint auf den ersten Blick kein Problem zu sein. Zum Beispiel ist die Clone-Funktion im SAN, die es erm\u00f6glicht, regelm\u00e4\u00dfig eine vollst\u00e4ndige Kopie der Daten zu aktualisieren, recht verbreitet. Bei Problemen mit dem Backplane wird jedoch auch die Kopie so unerreichbar sein wie das Original. <\/p>\n

    <\/p>\n

    Eine offensichtliche L\u00f6sung zur Behebung dieser M\u00e4ngel ist die Replikation auf ein anderes Speicher-Subsystem. Wenn man die vorausgesehene Verdopplung der \u201eHardware\u201c-Kosten au\u00dfer Acht l\u00e4sst (wir gehen davon aus, dass diejenigen, die eine solche L\u00f6sung w\u00e4hlen, dies realistisch einsch\u00e4tzen und diesen Fakt akzeptieren), gibt es noch m\u00f6gliche Ausgaben f\u00fcr die Organisation der Replikation in Form von Lizenzen oder zus\u00e4tzlicher Software und Hardware. Und vor allem muss sichergestellt werden, dass die replizierten Daten konsistent sind. Das bedeutet, dass ein Virtualisierer f\u00fcr die Speicher-Subsysteme\/vSAN\/\u00e4hnliches aufgebaut werden muss, was ebenfalls finanzielle und zeitliche Ressourcen erfordert.<\/p>\n

    <\/p>\n

    AccelStor <\/a><\/noindex>Bei der Erstellung ihrer Hochverf\u00fcgbarkeitssysteme wurde das Ziel gesetzt, die oben genannten M\u00e4ngel zu beseitigen. So entstand die Interpretation der Technologie Shared Nothing, die w\u00f6rtlich \u00fcbersetzt \u201eohne Nutzung gemeinsamer Ger\u00e4te\u201c bedeutet.<\/p>\n

    <\/p>\n

    Die Idee Shared Nothing<\/a><\/noindex> Die Architektur basiert auf der Nutzung von zwei unabh\u00e4ngigen Knoten (Controllern), von denen jeder \u00fcber einen eigenen Datensatz verf\u00fcgt. Zwischen den Knoten erfolgt die synchrone Replikation \u00fcber eine InfiniBand 56G-Schnittstelle, die f\u00fcr die Software, die auf dem Speichersystem l\u00e4uft, v\u00f6llig transparent ist. Dadurch ist der Einsatz von Speichervirtualisierern, Software-Agenten usw. nicht erforderlich.<\/p>\n

    <\/p>\n

    Physisch kann die Zwei-Knoten-L\u00f6sung von AccelStor in zwei Modellen realisiert werden:<\/p>\n

    <\/p>\n