Wenn ein Speichersystem für ein Dateiarchiv, Backups, eine kleine Virtualisierungsumgebung oder eine gut vorhersehbare Büro-Workload benötigt wird, reichen Dell PowerVault oder HPE MSA in der Regel aus. Wenn das Speichersystem dagegen kritische Datenbanken, VDI, einen großen Virtualisierungscluster, Dutzende Hosts, Replikation zwischen Standorten und strenge Anforderungen an Ausfallzeiten bedienen muss, sollte man von Anfang an PowerStore, Nimble / Alletra oder OceanStor betrachten. Der Unterschied zwischen diesen Klassen liegt nicht nur im Preis und in der Marke, sondern auch in der Architektur, den Funktionen zum Datenschutz, der Skalierbarkeit, der Analyse und der Fähigkeit, gemischte Workloads ohne starken Anstieg der Latenz zu bewältigen.
Speichersysteme werden häufig nach zwei oberflächlichen Kriterien ausgewählt: „wie viele Terabyte“ und „welcher Preis“. Für einfache Aufgaben reicht das manchmal aus, aber in einer Unternehmensinfrastruktur führt dieser Ansatz schnell zu Fehlern. Bei einem Speichersystem geht es nicht nur um Kapazität. Wichtig sind Controller, Cache, Laufwerkstypen, Anschlussprotokolle, Snapshots, Replikation, Deduplizierung, Komprimierung, Verhalten bei Lastspitzen, Hypervisor-Unterstützung, Lizenzkosten und der Servicevertrag.
Deshalb sollte die Frage nicht lauten „welche Marke ist besser“, sondern anders: Welche Speicherklasse passt zur konkreten Workload, zum Datenwachstum und zu den Kosten eines Ausfalls?
Wenn Sie gerade erst eine Infrastruktur aufbauen oder ein altes System erneuern, ist es sinnvoll, mit dem allgemeinen Katalog der Storage-Systeme zu beginnen und anschließend nicht abstrakte Produktlinien, sondern konkrete Konfigurationen zu vergleichen: Controller, Laufwerke, Ports, Lizenzen und Support.
Our most popular storage systems
Was Entry-Level in Enterprise-Storage bedeutet
Entry-Level-Storage ist kein Heim-NAS und keine einfache Box mit Festplatten. Es handelt sich um ein Enterprise-Speichersystem der Einstiegsklasse, das mit mehreren Servern arbeiten, gemeinsame Volumes bereitstellen, RAID, Controller-Redundanz, grundlegende Snapshots sowie Anbindung über SAS, iSCSI oder Fibre Channel unterstützen kann.
Zu dieser Klasse gehören typischerweise:
- Dell PowerVault ME;
- HPE MSA;
- ähnliche Enterprise-Systeme der Einstiegsklasse anderer Hersteller.
Solche Speichersysteme eignen sich gut, wenn die Infrastruktur überschaubar ist und sich nicht zu schnell ändert. Zum Beispiel, wenn sie aus Folgendem besteht:
- 2–6 physischen Servern;
- einem kleinen Virtualisierungscluster;
- Dateiressourcen;
- Backup;
- Büroanwendungen;
- Archiven;
- kleinen Datenbanken;
- Testumgebungen.
Die Stärke von Entry-Level-Storage ist der planbare Preis. Ein Unternehmen erhält zentralisierten Speicher, Hardware-Redundanz, ordentliche Serveranbindung und grundlegende Funktionen zum Schutz von Daten, ohne eine teure Mid-Range-Plattform kaufen zu müssen.
Es gibt aber auch Einschränkungen. Sie sind in einem kommerziellen Angebot nicht immer sofort sichtbar, denn auf dem Papier kann auch ein einfaches Speichersystem „Snapshots“, „Replikation“ und „SSD-Unterstützung“ haben. In der Praxis ist etwas anderes entscheidend:
- wie viele Snapshots ohne Leistungseinbruch gehalten werden können;
- wie komfortabel die Wiederherstellung ist;
- ob Workloads flexibel getrennt werden können;
- wie sich das System verhält, wenn Datenbanken, virtuelle Maschinen und Backups gleichzeitig laufen;
- wie schnell es erweitert werden kann;
- ob erweiterte Analysefunktionen verfügbar sind;
- ob jede neue Funktion zu einer separaten Lizenz wird.
Deshalb sollten Dell PowerVault und HPE Storage / MSA nicht als „günstiger Ersatz für alles“ betrachtet werden, sondern als gute Option für Aufgaben, bei denen die Workload vorhersehbar ist und die Anforderungen an die Fehlertoleranz im Rahmen kleiner oder mittlerer Unternehmen bleiben.
Was Mid-Range bei Speichersystemen bedeutet
Mid-Range ist eine Speicherklasse für Infrastrukturen, in denen das Speichersystem zu einem zentralen Geschäftselement wird. Solche Systeme kosten mehr, liefern aber nicht nur höhere Performance. Ihr Nutzen liegt in einem anderen Niveau des Datenmanagements.
Zu dieser Klasse gehören typischerweise:
- Dell PowerStore;
- HPE Nimble / HPE Alletra;
- Huawei OceanStor Dorado;
- ähnliche All-Flash- und Hybridsysteme für mittlere Enterprise-Workloads.
Mid-Range-Speichersysteme werden gewählt, wenn Daten nicht nur gespeichert werden sollen, sondern unterschiedliche Workload-Typen gleichzeitig stabil bedient werden müssen:
- Virtualisierung;
- Datenbanken;
- VDI;
- Dateidienste;
- Backup;
- Test- und Entwicklungsumgebungen;
- Disaster Recovery;
- mehrere Standorte.
Für solche Systeme sind wichtig:
- leistungsfähigere Controller;
- erweiterter Cache;
- Unterstützung für NVMe und schnelle SSDs;
- integrierte Deduplizierung und Komprimierung;
- komfortable Snapshots und Klone;
- Replikation zwischen Standorten;
- Priorisierung kritischer Workloads;
- Analyse und Prognosen;
- Integration mit Hypervisoren und Backup-Systemen;
- Skalierung ohne schmerzhafte Migration.
Mid-Range sollte dort betrachtet werden, wo Storage nicht mehr nur eine Hilfskomponente ist, sondern die Grundlage des Servicebetriebs. Wenn ein Ausfall zu Stillstand bei Vertrieb, Produktion, Buchhaltung, CRM, ERP, VDI oder kundennahen Services führt, kann die Einsparung bei der Speicherklasse teurer werden als das Speichersystem selbst.
Warum man nicht nur nach Marke auswählen sollte
Ein und derselbe Hersteller kann unterschiedliche Speicherklassen anbieten. Dell PowerVault und Dell PowerStore sind nicht einfach „eine kleinere und eine größere Box mit Festplatten“, sondern unterschiedliche Ansätze für unterschiedliche Aufgaben. HPE MSA und Nimble / Alletra decken ebenfalls verschiedene Szenarien ab. Huawei OceanStor kann sowohl in kompakten Konfigurationen als auch in ernsthaften All-Flash-Systemen vertreten sein.
Ein Vergleich wie „Dell gegen HPE“ oder „HPE gegen Huawei“ sagt für sich allein wenig aus. Man muss nicht Logos vergleichen, sondern die Fähigkeiten einer konkreten Konfiguration.
Vor der Auswahl sollte man mehrere Fragen beantworten:
- wie viele Hosts jetzt und in 2–3 Jahren angeschlossen werden;
- welche Anwendungen auf diesem Speichersystem laufen werden;
- ob es Datenbanken mit hoher Transaktionslast gibt;
- ob VDI geplant ist;
- wie viele virtuelle Maschinen auf dem Speichersystem liegen werden;
- ob eine Ausfallzeit von mehreren Stunden akzeptabel ist;
- ob eine Replikation auf einen zweiten Standort benötigt wird;
- wie viele Daten bei einem Vorfall verloren gehen dürfen;
- wie schnell die Wiederherstellung erfolgen muss;
- ob die Workload wachsen wird;
- ob es ein Wartungsfenster gibt;
- wer das System administrieren wird.
Wenn die Antworten einfach sind, kann Entry-Level die beste Lösung sein. Wenn die Antworten komplex sind, ist Mid-Range häufig die sicherere Wahl.
Worin sich Entry-Level von Mid-Range unterscheidet
| Kriterium | Entry-Level: PowerVault / MSA | Mid-Range: PowerStore / Nimble / OceanStor |
|---|---|---|
| Typische Aufgaben | Dateien, Archive, Backups, kleine Virtualisierung, Büroservices | Kritische Virtualisierung, Datenbanken, VDI, Produktionscluster |
| Controller | In der Regel zwei Controller, ausreichend für moderate Last | Leistungsfähigere Architektur, bessere Verarbeitung gemischter Workloads |
| Cache | Hilft, gewöhnliche Lastspitzen abzufedern | Wichtig für stabile Latenz bei stark umkämpften Ressourcen |
| Snapshots | Vorhanden, aber Limits und Einfluss auf die Kapazität müssen geprüft werden | Meist tiefer in Datenschutz, Klone und Wiederherstellung integriert |
| Replikation | Kann verfügbar sein, aber Lizenzen und Szenarien müssen oft genau geprüft werden | Häufiger für regelmäßigen Schutz zwischen Standorten ausgelegt |
| Deduplizierung und Komprimierung | Oft nicht vorhanden oder eingeschränkt | Werden genutzt, um Flash-Kapazität zu sparen und mit sich wiederholenden Daten zu arbeiten |
| Verschlüsselung | Oft eingeschränkt | Oft unterstützt |
| Workload-Priorisierung | Meist eingeschränkt | Wichtig zur Trennung kritischer und sekundärer Systeme |
| Storage-Tiers | Hybride SSD- und HDD-Schemata sind möglich | Flexiblere Arbeit mit All-Flash und NVMe ist häufiger |
| Analyse | Grundlegendes Zustandsmonitoring | Prognosen, Empfehlungen, Erkennung von Engpässen |
| Skalierbarkeit | Meist über Erweiterungsshelves innerhalb der Modellgrenzen | Mehr Optionen für Wachstum bei Kapazität und Performance |
| Anschaffungskosten | Niedriger | Höher |
| Kosten beim Wachstum | Können durch Upgrades, Shelves und Lizenzen stark steigen | Können bei deutlichem Wachstum, Datenreduktion und geringeren Ausfallzeiten wirtschaftlicher sein |
Diese Tabelle ersetzt keine Spezifikation. Jedes Modell hat Generationen, Lizenzen, Firmware-Versionen, Limits für Volumes, Laufwerke, Ports und Snapshots. Aber sie zeigt den Kernpunkt: Entry-Level und Mid-Range unterscheiden sich nicht nur durch die Anzahl der Festplatten.
Wann PowerVault oder MSA ausreichen
Entry-Level-Storage reicht in der Regel aus, wenn die Workload klar ist und die Anforderungen an die Wiederherstellung nicht zu streng sind.
Diese Klasse passt gut, wenn:
- ein kleiner Cluster angeschlossen wird;
- die Anzahl der Server begrenzt ist;
- es Dutzende virtuelle Maschinen gibt, nicht Hunderte;
- keine schwere VDI-Workload vorhanden ist;
- Datenbanken in Größe und Aktivität moderat sind;
- der größte Teil der Kapazität von Dateien, Archiven oder Backups genutzt wird;
- das Datenwachstum vorhersehbar ist;
- nächtliche oder Wochenend-Wartungsfenster vorhanden sind;
- Replikation keine zwingende Anforderung ist;
- das Unternehmen für geplante Wartungsausfälle bereit ist;
- das Budget wichtiger ist als erweiterte Automatisierung.
Dateiarchiv
Für ein Dateiarchiv ist Kapazität oft wichtiger als minimale Latenz. Wenn Daten überwiegend selten gelesen werden und Schreibvorgänge vorhersehbar sind, kann Entry-Level-Storage eine rationale Wahl sein.
Ein passendes Profil:
- Projektdokumentation;
- Buchhaltungsarchive;
- Medienmaterialien;
- gemeinsame Abteilungsordner;
- kalte Daten;
- Daten, die sich selten ändern.
Für solche Aufgaben ist nicht immer ein teures All-Flash-System nötig. Manchmal ist es sinnvoller, in ausreichende Kapazität, ein korrektes RAID-Schema, Backup und klaren Support zu investieren.
Backup
Für Backups ist nicht nur die Schreibgeschwindigkeit wichtig, sondern auch die Wiederherstellungsgeschwindigkeit. Ein häufiger Fehler besteht darin, nur zu berechnen, wie schnell das Speichersystem Backups annimmt. Bei einem Vorfall ist aber eine andere Frage wichtiger: Wie lange dauert es, kritische Services wieder in Betrieb zu nehmen?
Entry-Level ist geeignet, wenn:
- Backups nach Zeitplan laufen;
- die Workload nicht mit Produktionsdatenbanken konkurriert;
- die Wiederherstellung kein RTO im Minutenbereich erfordert;
- Volumes moderat wachsen;
- keine kontinuierliche Replikation auf einen zweiten Standort vorhanden ist.
Wenn jedoch Backup-System, Virtualisierung und Datenbanken dasselbe Speichersystem nutzen, muss man vorsichtiger sein. Nächtliche Backup-Schreibvorgänge können Wartungsaufgaben, Snapshots, Integritätsprüfungen und die Migration virtueller Maschinen stören. Außerdem kann ein Single Point of Failure für Produktionsdaten und Backups zugleich zu einem fatalen Fehler werden.
Kleine Virtualisierung
Für kleine und mittlere Unternehmen decken PowerVault oder MSA häufig ein Virtualisierungsszenario mit 2–4 Hosts ab.
Zum Beispiel:
- 15–40 virtuelle Maschinen;
- ein Domain Controller;
- ein Dateiserver;
- ein Buchhaltungssystem;
- CRM;
- mehrere interne Anwendungen;
- Test-VMs;
- eine moderate Datenbank.
In einer solchen Infrastruktur kann Entry-Level-Storage jahrelang funktionieren, wenn Laufwerke, Netzwerk und Pfadredundanz richtig ausgewählt sind. Die Reserve sollte jedoch im Voraus berechnet werden. Wenn heute 30 VMs vorhanden sind und im nächsten Jahr 100 VMs geplant sind, sollte man das System nicht nur für den aktuellen Tag auswählen.
Büroservices
Büroservices benötigen selten extreme Performance. Für sie sind Zuverlässigkeit, klarer Support und ausreichende Kapazität wichtiger.
Entry-Level kann geeignet sein für:
- Dateifreigaben;
- kleine ERP-Systeme;
- E-Mail-Archive;
- interne Portale;
- Dokumentenmanagement;
- kleine SQL-Datenbanken;
- Remote-Standorte.
Der wichtigste Punkt ist, diese Aufgaben nicht mit Workloads zu vermischen, die das Lastprofil stark verändern. Wenn zum Beispiel neben Büroservices VDI oder eine schwere analytische Datenbank hinzukommt, kann ein einfaches Speichersystem schnell zum Engpass werden.
Was vor dem Kauf von Entry-Level-Storage zu prüfen ist
Vor dem Kauf von PowerVault, MSA oder einem ähnlichen System sollte man nicht nur auf Preis und Kapazität schauen.
Prüfen Sie:
- Anschlusstyp
- SAS;
- iSCSI;
- Fibre Channel;
- die erforderliche Anzahl von Ports;
- die Möglichkeit zur Pfadredundanz.
- Laufwerke
- unterstützte SSDs und HDDs;
- Anzahl der Erweiterungsshelves;
- Laufwerkskompatibilität;
- Erweiterungskosten;
- Ersatzlaufwerke.
- Snapshots
- wie viele Snapshots unterstützt werden;
- wie sie Speicherplatz belegen;
- wie sie die Performance beeinflussen;
- ob einzelne Volumes komfortabel wiederhergestellt werden können.
- Replikation
- ob sie enthalten ist;
- ob eine separate Lizenz erforderlich ist;
- wie sie über eine langsame Verbindung funktioniert;
- ob die Wiederherstellung getestet werden kann.
- Performance
- nicht nur maximale IOPS;
- Latenz bei gemischter Workload;
- Verhalten beim Schreiben;
- Wachstumsreserve.
- Support
- Garantielaufzeit;
- Verfügbarkeit von Ersatzteilen;
- Reaktionszeit;
- Bedingungen für den Austausch von Controllern und Laufwerken;
- Zugang zu Updates.
- Erweiterung
- wie viele Laufwerke hinzugefügt werden können;
- wie viele Shelves unterstützt werden;
- wann das gesamte System ersetzt werden muss;
- wie viel die Erweiterung in 1–2 Jahren kosten wird.
Der Kauf von Entry-Level-Storage ist gerechtfertigt, wenn diese Antworten klar sind und keine Zweifel lassen.
Wann PowerStore, Nimble / Alletra oder OceanStor nötig sind
Mid-Range sollte betrachtet werden, wenn die Infrastruktur aus einem einfachen Szenario herausgewachsen ist. Das hängt nicht immer mit der Unternehmensgröße zusammen. Manchmal benötigen 80 Nutzer mit einer kritischen Datenbank ein ernsteres Speichersystem als 500 Nutzer mit einem Dateiarchiv.
Der Wechsel zu Mid-Range ist in der Regel nötig, wenn:
- das Speichersystem kritische Geschäftsanwendungen bedient;
- Ausfallzeiten teuer sind;
- das Speichersystem von mehreren Abteilungen und Systemen genutzt wird;
- Datenbanken, Virtualisierung, VDI und Backups auf einem Speichersystem laufen;
- die Anzahl der Hosts wächst;
- die Anzahl der virtuellen Maschinen steigt;
- die Anforderungen an die Latenz strenger werden;
- Klone schnell erstellt werden müssen;
- Replikation zwischen Standorten erforderlich ist;
- das Wartungsfenster kleiner wird;
- Daten schneller wachsen als prognostiziert;
- Analysen zu Engpässen benötigt werden;
- Komprimierung und Deduplizierung zur Einsparung von Flash-Kapazität erforderlich sind.
Für solche Aufgaben lohnt es sich, nicht nur neue Systeme zu betrachten, sondern auch generalüberholte Mid-Range-Konfigurationen. Manchmal liefert ein generalüberholtes Mid-Range-System mit starker Ausstattung, korrektem Support und Funktionsreserve mehr Nutzen als ein neues Entry-Level-Speichersystem bei vergleichbarem Budget.
Für Hochlastszenarien kann man separat Mid-Range-Speichersysteme und konkrete Produktlinien wie Huawei OceanStor betrachten, wenn All-Flash-Konfigurationen, NVMe, erweiterte Protokolle und Skalierungsreserven benötigt werden.
Storage systems
Datenbanken: Wo einfacher Storage oft zuerst an Grenzen stößt
Datenbanken reagieren nicht nur empfindlich auf Geschwindigkeit, sondern auch auf Latenz. Wenn die Latenz steigt, erleben Nutzer das als „die Anwendung ist langsam“, obwohl CPU und Arbeitsspeicher der Server noch frei sein können.
Entry-Level kann für eine kleine Datenbank geeignet sein, wenn:
- es wenige Nutzer gibt;
- die Workload gleichmäßig ist;
- die Datenbank nicht mit VDI und Backups konkurriert;
- keine strenge Anforderung an Wiederherstellung innerhalb weniger Minuten besteht;
- Reserve bei Laufwerken und Netzwerk vorhanden ist.
Mid-Range ist besser, wenn:
- die Datenbank Vertrieb, Lager, Produktion oder Finanzen unterstützt;
- viele Schreibvorgänge auftreten;
- es Lastspitzen während der Arbeitszeit gibt;
- die Datenbank jeden Monat wächst;
- häufige Snapshots benötigt werden;
- Replikation erforderlich ist;
- Ausfallzeiten direkt den Umsatz beeinflussen.
Für Datenbanken ist es besonders riskant, Storage nach der maximalen IOPS-Zahl in der Spezifikation auszuwählen. Ein Spitzenwert unter idealen Bedingungen zeigt nicht, wie sich das System bei gemischten Schreibvorgängen, Snapshots, Hintergrundaufgaben und einem gefüllten Array verhält.
VDI: Warum Latenzreserve erforderlich ist
VDI erzeugt ein unangenehmes Lastprofil für Storage. Am Morgen melden sich Nutzer gleichzeitig an ihren Desktops an. Nach Updates beginnen viele virtuelle Maschinen, ähnliche Daten zu lesen und zu schreiben. Bei Virenscans und Massenneustarts wird die Last stark spitzenlastig.
Für VDI sind besonders wichtig:
- stabile Latenz;
- schnelle Klone;
- Deduplizierung;
- Komprimierung;
- gute Verarbeitung zufälliger Operationen;
- Prognose von Lastspitzen;
- die Möglichkeit, VDI von anderen Workloads zu trennen.
Entry-Level kann für einen kleinen VDI-Piloten verwendet werden, aber für eine produktive Umgebung mit Dutzenden oder Hunderten Nutzern sollte man besser Mid-Range betrachten. Andernfalls arbeitet das Speichersystem in ruhigen Zeiten normal, bricht aber genau in den Momenten ein, in denen Nutzer Stabilität am dringendsten benötigen.
Produktionscluster für Virtualisierung
Für einen kleinen Cluster reicht Entry-Level oft aus. Mit dem Wachstum entstehen jedoch Aufgaben, die die Anforderungen an Storage verändern:
- Migration virtueller Maschinen zwischen Hosts;
- gleichzeitige Snapshots;
- Backup ohne Stoppen von Services;
- Hypervisor-Updates;
- Testklone;
- Trennung von Workloads nach Priorität;
- Latenzmonitoring;
- schnelle Wiederherstellung.
Wenn der gesamte Virtualisierungscluster auf dem Speichersystem läuft, wird dessen Ausfall zum Ausfall vieler Services gleichzeitig. In diesem Fall muss man nicht nur auf Laufwerke schauen, sondern auch auf Controller-Architektur, Pfadunterstützung, Hypervisor-Integration, Replikation und den Servicevertrag.
Zwei Standorte und Disaster Recovery
Replikation wird oft als Funktion „für den Notfall“ wahrgenommen. In der Praxis ist sie ein eigenes Szenario, das geplant werden muss.
Für Disaster Recovery sind wichtig:
- welche Daten repliziert werden;
- wie häufig sie übertragen werden;
- was bei einer Unterbrechung der Verbindung passiert;
- wie viele Daten verloren gehen dürfen;
- wie schnell Services am zweiten Standort gestartet werden können;
- ob Wiederherstellung ohne Risiko für die Produktion getestet werden kann;
- wie Replikation lizenziert wird;
- ob beide Systeme genügend Performance haben.
Entry-Level-Storage kann Replikation unterstützen, aber das bedeutet nicht automatisch, dass er für ein komplexes DR-Szenario geeignet ist. Wenn Wiederherstellung zwischen Standorten eine zwingende Anforderung ist, bietet Mid-Range in der Regel mehr Möglichkeiten und mehr Komfort.
Warum IOPS nicht das einzige Kriterium sein sollten
IOPS ist eine nützliche Kennzahl, führt aber häufig in die Irre. In Angeboten und Spezifikationen können attraktive Maximalwerte stehen, die unter Bedingungen erzielt wurden, die wenig mit realer Infrastruktur zu tun haben.
In der Praxis ist es wichtiger, eine Kombination von Faktoren zu betrachten.
Latenz
Für Datenbanken, VDI und kritische Anwendungen ist stabile Latenz wichtiger als der maximale Spitzenwert. Ein System, das gute IOPS zeigt, aber regelmäßig in hohe Latenz rutscht, kann für die Produktion eine schlechte Wahl sein.
Operationsprofil
Unterschiedliche Aufgaben erzeugen unterschiedliche Workloads:
- Datenbanken — viele kleine Operationen;
- Backups — sequenzielle Schreibvorgänge;
- VDI — Ausbrüche ähnlicher Operationen;
- Dateiarchive — viel Kapazität und relativ wenige Operationen;
- Virtualisierung — ein gemischtes Profil.
Storage sollte nach dem Profil ausgewählt werden, nicht nach einem Durchschnittstest.
Blockgröße
Dieselbe Anzahl von IOPS kann bei unterschiedlichen Blockgrößen unterschiedliche Last bedeuten. Eine Datenbank, ein Dateiserver und ein Backup-System haben unterschiedliche Anforderungen.
Füllstand des Arrays
Viele Systeme verhalten sich bei hoher Befüllung schlechter. Wenn ein Speichersystem ohne Reserve gekauft wird, kann es nach einem Jahr spürbar langsamer arbeiten, auch wenn formal noch genügend Festplattenkapazität vorhanden ist.
Netzwerk
Manchmal liegt das Problem nicht im Speichersystem selbst, sondern in der Anbindung:
- zu wenige Ports;
- keine Pfadredundanz;
- schwache Switches;
- falsch ausgewählte SFPs;
- zu wenige HBAs;
- alter Fibre Channel wird verwendet;
- iSCSI läuft über ein überlastetes Netzwerk.
Deshalb muss der gesamte Pfad bewertet werden: Server, Adapter, Switch, Kabel, Storage-Ports, Laufwerke, Controller und Einstellungen.
Welche Speicherklasse für welches Szenario gewählt werden sollte
| Szenario | Entry-Level reicht normalerweise aus | Mid-Range besser prüfen | Worauf zu achten ist |
|---|---|---|---|
| Dateiarchiv | Ja | Manchmal | Kapazität, RAID, Erweiterungspreis, Backup |
| Backup | Ja | Manchmal | Wiederherstellungsgeschwindigkeit, Backup-Fenster, Netzwerk |
| Kleine Virtualisierung | Ja | Manchmal | Anzahl der Hosts, VMs, Latenz, Wachstumsreserve |
| Büroservices | Ja | Manchmal | Support, Einfachheit, transparente Betriebskosten |
| Datenbanken | Manchmal | Ja | Latenz, Schreibvorgänge, Snapshots, Wiederherstellung |
| VDI | Selten | Ja | Lastspitzen, Klone, Deduplizierung, Stabilität |
| Produktionscluster | Manchmal | Ja | SLA, Replikation, Support, Skalierbarkeit |
| Zwei Standorte | Manchmal | Ja | RPO, RTO, Wiederherstellungstests, Lizenzen |
| Testumgebungen | Ja | Manchmal | Schnelle Klone, Snapshots, Kapazität |
Diese Tabelle sollte als Ausgangspunkt verwendet werden. Wenn die Workload einfach und klar ist, kann Entry-Level die beste Option sein. Wenn die Workload gemischt ist und Ausfallzeiten teuer sind, reduziert Mid-Range die Risiken.
Versteckte Kosten bei der Auswahl von Storage
Der Preis in einem kommerziellen Angebot zeigt nicht immer die tatsächlichen Betriebskosten. Zwei Speichersysteme mit gleicher Kapazität können sich im Endbudget stark unterscheiden.
Lizenzen
Prüfen Sie, was enthalten ist und was separat gekauft werden muss:
- Snapshots;
- Replikation;
- Deduplizierung;
- Komprimierung;
- Verschlüsselung;
- erweiterte Analyse;
- Hypervisor-Integrationen;
- Integrationen mit Backup-Systemen;
- Unterstützung zusätzlicher Protokolle;
- Funktionen für Disaster Recovery.
Manchmal existiert eine Funktion in der Dokumentation, ist aber in einer bestimmten Konfiguration nicht enthalten. Das ist besonders wichtig beim Vergleich neuer und generalüberholter Systeme.
Disk-Shelves
Kapazitätserweiterung ist nicht nur der Kauf von Laufwerken. Erforderlich sein können:
- Erweiterungsshelves;
- Kabel;
- Controller oder Erweiterungsmodule;
- Platz im Rack;
- Stromversorgung;
- Kühlung;
- Servicewartung.
Wenn das System „für Wachstum“ gekauft wird, sollte man im Voraus verstehen, wie viel die zweite und dritte Erweiterungsstufe kosten werden.
Laufwerke
Herstellergebundene Laufwerke für Speichersysteme können deutlich teurer sein als gewöhnliche Laufwerke. Neben dem Preis sollte geprüft werden:
- Kompatibilität, einschließlich kompatibler OEM-Optionen;
- Workload-Typ;
- Schreibressource bei SSDs;
- HDD-Geschwindigkeit;
- Verfügbarkeit von Ersatzlaufwerken;
- Lieferzeiten;
- Herstellerunterstützung.
Bei All-Flash-Systemen wird nicht nur die „rohe“ Kapazität bewertet, sondern auch die effektive Kapazität nach Komprimierung und Deduplizierung. Diese Werte hängen jedoch von den Daten ab. Virtuelle Desktops und ähnliche VMs lassen sich oft gut komprimieren und deduplizieren, während bereits komprimierte Archive und Mediendaten deutlich schlechter abschneiden.
Netzwerk und Anbindung
Im Budget werden häufig vergessen:
- Fibre-Channel-Switches;
- Ethernet-Switches mit 10/25/40/100G;
- SFP- und QSFP-Module;
- HBA-Adapter;
- Netzwerkkarten;
- Kabel;
- redundante Pfade;
- Multipathing-Konfiguration.
Wenn Sie ein schnelles Speichersystem kaufen, es aber über ein schwaches oder schlecht geplantes Netzwerk anschließen, wird die erwartete Performance nicht erreicht.
Support
Support beeinflusst nicht nur den Komfort, sondern auch das Ausfallrisiko. Wichtig ist zu klären:
- Garantielaufzeit;
- Reaktionszeit;
- Format des Komponentenaustauschs;
- ob ein Techniker vor Ort verfügbar ist;
- Verfügbarkeit von Firmware;
- Support für abgekündigte Modelle;
- Verfügbarkeit von Ersatzteilen in der Region;
- Bedingungen für die Vertragsverlängerung.
Bei kritischen Systemen kann das Sparen am Support gefährlicher sein als das Sparen an Laufwerken.
Migration
Der Umzug von einem alten Speichersystem kostet ebenfalls Geld. Selbst wenn die Arbeiten vom internen Team durchgeführt werden, bedeutet das Zeit der Ingenieure und ein Fehlerrisiko.
Einzuplanen sind:
- Datenmigration;
- Tests;
- Änderung der Verbindungspfade;
- Neukonfiguration des Hypervisors;
- Neukonfiguration von Backups;
- Wiederherstellungsprüfungen;
- mögliche Ausfallzeit;
- Rollback-Plan.
Wenn das alte Entry-Level-Speichersystem bereits überlastet ist, kann die Migration schwieriger werden: Wartungsfenster sind kleiner, Risiken höher und die Performance-Reserve ist fast aufgebraucht.
Wann Entry-Level zum Engpass wird
Den Wechsel zu Mid-Range sollte man besser planen, bevor das Speichersystem das Geschäft ausbremst. Das Problem entwickelt sich meist schrittweise.
Auf Einschränkungen weisen folgende Anzeichen hin:
- Anwendungen werden während der Arbeitszeit langsamer;
- die Latenz steigt während Backups;
- virtuelle Maschinen brauchen länger für die Migration zwischen Hosts;
- Snapshots werden langsamer erstellt;
- die Wiederherstellung dauert zu lange;
- es gibt nicht genügend Ports;
- Workloads müssen manuell verteilt werden;
- neue Laufwerke und Shelves werden zu teuer;
- es gibt keine komfortable Replikation;
- Analysefunktionen reichen nicht aus;
- der Hersteller schränkt den Support ein;
- Updates und Wartung werden riskant;
- das Unternehmen verlangt ein kleineres Ausfallfenster.
Wenn für jede neue Aufgabe ein Workaround gesucht werden muss, ist das bereits ein Signal. Storage sollte den Betrieb vereinfachen und nicht zu einer ständigen Quelle von Einschränkungen werden.
Wie man den Bedarf vor dem Kauf berechnet
Vor der Auswahl eines Speichersystems ist es sinnvoll, nicht ideale Wünsche, sondern echte Infrastrukturdaten zu sammeln.
1. Workloads beschreiben
Die Liste sollte konkret sein:
- Virtualisierung;
- Datenbanken;
- Dateiressourcen;
- Backup;
- VDI;
- Testumgebungen;
- Archive;
- Analyse;
- ERP und CRM;
- Remote-Standorte.
Für jede Workload sollte angegeben werden, wie kritisch sie ist und wie sie das Geschäft beeinflusst.
2. Aktuelle Kennzahlen bewerten
Der Mindestsatz:
- genutzte Kapazität;
- jährliches Datenwachstum;
- Anzahl der Server;
- Anzahl der virtuellen Maschinen;
- Spitzenzeiten;
- durchschnittliche und maximale Latenz;
- Backup-Geschwindigkeit;
- Wiederherstellungsgeschwindigkeit;
- Füllstand des aktuellen Speichersystems;
- Anschlusstyp.
Selbst ungefähre Daten sind besser als eine Auswahl nach Gefühl.
3. Wachstum für 3 Jahre einplanen
Speichersysteme werden selten für ein Jahr gekauft. Man muss einschätzen:
- Nutzerwachstum;
- Datenbankwachstum;
- Dateiwachstum;
- neue Projekte;
- neue Niederlassungen;
- Umstieg auf VDI;
- Wachstum der VM-Anzahl;
- strengere Wiederherstellungsanforderungen.
Wenn das Wachstum hoch ist, kann der Kauf eines „gerade ausreichenden“ Entry-Level-Systems bereits nach 12–18 Monaten zu einer weiteren Anschaffung führen.
4. Wiederherstellungsanforderungen definieren
Man muss direkt beantworten:
- wie viele Daten verloren gehen dürfen;
- wie schnell die Wiederherstellung erfolgen muss;
- welche Services am kritischsten sind;
- ob ein zweiter Standort benötigt wird;
- wer für die Wiederherstellung verantwortlich ist;
- wie häufig Tests durchgeführt werden;
- was beim Ausfall eines Controllers, Laufwerks, Shelfs oder Switches passiert.
Ohne diese Antworten ist es unmöglich, die richtige Speicherklasse zu wählen.
5. Zwei Budgets vergleichen
Es ist sinnvoll, nicht nur einen Kauf zu berechnen, sondern zwei Szenarien:
- Entry-Level jetzt, Erweiterung in einem Jahr, möglicher Austausch in 2–3 Jahren;
- Mid-Range jetzt, höheres Anfangsbudget, aber Reserve bei Funktionen und Wachstum.
Manchmal ist das erste Szenario günstiger. Manchmal ist das zweite über die Zeit billiger, weil es Ausfallzeiten reduziert, den Datenschutz vereinfacht und die nächste Migration verschiebt.
Fehler bei der Auswahl von Storage
Meist entstehen Probleme nicht wegen eines schlechten Modells, sondern wegen eines falschen Szenarios.
Typische Fehler:
- nur nach Preis pro Terabyte auswählen;
- Rohkapazität vergleichen, ohne RAID und Systemreserven zu berücksichtigen;
- Platz für Snapshots nicht einplanen;
- nur maximalen IOPS vertrauen;
- nicht auf Latenz achten;
- das Netzwerk vergessen;
- Lizenzen nicht prüfen;
- Erweiterungskosten nicht berechnen;
- Support nicht berücksichtigen;
- Qualifikation des internen Teams und Schulungsbedarf nicht berücksichtigen;
- All-Flash kaufen, ohne das Datenprofil zu verstehen;
- Entry-Level für VDI ohne Tests einsetzen;
- Mid-Range für ein einfaches Archiv ohne echten Bedarf kaufen;
- Hypervisor-Kompatibilität nicht prüfen;
- Migration nicht planen;
- Wiederherstellung nicht testen.
Eine gute Storage-Auswahl ist nicht maximale Performance auf dem Papier. Sie ist die Übereinstimmung zwischen einem konkreten System, der Workload, dem Administrationsteam und dem Budget über die gesamte Nutzungsdauer.
Was beim Lieferanten angefragt werden sollte
Damit der Vergleich fair ist, sollte man beim Lieferanten mehr anfragen als nur Preis und Modellname.
Das kommerzielle Angebot sollte enthalten:
- exaktes Modell;
- Generation;
- Zustand der Hardware;
- Anzahl der Controller;
- Cache-Größe;
- Laufwerkstypen und Anzahl;
- nutzbare und rohe Kapazität;
- RAID-Schema;
- Liste der Ports;
- unterstützte Protokolle;
- Liste der enthaltenen Lizenzen;
- Liste der kostenpflichtigen Funktionen;
- maximale Erweiterung;
- unterstützte Shelves;
- Garantie;
- Supportbedingungen;
- Lieferzeiten;
- Verfügbarkeit von Ersatzteilen;
- Netzwerkempfehlungen;
- Anbindungsschema zu den Servern;
- Migrationsplan;
- Konfiguration für Ihre Workload.
Verglichen werden sollte nicht „PowerVault gegen OceanStor“, sondern zwei konkrete Konfigurationen. Zum Beispiel: PowerVault mit bestimmten SSDs, Ports und Lizenzen gegenüber OceanStor mit konkreten Controllern, NVMe-Laufwerken, Support und Komprimierungsfunktionen. Nur dann ist der Vergleich sinnvoll.
Wie man die Entscheidung trifft
Man kann eine einfache Regel verwenden.
Entry-Level-Storage lohnt sich, wenn:
- die Workload klar ist;
- das Wachstum moderat ist;
- die Anzahl der Hosts klein ist;
- die Daten keine komplexe Replikation erfordern;
- Ausfallzeit innerhalb eines geplanten Wartungsfensters akzeptabel ist;
- kein VDI und keine schweren Datenbanken vorhanden sind;
- das Budget begrenzt ist;
- Mid-Range-Funktionen nicht genutzt werden.
Mid-Range lohnt sich, wenn:
- das Speichersystem kritische Services bedient;
- Ausfallzeiten teuer sind;
- die Workload gemischt ist;
- es viele virtuelle Maschinen gibt;
- stabile Latenz erforderlich ist;
- Datenbanken mit aktiven Schreibvorgängen vorhanden sind;
- VDI geplant ist;
- Replikation benötigt wird;
- schnelle Wiederherstellung erforderlich ist;
- Daten schnell wachsen;
- Analyse, Komprimierung, Deduplizierung und Klone wichtig sind;
- die Erweiterung von Entry-Level bereits teuer und unpraktisch wirkt.
Dell PowerVault und HPE MSA sind eine normale Wahl für Dateien, Backups, kleine Virtualisierung und Büroservices. Sie bieten Enterprise-Storage ohne unnötige Komplexität und hohe Kosten. PowerStore, Nimble / Alletra und OceanStor werden dort benötigt, wo Storage zum Kern der Infrastruktur wird: für Datenbanken, VDI, Produktionscluster, mehrere Standorte und strenge Wiederherstellungsanforderungen.
Das richtige Speichersystem ist nicht das teuerste und nicht das neueste. Es ist ein System mit ausreichender Performance, passenden Funktionen, Support und Wachstumsreserve für Ihre Infrastruktur in den nächsten mehreren Jahren.