{"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":"Risikoreduzierung von Downtime durch die Shared Nothing-Architektur","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Das Thema der Ausfallsicherheit in Datenspeichersystemen ist immer von Bedeutung, da in unserem Zeitalter der universellen Virtualisierung und Ressourcenkonsolidierung ein Ausfall der Speicherl\u00f6sungen nicht nur zu einem gew\u00f6hnlichen Vorfall f\u00fchrt, sondern zu l\u00e4ngeren Ausfallzeiten der Dienste. Daher verf\u00fcgen moderne Speicherl\u00f6sungen \u00fcber viele redundant ausgelegte Komponenten (bis hin zu Controllern). Aber ist dieser Schutz ausreichend?<\/p>\n

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

Allerdings erw\u00e4hnen s\u00e4mtliche Anbieter, wenn sie die Merkmale ihrer Speicherl\u00f6sungen auflisten, unweigerlich die hohe Ausfallsicherheit ihrer L\u00f6sungen und f\u00fcgen unbedingt den Begriff \u201eohne einzelne Ausfallstelle\u201c hinzu. Werfen wir einen genaueren Blick auf ein typisches Datenspeichersystem. Um Ausfallzeiten beim Service zu vermeiden, werden in Speicherl\u00f6sungen Netzteile, K\u00fchlmodule, Ein-\/Ausgangsporten, Speicher (wir meinen RAID) und selbstverst\u00e4ndlich auch Controller redundantly ausgelegt. Wenn man sich diese Architektur n\u00e4her ansieht, kann man mindestens zwei potenzielle Ausfallstellen bemerken, \u00fcber die bescheiden geschwiegen wird:<\/p>\n

<\/p>\n

    \n
  1. Das Vorhandensein eines einzigen Backplanes<\/li>\n
  2. Das Vorhandensein einer einzigen Datenkopie<\/li>\n<\/ol>\n

    <\/p>\n

    Ein Backplane ist ein technisch anspruchsvolles Ger\u00e4t, das bei der Herstellung unbedingt strengen Tests unterzogen wird. Daher gibt es \u00e4u\u00dferst selten F\u00e4lle, in denen es vollst\u00e4ndig ausf\u00e4llt. Selbst bei partiellen Problemen, wie einem defekten Speichersteckplatz, ist ein Austausch mit vollst\u00e4ndiger Abschaltung der Speicherung erforderlich.<\/p>\n

    <\/p>\n

    Das Erstellen mehrerer Datenkopien scheint auf den ersten Blick ebenfalls kein Problem zu sein. So ist beispielsweise die Funktion \u201eKlon\u201c in Speicherl\u00f6sungen, die es erm\u00f6glicht, in bestimmten Intervallen eine vollst\u00e4ndige Datensicherung anzufertigen, recht verbreitet. Bei Problemen mit demselben Backplane ist jedoch die Kopie ebenso unerreichbar wie das Original. <\/p>\n

    <\/p>\n

    Eine durchaus offensichtliche L\u00f6sung zur \u00dcberwindung der genannten Nachteile besteht darin, die Daten auf ein anderes Speichersystem zu replizieren. Wenn man die voraussichtliche Verdopplung der Kosten f\u00fcr die Hardware au\u00dfer Acht l\u00e4sst (wir gehen schlie\u00dflich davon aus, dass diejenigen, die eine solche Entscheidung treffen, realistisch denken und diesen Fakt im Voraus akzeptieren), bleiben auch m\u00f6gliche Kosten f\u00fcr die Organisation der Replikation in Form von Lizenzen sowie zus\u00e4tzlicher Software und Hardware. Und vor allem \u2013 es muss irgendwie sichergestellt werden, dass die replizierten Daten konsistent bleiben. Das hei\u00dft, man muss einen Virtualisierer f\u00fcr das Speichersystem \/ vSAN \/ etc. einrichten, was ebenfalls Geld und Zeit erfordert.<\/p>\n

    <\/p>\n

    AccelStor <\/a><\/noindex>Bei der Erstellung ihrer eigenen Hochverf\u00fcgbarkeits-Systeme wurde das Ziel gesetzt, die oben genannten Nachteile zu beseitigen. So entstand die Auslegung der Technologie Shared Nothing, was in freier \u00dcbersetzung \u201eohne gemeinsame Ger\u00e4te\u201c bedeutet.<\/p>\n

    <\/p>\n

    Konzept Shared Nothing<\/a><\/noindex> Die Architektur besteht aus der Verwendung von zwei unabh\u00e4ngigen Knoten (Kontrollern), von denen jeder \u00fcber seinen eigenen Datensatz verf\u00fcgt. Zwischen den Knoten erfolgt eine synchronisierte Replikation \u00fcber das InfiniBand 56G, die f\u00fcr die Software, die auf dem Speichersystem arbeitet, v\u00f6llig transparent ist. Dadurch ist die Verwendung von Virtualisierern, Software-Agenten usw. nicht erforderlich.<\/p>\n

    <\/p>\n

    Physisch kann die Zweiknotenl\u00f6sung von AccelStor in zwei Modellen realisiert werden:<\/p>\n

    <\/p>\n