{"id":35801,"date":"2019-10-31T22:06:24","date_gmt":"2019-10-31T19:06:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu\/"},"modified":"2019-10-31T22:06:24","modified_gmt":"2019-10-31T19:06:24","slug":"kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-vybrat-shd-ne-vystreliv-sebe-v-nogu","title":{"rendered":"Wie man ein SAN ausw\u00e4hlt, ohne sich ins Bein zu schie\u00dfen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Einf\u00fchrung<\/h2>\n

\nEs ist Zeit, ein SAN zu kaufen. Welches soll ich w\u00e4hlen, wem soll ich zuh\u00f6ren? Anbieter A spricht \u00fcber Anbieter B, und es gibt auch Integrator C, der das Gegenteil erz\u00e4hlt und Anbieter D empfiehlt. In einer solchen Situation kann selbst ein erfahrener Architekt f\u00fcr Speicherl\u00f6sungen den \u00dcberblick verlieren, besonders mit all den neuen Anbietern und den derzeit angesagten SDS und Hyperkonvergenzen.<\/p>\n

Wie kann man da nur durchblicken und sich nicht dumm vorkommen? Wir (AntonVirtual<\/a><\/noindex> Anton Shbankov und korp<\/a><\/noindex> Evgeny Elizarov) werden versuchen, dies auf einfache Weise zu erkl\u00e4ren.
\nDer Artikel korreliert stark und ist faktisch eine Erweiterung des \u201cDesigns eines virtualisierten Rechenzentrums<\/a><\/noindex>\u201d in Bezug auf die Auswahl von Datenspeicherl\u00f6sungen und eine \u00dcbersicht \u00fcber Speichertechnologien. Wir werden die grundlegende Theorie kurz betrachten, empfehlen jedoch, sich auch mit dem genannten Artikel vertraut zu machen.<\/p>\n

Warum<\/h2>\n

\nMan kann h\u00e4ufig beobachten, wie eine neue Person in ein Forum oder einen spezialisierten Chat wie etwa Storage Discussions kommt und die Frage stellt: \u201eMir werden zwei Varianten von SANs angeboten \u2014 ABC SuperStorage S600 und XYZ HyperOcean 666v4, was empfehlen Sie?\u201c<\/p>\n

Und schon beginnt das Vergleichen, bei welchem Anbieter welche besonderen und unverst\u00e4ndlichen Merkmale realisiert wurden, die f\u00fcr einen Unge\u00fcbten wie Chinesisch wirken.
\n<\/a><\/noindex>
\nDie entscheidende und erste Frage, die man sich lange vor dem Vergleich der Spezifikationen in den Angeboten stellen sollte, lautet \u2014 WARUM? Warum wird dieses SAN ben\u00f6tigt?<\/p>\n

\"Wie
\n
\nDie Antwort wird \u00fcberraschend und ganz im Stil von Tony Robbins sein \u2014 um Daten zu speichern. Danke, Kapit\u00e4n! Und dennoch vertiefen wir uns manchmal so sehr in den Vergleich der Details, dass wir vergessen, warum wir das Ganze \u00fcberhaupt tun.<\/p>\n

Die Aufgabe eines Datenspeichersystems besteht darin, DIE DATEN mit einer bestimmten Leistung zu speichern und den Zugriff darauf bereitzustellen. Mit diesen Daten fangen wir an.<\/p>\n

Daten<\/h2>\n

<\/p>\n

Datentyp<\/h3>\n

\nWelche Daten planen wir zu speichern? Eine sehr wichtige Frage, die viele Speichersysteme sogar aus der Betrachtung ausschlie\u00dfen kann. Zum Beispiel ist die Speicherung von Videoaufzeichnungen und Fotos vorgesehen. Systeme, die f\u00fcr zuf\u00e4llige Zugriffe auf kleine Bl\u00f6cke ausgelegt sind, oder Systeme mit speziellen Software-Funktionen in der Kompression\/Deduplizierung k\u00f6nnen sofort ausgeschlossen werden. Das k\u00f6nnen einfach hervorragende Systeme sein, wir m\u00f6chten nichts Schlechtes dar\u00fcber sagen. Aber in diesem Fall werden ihre St\u00e4rken entweder zu Schw\u00e4chen (da Video und Foto nicht komprimiert werden k\u00f6nnen) oder erh\u00f6hen einfach die Kosten des Systems erheblich.<\/p>\n

Und umgekehrt: Wenn die Zielnutzung eine stark belastete transaktionale Datenbank ist, dann werden hervorragende Streams f\u00fcr Multimedia, die Gigabytes pro Sekunde liefern k\u00f6nnen, eine schlechte Wahl sein.<\/p>\n

Datenvolumen<\/h3>\n

\nWie viele Daten planen wir zu speichern? Die Menge wird immer zur Qualit\u00e4t, das sollte man niemals vergessen, insbesondere in unserer Zeit des exponentiellen Wachstums des Datenvolumens. Systeme der Petabyte-Klasse sind bereits keine Seltenheit, aber je mehr Petabyte an Volumen, desto spezifischer wird das System, und damit wird die gewohnte Funktionalit\u00e4t von Systemen mit zuf\u00e4lligem Zugriff kleiner und mittlerem Volumen weniger verf\u00fcgbar. Einfach, weil allein die Statistiken zum Zugriffsverhalten nach Bl\u00f6cken gr\u00f6\u00dfer werden als das verf\u00fcgbare Volumen des Arbeitsspeichers auf den Controllern. Ganz zu schweigen von Kompression\/Deduplizierung. Nehmen wir an, wir m\u00f6chten den Kompressionsalgorithmus auf einen leistungsf\u00e4higeren wechseln und 20 Petabyte Daten verdichten. Wie lange wird das dauern: ein halbes Jahr, ein Jahr?<\/p>\n

Andererseits, warum viel Aufwand betreiben, wenn wir 500 GB Daten speichern und verarbeiten m\u00fcssen? Nur 500. Haushalt SSDs (mit niedrigem DWPD) in einem solchen Volumen kosten fast nichts. Warum eine Fiber-Channel-Fabrik bauen und ein externes, hochwertiges Speichersystem kaufen, das so viel kostet wie eine Eisenbahnbr\u00fccke?<\/p>\n

Welcher Prozentsatz des gesamten Datenvolumens sind hei\u00dfe Daten? Wie ungleichm\u00e4\u00dfig ist die Last im Hinblick auf das Datenvolumen verteilt? Hier kann die Technologie der mehrstufigen Speicherung oder Flash Cache sehr hilfreich sein, wenn das Volumen der hei\u00dfen Daten im Vergleich zum Gesamtvolumen minimal ist. Umgekehrt werden solche Technologien bei einer gleichm\u00e4\u00dfigen Lastverteilung im gesamten Volumen, wie sie h\u00e4ufig in Streaming-Systemen (Video\u00fcberwachung, einige Analytiksysteme) vorkommt, nichts bringen und lediglich die Kosten\/Komplexit\u00e4t des Systems erh\u00f6hen.<\/p>\n

IS<\/h3>\n

\nDie Kehrseite der Daten ist das Informationssystem, das diese Daten nutzt. IS hat eine Reihe von Anforderungen, die von den Daten geerbt werden. Mehr dazu im \u201eDesign eines virtualisierten Rechenzentrums\u201c.<\/p>\n

Anforderungen an Ausfallsicherheit \/ Verf\u00fcgbarkeit<\/h4>\n

Die Anforderungen an die Ausfallsicherheit \/ Verf\u00fcgbarkeit von Daten leiten sich von dem sie nutzenden IS ab und werden in drei Zahlen ausgedr\u00fcckt - RPO<\/b>, RTO<\/b>, Verf\u00fcgbarkeit<\/b>.<\/p>\n

Verf\u00fcgbarkeit <\/b> \u2013 der Anteil \u00fcber einen bestimmten Zeitraum, w\u00e4hrend dessen die Daten verf\u00fcgbar sind. Dies wird normalerweise in der Anzahl der Neun ausgedr\u00fcckt. Zum Beispiel bedeutet zwei Neunen im Jahr, dass die Verf\u00fcgbarkeit 99 % betr\u00e4gt oder anders gesagt, es sind 95 Stunden Nichtverf\u00fcgbarkeit pro Jahr erlaubt. Drei Neunen \u2013 9,5 Stunden pro Jahr.<\/p>\n

RPO \/ RTO sind Zahlen, die nicht kumulativ, sondern f\u00fcr jedes Ereignis (Panne) gelten, im Gegensatz zur Verf\u00fcgbarkeit.<\/p>\n

RPO <\/b> \u2013 das Volumen der bei einem Vorfall verlorenen Daten (in Stunden). Wenn beispielsweise t\u00e4glich ein Backup durchgef\u00fchrt wird, betr\u00e4gt RPO = 24 Stunden. Das bedeutet, dass bei einem Vorfall und dem vollst\u00e4ndigen Verlust des Speichernetzes Daten in H\u00f6he von bis zu 24 Stunden (ab dem Zeitpunkt des Backups) verloren gehen k\u00f6nnen. Aus dem f\u00fcr IS festgelegten RPO wird zum Beispiel eine Backup-Richtlinie erstellt. Auch aus dem RPO kann abgeleitet werden, wie wichtig eine synchrone \/ asynchrone Datenreplikation ist.<\/p>\n

RTO<\/b> \u2013 die Wiederherstellungszeit des Dienstes (Zugriff auf Daten) nach einem Vorfall. Anhand des festgelegten Wertes f\u00fcr RTO k\u00f6nnen wir verstehen, ob ein Metrocluster erforderlich ist oder ob eine unidirektionale Replikation ausreicht. Auch die Frage, ob ein Multi-Controller-Speicherungssystem der High-End-Klasse ben\u00f6tigt wird, stellt sich.<\/p>\n

\"Wie
\n<\/p>\n

Anforderungen an die Leistung<\/h4>\n

\nObwohl dies eine durchaus offensichtliche Frage ist, treten gerade hierbei die meisten Schwierigkeiten auf. Je nachdem, ob Sie bereits \u00fcber eine Infrastruktur verf\u00fcgen oder nicht, werden Wege zur Erfassung der notwendigen Statistiken aufgebaut.<\/p>\n

Sie haben bereits ein SAN und suchen nach einem Ersatz oder m\u00f6chten ein weiteres zur Erweiterung erwerben. Hier ist alles einfach. Sie wissen, welche Dienste Sie bereits haben und welche Sie in naher Zukunft implementieren m\u00f6chten. Basierend auf den aktuellen Diensten haben Sie die M\u00f6glichkeit, Statistiken zur Leistung zu sammeln. Bestimmen Sie die aktuelle Anzahl der IOPS und die aktuellen Latenzen \u2013 wie wirken sich diese Kennzahlen aus und reichen sie f\u00fcr Ihre Aufgaben aus? Dies kann sowohl auf dem Speicherger\u00e4t selbst als auch von den Hosts aus, die daran angeschlossen sind, erfolgen.<\/p>\n

Dabei sollte man nicht nur die aktuelle Belastung betrachten, sondern \u00fcber einen bestimmten Zeitraum (am besten einen Monat). \u00dcberpr\u00fcfen Sie, welche maximalen Spitzen zu bestimmten Tageszeiten auftreten, welche Last durch Backup-Vorg\u00e4nge erzeugt wird usw. Wenn Ihr SAN oder die dazugeh\u00f6rige Software Ihnen nicht alle diese Daten bereitstellt, k\u00f6nnen Sie das kostenlose RRDtool verwenden, das mit den meisten der beliebtesten SANs und Switches arbeitet und Ihnen detaillierte Leistungsstatistiken liefern kann. Auch die Last auf den Hosts, die mit diesem SAN arbeiten, sollte betrachtet werden, speziell je nach virtuellen Maschinen oder was genau auf diesem Host l\u00e4uft.<\/p>\n

\"Wie
\n
\nEs ist wichtig zu beachten, dass, wenn die Latenzen auf dem Volume und im Datenspeicher, der sich auf diesem Volume befindet, stark variieren, Sie Ihrer SAN-Netzwerk Aufmerksamkeit schenken sollten. Es besteht eine hohe Wahrscheinlichkeit, dass es dort Probleme gibt, und bevor Sie ein neues System erwerben, sollten Sie dieses Problem kl\u00e4ren, da die Wahrscheinlichkeit hoch ist, dass die Leistung des aktuellen Systems steigen kann.<\/p>\n

Sie bauen eine Infrastruktur von Grund auf neu oder erwerben ein System f\u00fcr einen neuen Dienst, dessen Lasten Ihnen unbekannt sind. Hier gibt es mehrere Optionen: Sprechen Sie mit Kollegen auf fachspezifischen Plattformen, um zu versuchen, die Last zu erfahren und vorherzusagen, oder wenden Sie sich an einen Integrator, der Erfahrung mit der Implementierung solcher Dienste hat und die Last f\u00fcr Sie berechnen kann. Die dritte Option (normalerweise die schwierigste, insbesondere wenn es sich um ma\u00dfgeschneiderte oder seltene Anwendungen handelt) besteht darin, die Leistungsanforderungen bei den Entwicklern des Systems zu ermitteln.<\/p>\n

Und, Achtung, die sinnvollste Variante aus praktischer Sicht ist ein Pilot auf der aktuellen Ausr\u00fcstung oder auf Ausr\u00fcstung, die vom Anbieter \/ Integrator f\u00fcr Tests bereitgestellt wird.<\/p>\n

Spezielle Anforderungen<\/h4>\n

\nSpezielle Anforderungen sind all das, was nicht unter die Anforderungen an Leistung, Ausfallsicherheit und Funktionalit\u00e4t bei der direkten Datenverarbeitung und -bereitstellung f\u00e4llt.<\/p>\n

Eine der einfachsten speziellen Anforderungen an ein Datenspeichersystem sind \"entfremdbare Speichermedien\". Und es wird sofort klar, dass dieses Datenspeichersystem eine Bandbibliothek oder einfach ein Streamer beinhalten muss, auf den ein Backup gespeichert wird. Danach unterschreibt eine speziell geschulte Person das Band und tr\u00e4gt es stolz in einen speziellen Safe.
\nEin weiteres Beispiel f\u00fcr spezielle Anforderungen ist eine sto\u00dfgesch\u00fctzte Ausf\u00fchrung.<\/p>\n

Wo<\/h2>\n

\nEin weiterer Hauptfaktor bei der Auswahl eines bestimmten Speichersystems ist die Information dar\u00fcber, WO dieses System stehen wird. Von der Geographie oder den klimatischen Bedingungen bis hin zum Personal.<\/p>\n

Auftraggeber<\/h3>\n

\nF\u00fcr wen wird dieses Speichersystem geplant? Die Frage hat folgende Grundlagen:<\/p>\n

Staatlicher Auftraggeber \/ kommerziell.<\/b>
\nEin kommerzieller Auftraggeber hat keine Einschr\u00e4nkungen und ist nicht einmal verpflichtet, Ausschreibungen durchzuf\u00fchren, au\u00dfer nach den eigenen internen Richtlinien. <\/p>\n

Ein staatlicher Auftraggeber ist eine andere Sache. 44 FZ und andere Aspekte bez\u00fcglich Ausschreibungen und Pflichtenheften, die angefochten werden k\u00f6nnen.<\/p>\n

Auftraggeber unter Sanktionen<\/b>
\nNun, hier ist die Frage sehr einfach \u2013 die Auswahl beschr\u00e4nkt sich nur auf die f\u00fcr diesen Auftraggeber verf\u00fcgbaren Angebote.<\/p>\n

Interne Richtlinien \/ zugelassene Anbieter \/ Modelle<\/b>
\nDie Frage ist ebenfalls recht einfach, aber man sollte daran denken.<\/p>\n

Wo physisch<\/h3>\n

\nIn diesem Abschnitt betrachten wir alle Fragen zur Geographie, zu Kommunikationskan\u00e4len und zum Mikroklima im Raum.<\/p>\n

Personal<\/h4>\n

\nWer wird mit diesem Speichersystem arbeiten? Das ist nicht weniger wichtig als das, was das Speichersystem tats\u00e4chlich kann.
\nSo vielversprechend, cool und toll das Speichersystem des Anbieters A auch sein mag, es macht wahrscheinlich wenig Sinn, es zu installieren, wenn das Personal nur mit Anbieter B arbeiten kann und weitere Eink\u00e4ufe sowie eine dauerhafte Zusammenarbeit mit A nicht geplant sind.<\/p>\n

Und nat\u00fcrlich ist die R\u00fcckseite der Frage, wie verf\u00fcgbar das geschulte Personal in diesem geografischen Standort direkt im Unternehmen und potenziell auf dem Arbeitsmarkt ist. F\u00fcr Regionen kann die Auswahl einer Speicherl\u00f6sung mit einfachen Schnittstellen oder der M\u00f6glichkeit zur zentralen Fernverwaltung von erheblichem Nutzen sein. Andernfalls kann es irgendwann sehr schmerzhaft werden. Das Internet ist voll von Geschichten dar\u00fcber, wie ein neuer Mitarbeiter, ein frischgebackener Absolvent, alles falsch konfiguriert hat, sodass die gesamte Firma lahmgelegt wurde.<\/p>\n

\"Wie
\n<\/p>\n

Umgebung<\/h4>\n

\nUnd nat\u00fcrlich ist eine nicht unwichtige Frage, in welchem Umfeld diese Speicherl\u00f6sung arbeiten wird. <\/p>\n