Risikoreduzierung von Downtime durch die Shared Nothing-Architektur

Das Thema der Ausfallsicherheit in Datenspeichersystemen ist immer von Bedeutung, da in unserem Zeitalter der universellen Virtualisierung und Ressourcenkonsolidierung ein Ausfall der Speicherlösungen nicht nur zu einem gewöhnlichen Vorfall fĂŒhrt, sondern zu lĂ€ngeren Ausfallzeiten der Dienste. Daher verfĂŒgen moderne Speicherlösungen ĂŒber viele redundant ausgelegte Komponenten (bis hin zu Controllern). Aber ist dieser Schutz ausreichend?

Risikoreduzierung von Downtime durch die Shared Nothing-Architektur

Allerdings erwĂ€hnen sĂ€mtliche Anbieter, wenn sie die Merkmale ihrer Speicherlösungen auflisten, unweigerlich die hohe Ausfallsicherheit ihrer Lösungen und fĂŒgen unbedingt den Begriff „ohne einzelne Ausfallstelle“ hinzu. Werfen wir einen genaueren Blick auf ein typisches Datenspeichersystem. Um Ausfallzeiten beim Service zu vermeiden, werden in Speicherlösungen Netzteile, KĂŒhlmodule, Ein-/Ausgangsporten, Speicher (wir meinen RAID) und selbstverstĂ€ndlich auch Controller redundantly ausgelegt. Wenn man sich diese Architektur nĂ€her ansieht, kann man mindestens zwei potenzielle Ausfallstellen bemerken, ĂŒber die bescheiden geschwiegen wird:

  1. Das Vorhandensein eines einzigen Backplanes
  2. Das Vorhandensein einer einzigen Datenkopie

Ein Backplane ist ein technisch anspruchsvolles GerĂ€t, das bei der Herstellung unbedingt strengen Tests unterzogen wird. Daher gibt es Ă€ußerst selten FĂ€lle, in denen es vollstĂ€ndig ausfĂ€llt. Selbst bei partiellen Problemen, wie einem defekten Speichersteckplatz, ist ein Austausch mit vollstĂ€ndiger Abschaltung der Speicherung erforderlich.

Das Erstellen mehrerer Datenkopien scheint auf den ersten Blick ebenfalls kein Problem zu sein. So ist beispielsweise die Funktion „Klon“ in Speicherlösungen, die es ermöglicht, in bestimmten Intervallen eine vollstĂ€ndige Datensicherung anzufertigen, recht verbreitet. Bei Problemen mit demselben Backplane ist jedoch die Kopie ebenso unerreichbar wie das Original.

Eine durchaus offensichtliche Lösung zur Überwindung der genannten Nachteile besteht darin, die Daten auf ein anderes Speichersystem zu replizieren. Wenn man die voraussichtliche Verdopplung der Kosten fĂŒr die Hardware außer Acht lĂ€sst (wir gehen schließlich davon aus, dass diejenigen, die eine solche Entscheidung treffen, realistisch denken und diesen Fakt im Voraus akzeptieren), bleiben auch mögliche Kosten fĂŒr die Organisation der Replikation in Form von Lizenzen sowie zusĂ€tzlicher Software und Hardware. Und vor allem – es muss irgendwie sichergestellt werden, dass die replizierten Daten konsistent bleiben. Das heißt, man muss einen Virtualisierer fĂŒr das Speichersystem / vSAN / etc. einrichten, was ebenfalls Geld und Zeit erfordert.

AccelStor Bei der Erstellung ihrer eigenen HochverfĂŒgbarkeits-Systeme wurde das Ziel gesetzt, die oben genannten Nachteile zu beseitigen. So entstand die Auslegung der Technologie Shared Nothing, was in freier Übersetzung „ohne gemeinsame GerĂ€te“ bedeutet.

Konzept Shared Nothing Die Architektur besteht aus der Verwendung von zwei unabhĂ€ngigen Knoten (Kontrollern), von denen jeder ĂŒber seinen eigenen Datensatz verfĂŒgt. Zwischen den Knoten erfolgt eine synchronisierte Replikation ĂŒber das InfiniBand 56G, die fĂŒr die Software, die auf dem Speichersystem arbeitet, völlig transparent ist. Dadurch ist die Verwendung von Virtualisierern, Software-Agenten usw. nicht erforderlich.

Physisch kann die Zweiknotenlösung von AccelStor in zwei Modellen realisiert werden:

  • H510 – auf Basis von Twin-Servern im 2U-GehĂ€use, wenn moderate Leistung und eine KapazitĂ€t von bis zu 22TB benötigt werden;
  • H710 – auf Basis separater 2U-Server, wenn hohe Leistung und große KapazitĂ€t (bis zu 57TB) erforderlich sind.

Risikoreduzierung von Downtime durch die Shared Nothing-Architektur

Das Modell H510 auf Basis des Twin-Servers

Risikoreduzierung von Downtime durch die Shared Nothing-Architektur

Das Modell H710 auf Basis separater Server

Die Verwendung unterschiedlicher Formfaktoren resultiert aus der Notwendigkeit, eine unterschiedliche Anzahl von SSDs zu verwenden, um das vorgegebene Volumen und die Leistung zu erreichen. Zudem ist die Twin-Plattform kostengĂŒnstiger und ermöglicht es, erschwinglichere Lösungen anzubieten, auch wenn sie einen gewissen „Nachteil“ in Form eines gemeinsamen Backplanes mit sich bringt. Alles andere, einschließlich der Funktionsweise, ist bei beiden Modellen vollstĂ€ndig identisch.

Der Datensatz jeder Knoten hat zwei Gruppen FlexiRemap, plus 2 Hot-Spare. Jede Gruppe kann den Ausfall eines SSD verkraften. Alle eingehenden Schreibanfragen werden von der Knoten gemĂ€ĂŸ der Ideologie FlexiRemap rekonfiguriert in aufeinanderfolgende Ketten mit 4KB-Blöcken, die dann im fĂŒr sie optimalen Modus (sequential writing) auf SSDs geschrieben werden. Das Hostsystem erhĂ€lt die BestĂ€tigung des Schreibens erst nach der physischen Platzierung der Daten auf der SSD, d.h. ohne Caching im RAM. Infolgedessen wird eine beeindruckende Leistung von bis zu 600K IOPS beim Schreiben und ĂŒber 1M IOPS beim Lesen (Modell H710) erreicht.

Wie bereits erwĂ€hnt, erfolgt die Synchronisierung von DatensĂ€tzen in Echtzeit ĂŒber die InfiniBand 56G-Schnittstelle, die ĂŒber eine hohe Bandbreite und niedrige Latenzen verfĂŒgt. Um den Kommunikationskanal bei der Übertragung kleiner Pakete maximal effizient zu nutzen. Da der Kommunikationskanal einzeln ist, wird fĂŒr die zusĂ€tzliche ÜberprĂŒfung des Pulses eine dedizierte 1GbE-Verbindung verwendet. Über diese wird nur der Heartbeat ĂŒbertragen, daher gibt es keine Anforderungen an die Geschwindigkeit.

Im Falle einer KapazitĂ€tserweiterung des Systems (bis zu 400+ TB) durch Erweiterungsregalen werden sie ebenfalls paarweise angeschlossen, um das Konzept der „keine Einzelpunkt-Fehlertoleranz“ einzuhalten.

FĂŒr zusĂ€tzlichen Datenschutz (neben den bereits vorhandenen zwei Kopien von AccelStor) wird ein spezieller Algorithmus fĂŒr den Fall eines Ausfalls einer SSD verwendet. Wenn eine SSD ausfĂ€llt, beginnt der Knoten, die Daten auf eines der Hot-Spare-Laufwerke wiederherzustellen. Die FlexiRemap-Gruppe, die sich im Zustand Degraded befindet, wechselt in den Nur-Lese-Modus. Dies geschieht, um Störungen bei SchreibvorgĂ€ngen und der Wiederherstellung auf das Ersatzlaufwerk auszuschließen, was letztendlich den Wiederherstellungsprozess beschleunigt und die Zeit, in der das System potenziell anfĂ€llig ist, verkĂŒrzt. Nach Abschluss des Rebuilds wechselt der Knoten wieder in den normalen Lese-Schreib-Modus.

Risikoreduzierung von Downtime durch die Shared Nothing-Architektur

NatĂŒrlich, wie bei anderen Systemen, sinkt die Gesamtleistung wĂ€hrend des Rebuilds (da eine der FlexiRemap-Gruppen nicht fĂŒr SchreibvorgĂ€nge aktiv ist). Aber der Wiederherstellungsprozess selbst erfolgt Ă€ußerst schnell, was die Systeme von AccelStor vorteilhaft von den Lösungen anderer Anbieter abhebt.

Ein weiteres nĂŒtzliches Merkmal der Nothing Shared-Technologie ist der Betrieb der Knoten im sogenannten true active-active Modus. Im Gegensatz zur „klassischen“ Architektur, in der ein bestimmtes Volume/Pools nur von einem Controller verwaltet wird, wĂ€hrend der zweite lediglich Ein- und Ausgabeoperationen ausfĂŒhrt, ist dies in den Systemen AccelStor Jeder Knoten arbeitet mit seinem eigenen Datensatz und ĂŒbertrĂ€gt keine Anfragen an den "Nachbarn". Dadurch wird die Gesamtleistung des Systems durch die parallele Verarbeitung von Eingabe-/Ausgabeanfragen durch die Knoten und den Zugriff auf Speicher erhöht. Außerdem gibt es praktisch kein Konzept wie Failover, da es einfach nicht notwendig ist, die Kontrolle ĂŒber Volumes an einen anderen Knoten im Falle eines Ausfalls zu ĂŒbertragen.

Wenn man die Nothing Shared-Technologie der Architektur mit einer vollstĂ€ndigen Duplizierung von Speicherlösungen vergleicht, wird sie auf den ersten Blick in Bezug auf FlexibilitĂ€t etwas hinter einer vollstĂ€ndigen Umsetzung von Disaster Recovery zurĂŒckbleiben. Dies gilt insbesondere fĂŒr die Organisation der Kommunikationslinie zwischen den Speichersystemen. So ist es im H710-Modell möglich, die Knoten ĂŒber Entfernungen von bis zu 100 m mithilfe nicht ganz billiger aktiver optischer InfiniBand-Kabel zu verteilen. Doch selbst im Vergleich zu einer herkömmlichen Umsetzung der synchronen Replikation bei anderen Anbietern ĂŒber den verfĂŒgbaren FibreChannel, selbst ĂŒber grĂ¶ĂŸere Entfernungen, erweist sich die Lösung von AccelStor als kostengĂŒnstiger und einfacher in der Installation/Betrieb, da es nicht notwendig ist, Virtualisierer fĂŒr Speicherlösungen zu installieren und/oder eine Integration mit Software durchzufĂŒhren (was nicht immer grundsĂ€tzlich möglich ist). Zudem sollte nicht vergessen werden, dass die Lösungen von AccelStor All-Flash-Arrays mit einer Leistung bieten, die höher ist als die von „klassischen“ Speichersystemen mit nur SSDs.

Risikoreduzierung von Downtime durch die Shared Nothing-Architektur

Mit der Nothing Shared-Technologie von AccelStor ist es tatsĂ€chlich möglich, eine VerfĂŒgbarkeit des Speichersystems auf dem Niveau von 99,9999 % zu einem durchaus angemessenen Preis zu erreichen. Zusammen mit der hohen ZuverlĂ€ssigkeit der Lösung, auch durch die Verwendung von zwei Kopien der Daten, und der beeindruckenden Leistung aufgrund proprietĂ€rer Algorithmen FlexiRemap, Lösungen von AccelStor sind hervorragende Kandidaten fĂŒr SchlĂŒsselpositionen beim Aufbau eines modernen Rechenzentrums.

Quelle: habr.com

ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server đŸ”„ ZuverlĂ€ssiges Hosting fĂŒr Websites mit DDoS-Schutz kaufen, VPS VDS Server - ProHoster