/ EUR
Stell dir zwei Firmen vor. Die erste kaufte ein Array „mit Reserve“, knapp am Premium-Budget – und drei Jahre später steht die Hälfte der Einschübe leer. Die zweite nahm etwas „gerade für jetzt“ – und stieß nach achtzehn Monaten an die Kapazitätsgrenze, und die Migration auf ein größeres System fraß der gesamten IT-Abteilung ein Wochenende. Beide begingen denselben Fehler: Sie wählten das Array nach einer Zahl aus der Tabelle aus und nicht danach, wie ihre Daten wachsen und wie sie genutzt werden.
Die Auswahl eines Arrays wurde früher „schwarze Magie“ genannt – und da ist etwas dran, denn dieselben Parameter liefern bei unterschiedlichen Lasten völlig verschiedene Ergebnisse. Aber Magie ist kein Zufall, sondern ein Satz von Regeln, den niemand verständlich dargelegt hat. Also legen wir ihn dar.
Beginne mit der Frage „wie wachse ich“, nicht „wie viele TB brauche ich heute“
Die Zahl der Terabyte für jetzt ist der uninteressanteste Teil der Gleichung. Wichtiger ist das Tempo. Um die Größenordnung zu verdeutlichen: Die weltweite Datenmenge sollte von 33 ZB im Jahr 2018 auf 175 ZB im Jahr 2025 wachsen – mehr als das Fünffache in sieben Jahren. Deine Firma ist keine globale Datensphäre, aber die Richtung ist oft ähnlich: Daten schwellen schneller an, als der erste Kostenvoranschlag annimmt.
Und hier taucht die Falle auf, die am meisten kostet. Unterschätzt du die Kapazität – erschöpfst du sie schneller, als du denkst, und investierst ein zweites Mal. Das Problem ist, dass die Kapazitätsplanung oft ein „gebildeter Rateversuch“ ist – Firmen widmen ihr am liebsten so wenig Zeit wie möglich. Das Ergebnis? Statt den Trend zu berechnen (wie viele Daten pro Monat hinzukommen, was sie erzeugt), kauft man „nach Augenmaß“. Faustregel: Plane die Kapazität für einen Horizont von 3–5 Jahren und wähle etwas, das sich ohne Austausch des Ganzen erweitern lässt – durch Hinzufügen von Einschüben oder Knoten zum bestehenden Array.
RAID wählt man nach dem Lasttyp
Die Leistung eines Arrays hängt weniger von den Laufwerken ab als davon, ob deine I/O-Operationen zufällig oder sequenziell sind. Klingt abstrakt? Wir erklären es.
- Zufällige I/O sind eine Menge kleiner Lese- und Schreibvorgänge an zufälligen Stellen – so verhält sich eine Datenbank oder eine Umgebung mit vielen virtuellen Maschinen, in der jede in ihrem eigenen Stück der Platte „stochert“.
- Sequenzielle I/O sind große, fortlaufende Übertragungen – Backups, Videostreams, Archive.
Diese Unterscheidung schlägt sich direkt in der RAID-Wahl nieder:
|
Level |
Stark bei |
Also in der Praxis |
|---|---|---|
|
RAID 10 |
zufällige Last (random I/O) |
Datenbanken, Virtualisierung (VMware – hier ist der Großteil der I/O zufällig). Du zahlst mit der Hälfte der Kapazität für Leistung und Sicherheit. |
|
RAID 5 |
sequenzielle Last |
Dateien, Backup, Archive, Streams. Bessere Kapazitätsausnutzung, schwächer bei intensiven zufälligen Schreibvorgängen. |
|
RAID 0 |
reine Leistung, kein Schutz |
Nur nicht persistente/wiederherstellbare Daten. Ausfall eines Laufwerks = Ende des Ganzen. Nicht für die Produktion. |
Warum ist das finanziell wichtig und nicht nur technisch? Weil eine falsche RAID-Wahl die Kosten real erhöht – Analysen zeigen, dass eine treffende, an die Last angepasste Wahl um einen niedrigen zweistelligen Prozentsatz günstiger/leistungsfähiger sein kann als „vernünftige“ Standardeinstellungen und sogar um 150–200 % besser als die schlechtesten. Mit anderen Worten: Eine RAID-Einstellung „weil wir das immer so machen“ kann dich doppelt kosten. Das Herz dieses Puzzles im Server ist der RAID-Controller – er berechnet die Parität und wacht über das Ganze.
Fertiglösung oder Baukasten? Und was man nicht mischen sollte
Wenn du ein kleines IT-Team hast (oder das IT-Team bist du nach Feierabend), wähle Lösungen, die einfach zu implementieren und zu verwalten sind, mit redundantem Gehäuse und Hot-Swap-Komponenten. Ein Teil der Einstiegs-Arrays baut die RAID-Sets selbst auf und führt Zustandsprüfungen durch – das spart Stunden, die du ohnehin nicht hast. Neuere Plattformen gehen weiter: Manchmal zeigen sie dem Benutzer die Wahl des RAID-Levels gar nicht, weil sie den Datenschutz darunter automatisieren.
Unabhängig davon, ob du eine Fertiglösung nimmst oder selbst zusammenstellst – zwei Regeln zu Laufwerken, an denen sich Leute die Zähne ausbeißen. Erstens: Enterprise-Laufwerke sind für den 24/7-Betrieb ausgelegt und haben eine höhere Zuverlässigkeit als Desktop-Laufwerke; spare im Array nicht an „Büro“-Laufwerken. Zweitens, weniger offensichtlich: Mische keine SAS- und SATA-Laufwerke in einem Gehäuse. Und noch eine Kleinigkeit zum Hot Spare: Ein Ersatzlaufwerk springt automatisch an die Stelle des ausgefallenen ein, aber nur, wenn es dieselbe Kapazität hat oder größer ist – das vergisst man bei der Reserveplanung leicht. Die Laufwerke wählst du aus SSD und NVMe.
Sechs Parameter, an denen man ein Array wirklich bewertet
Statt bloße Kapazitäten zu vergleichen, bewerte ein Array auf sechs Achsen zugleich – das ist der kanonische Satz, den sogar die Entwickler dieser Systeme verwenden: Kosten, Zuverlässigkeit, Leistung (IOPS), Kapazität, Verfügbarkeit und Skalierbarkeit. Füge eine siebte hinzu, die leicht vergessen wird: die Leistung des Controllers vs. die erwartete Last – selbst ein kapazitätsstarkes Array enttäuscht, wenn sein Controller den Verkehr nicht trägt. Als Bezugspunkt: Arrays der Enterprise-Klasse zielen auf eine Verfügbarkeit in der Größenordnung von 99,9999 % („six nines“), und All-Flash kann eine Million IOPS überschreiten.
Wie überträgt man das ins Konkrete? Hier eine Kurzfassung der Array-Typ-Auswahl nach Einsatz, mit Modellen aus unserem Angebot.
|
Einsatz |
Typ + RAID |
Beispiel aus dem Angebot |
|---|---|---|
|
Kleine Firma, Kapazitätserweiterung |
DAS / SAS |
PowerVault MD1220 – budgetfreundlicher Einstieg, Einschub mit 24× 2,5". |
|
Gemeinsamer Storage für mehrere Server |
iSCSI (SAN over IP) |
PowerVault MD3200i – SAN über Ethernet, ohne teures FC-Netz. |
|
Virtualisierung, Datenbanken (random I/O) |
all-NVMe / RAID 10 |
PowerStore 500T – Einstiegs-Enterprise, unified block+file. |
|
Intensive I/O, Analytik, große VMs |
all-NVMe, scale-out |
PowerStore 5200T – hohe Leistung, Skalierung bis zu Hunderten TB. |
Die gesamte Familie, vom Einstieg bis zu den Top-Modellen, gibt es im Angebot der Dell-PowerStore-Arrays; eine breitere Auswahl aller Systeme – bei den Disk-Arrays, und wenn es dir ausschließlich um Flash geht – bei den All-Flash-Arrays.
Tappe nicht in die Falle der „festen Topologie“
Die letzte Sache, die man vor dem Kauf verstehen sollte. Traditionelle Arrays mit fester Topologie zwingen dazu, die Kriterien im Voraus festzulegen und „nach oben“ zu kaufen – bis zu einem Niveau, das hoffentlich auch in Zukunft passt. Wenn es nicht passt, ist die Migration auf ein besser passendes System oft schmerzhaft. Deshalb bieten heute Plattformen einen Vorteil, die sich sowohl nach oben (stärkere Controller, mehr RAM) als auch in die Breite (Hinzufügen von Knoten zum Cluster) skalieren. Zur Größenordnung: Top-All-Flash-Konfigurationen skalieren von einigen Dutzend Kernen und Hunderten GB RAM bis zu Hunderten Kernen und Tausenden GB, und Cluster können Tausende Laufwerke unter gemeinsamer Verwaltung bereitstellen.
Was tun damit?
Kehren wir zu den zwei Firmen vom Anfang zurück. Der Unterschied zwischen ihnen lag nicht am Budget und nicht an der Marke – sondern nur daran, dass keine mit der Frage begann, wie sie ihre Daten real nutzt und wie diese wachsen. Das ist das ganze Geheimnis der „schwarzen Magie“: Ein Array wählt man nach der Last und nach dem Trend, nicht nach einer Zahl, die im Angebot gerade hübsch aussieht.
Wenn du das nicht selbst auseinandernehmen willst – musst du nicht. Sag uns, wie viele Daten du heute hast, was sie erzeugt, wie viele Benutzer und was darauf zugreifen soll – und wir berechnen den Trend, wählen den Array-Typ, das RAID-Level und den Datenträger und stellen eine Konfiguration mit Reserve für den Ausbau zusammen. Die Hardware bekommst du getestet, mit passenden Enterprise-Laufwerken und 12–36 Monaten Garantie – einsatzbereit, nicht zum Zusammenbauen. Das war’s. Ohne Magie.
FAQ
Womit beginnt man die Array-Auswahl?
Vom Datenprofil, nicht von der Zahl der TB. Lege fest, wie viele Daten du hast, wie schnell sie hinzukommen, ob der Verkehr zufällig (Datenbanken, VMs) oder sequenziell (Dateien, Backup) ist und wie viele Benutzer die Ressource nutzen. Erst das weist auf Typ und RAID-Level hin.
RAID 10 oder RAID 5?
RAID 10 für zufällige Lasten – Datenbanken und Virtualisierung (in VMware ist der Großteil der I/O zufällig). RAID 5 schneidet bei sequenziellem Verkehr besser ab und nutzt die Kapazität besser aus. Die Wahl hängt von der Workload ab, nicht von der Gewohnheit.
Wie viel Kapazität kaufen?
Plane für einen Horizont von 3–5 Jahren auf Basis des realen Datenzuwachs-Tempos. Eine Unterschätzung bedeutet eine erneute Investition, daher wählst du besser eine Lösung mit Erweiterungsmöglichkeit.
Kann ich SAS- und SATA-Laufwerke in einem Array mischen?
Innerhalb eines Gehäuses wird das nicht empfohlen. Setze auf Enterprise-Laufwerke, die für den 24/7-Betrieb ausgelegt sind – sie haben eine höhere Zuverlässigkeit als Desktop-Laufwerke.
Worauf sollte man beim Hot Spare achten?
Ein Ersatzlaufwerk springt nur dann automatisch ein, wenn es dieselbe Kapazität wie das beschädigte hat oder größer ist. Das solltest du bei der Planung der Ersatzlaufwerke berücksichtigen.
Ersetzt ein Array mit RAID ein Backup?
Nein. Bei großen Laufwerken steigt das Risiko eines Ausfalls eines weiteren Laufwerks während des Rebuilds, und RAID macht weder eine Löschung noch Ransomware rückgängig. Backup ist eine eigene Schicht.
