15 Best Practices für Software Defined Storage

Software Defined Storage (SDS) ist eine Architektur, die dazu entwickelt wurde, Speichersoftware von proprietärer Hardware zu entkoppeln. Sie bietet eine Reihe von Softwarefunktionen zur automatischen Verwaltung von Daten – sowohl lokal als auch global – und ermöglicht dadurch bahnbrechende Zugriffsgeschwindigkeiten, eine einfachere Administration sowie die schnelle und kostengünstigere Skalierung von Technologieinfrastrukturen bei wachsenden Datenmengen. Diese Fortschritte lassen sich mit den Speichersystemen jedes Unternehmens nutzen, um automatisierten und virtualisierten Speicher bereitzustellen.

Da SDS jedoch eine weitere Abstraktionsebene hinzufügt, ist die Befolgung von Best Practices der Branche ein sinnvoller Weg, Bereitstellungen zu vereinfachen und von der Flexibilität und Leistungsfähigkeit softwaredefinierter Systeme zu profitieren. Wir haben 15 wichtige Expertentipps zusammengestellt und zusammengefasst.

Zeit in die Architekturplanung investieren

Vorbereitung ist der Schlüssel zum SDSErfolg. Unternehmen sollten sich die Zeit nehmen, lange vor der Implementierung eine detaillierte Architekturplanung durchzuführen. Einige Unternehmen verfügen möglicherweise über die Ressourcen, diese Arbeit intern zu erledigen. Machen Sie jedoch nicht den Fehler zu glauben, Sie wüssten alles über SDS, wenn Ihnen praktische Erfahrung fehlt. Ziehen Sie bei Bedarf externe Unterstützung hinzu, um sicherzustellen, dass die anfängliche Architektur korrekt ist.

Schulungen anbieten

Mitarbeiter benötigen Schulungen zur Wartung von SDS über den gesamten Lebenszyklus hinweg. Dazu sollten sowohl IT- als auch Speicherfachleute gehören, da beide an der Bereitstellung von Speicher beteiligt sein werden. Viele Anbieter bieten entsprechende Schulungen an, ebenso wie verschiedene unabhängige Schulungsorganisationen.

Simulationen durchführen

Es ist sinnvoll, mögliche Ausfallszenarien kontrolliert zu simulieren. Dadurch kann die IT nachvollziehen, wie Anwendungen mit solchen Ausfällen umgehen, und erhält Unterstützung bei der Auswahl der besten Anwendungsarchitekturen, um künftige katastrophale Ereignisse zu vermeiden.

Mit APIs arbeiten

Um den größtmöglichen Nutzen aus SDS-Technologien zu ziehen, müssen Anwendungen eng mit den zugehörigen Anwendungsprogrammierschnittstellen (APIs) zusammenarbeiten. So können sie sämtliche angebotenen Funktionen nutzen, etwa Objektspeicher. Das kann bei der direkten Integration einen enormen Arbeitsaufwand einsparen.

Stattdessen sind Anwendungen möglicherweise mit einem Framework besser bedient, das die erforderlichen Abstraktionen bereitstellt, um API-Funktionen zu nutzen, ohne die Anwendung direkt ändern zu müssen. Der SDS-Ansatz bietet auf diese Weise mehr Vielseitigkeit, da eine Reihe von Diensten verwendet werden kann, ohne jede Anwendung an einen bestimmten Dienst zu binden.

Mit dem Vertrauten beginnen

Halten Sie sich zumindest anfangs bei der Bereitstellung von Software Defined Storage an vertraute Bereiche. Wer beispielsweise Datenbanken betreibt und Erfahrung mit einem herkömmlichen SAN hat, sollte sich auf SDS-Bereitstellungsprojekte auf Basis von Blockspeicher konzentrieren. Dadurch besteht bereits ein gewisses Maß an Fachwissen im Bereich Blockspeicher, und die Prozesse müssen bei der Bereitstellung von Software Defined Storage nicht geändert werden. Daneben gibt es Scale-out-NAS-Ansätze für SDS, die auf Hardware vieler Anbieter laufen können.

Sich von der Vergangenheit lösen

Nutzen Sie die Flexibilität bei der Verwaltung. Da softwaredefinierter Speicher die Speicherkontrollersoftware, die herkömmliche Speichersysteme verwaltet, von der zugrunde liegenden physischen Speicherhardware entkoppelt, wird ein höheres Maß an Flexibilität ermöglicht. Die Verantwortlichen für die Umgebung sollten sich daher gedanklich von alten Verwaltungsansätzen lösen. Das softwarebasierte Modell erhöht die Flexibilität bei Bereitstellung und Verwaltung erheblich und ermöglicht die freie Wahl der bevorzugten Hardwareplattform und Verwaltungstools.

Auf Disaster Recovery vorbereiten

Viele SDS-Anwendungen bieten umfangreiche Funktionen für Datenintegrität und geografische Replikation, um die Auswirkungen von Naturkatastrophen und menschlichen Fehlern zu begrenzen. Unabhängig vom Funktionsumfang muss jedoch ein Plan vorhanden sein, um sich von kleineren oder größeren Ereignissen zu erholen, die Systeme außer Betrieb setzen oder zu Datenverlust führen könnten.

Anforderungen der Anwendungen erfassen

Speicherverantwortliche sollten wissen, wie die Anwendung auf widrige Bedingungen reagiert, und entsprechend planen. Was geschieht beispielsweise, wenn die Anwendung in Ihrer SDS-Umgebung 0,1 Sekunden oder 1 Sekunde lang keine Antwort erhält? Wer das SDS-System entwirft, sollte die Anforderungen der Anwendungen erfassen und dabei Latenz- und Bandbreitenbeschränkungen besonders berücksichtigen.

Die zugrunde liegende Infrastruktur prüfen

SDS muss auf einem soliden Fundament aus Verständnis aufbauen. Prüfen Sie Ihre bestehenden Workloads, Anwendungen und Anwendungsfälle, damit Sie SDS korrekt bereitstellen können. Seien Sie außerdem darauf vorbereitet, Infrastrukturprobleme zu beheben, die unterhalb von SDS liegen können. Die Bereitstellung softwaredefinierter Anwendungen kann ins Stocken geraten, wenn sie auf älteren Plattformen erfolgt, die aktualisiert werden müssen.

Das wird besonders wichtig, weil Anbieter möglicherweise versuchen, Ihre Software und Anwendungen an ihre Anforderungen und Präferenzen anzupassen. Da sie Ihre Umgebung nicht kennen, sollten Sie festlegen, was die Software leisten soll. Suchen Sie einen Anbieter, der zu Ihrem SDS-Ansatz sowie zu Ihren Plattform- und Anwendungspräferenzen passt.

Bei der Anbieterauswahl genau hinsehen

Für verschiedene Speichernutzungsszenarien gibt es eine große Auswahl an Paketen und Anwendungen. Entscheidend ist, die eigene Umgebung und die eigenen Anforderungen zu erfassen und dann eine Lösung auszuwählen, die zu diesem spezifischen Anwendungs-Workload passt und ihn unterstützt. Wer in einer virtualisierten Umgebung bereitstellt, sollte seine softwaredefinierte Anwendungsbereitstellung möglicherweise auf eine bestimmte virtuelle Plattform ausrichten; ein VMware-Umfeld sollte sich für virtualisierte SDS-Lösungen entscheiden, die mit VMware kompatibel sind. Entsprechend sollten Microsoft-Umgebungen mit kompatiblen Plattformen und Lösungen arbeiten.

Nicht vergessen: Hardware ist wichtig

Bedenken Sie, dass Hardware zwar Software benötigt, aber auch jede Software auf Hardware laufen muss. Eine SDS-Lösung erfordert möglicherweise keine bestimmte proprietäre Hardware mehr. Das bedeutet jedoch nicht zwangsläufig, dass sie auf jeder Hardware gut läuft. Achten Sie genau darauf, auf welchen Plattformen und Systemen SDS-Lösungen ausgeführt werden können und auf welchen nicht.

Das gesamte Dienstangebot berücksichtigen

Die SDS-Infrastruktur sollte den Nutzern ein Dienstangebot bereitstellen, das auf unterschiedliche Anwendungstypen zugeschnitten ist. Es ist wichtig zu verstehen, welcher Dienst angesichts des Workload-Profils einer Anwendung am besten geeignet ist. So können diejenigen, die Dienste auswählen, besser einschätzen, was diese leisten können und was nicht. In einigen Fällen stellen Anbieter umfassende Dienstlisten sowie Dokumentationen zur Kompatibilität und Integration bereit. Fehlen diese Daten, muss die IT sie erarbeiten und den Nutzern zur Verfügung stellen.

Kapazitätsplanung durchführen

Sowohl der Infrastrukturanbieter als auch der Mandant sollten fortlaufend Kapazitätsplanung betreiben, um sicherzustellen, dass Dienste und Anwendungen ihre Service-Level-Agreements erfüllen. Diese Dienste sollten mit ausreichenden Ressourcen für CPU, Arbeitsspeicher, Netzwerkverbindungen für Ein-/Ausgabe (I/O) und natürlich Speicherkapazität unterlegt sein. SDS funktioniert nur dann gut, wenn die erforderlichen Ressourcen vorhanden sind. Eine gute Kapazitätsplanung stellt sicher, dass diese Ressourcen bei Bedarf stets verfügbar sind.

Anwendungsleistung überwachen

Die Bereitstellung von Softwareanwendungen profitiert erheblich von der Leistungsüberwachung. Am besten wird die Anwendungsleistung auf Benutzerebene überwacht, um Probleme zu erkennen, bevor sie für die Nutzer bemerkbar werden und diese daraufhin zahlreiche Anrufe beim Helpdesk auslösen. Außerdem sollte eine Absturzberichterstattung eingerichtet werden, um fehlerhafte Bereitstellungen frühzeitig zu erkennen.

Nicht am Support nach dem Verkauf sparen

Achten Sie sorgfältig auf den Support nach dem Kauf: Wer ist bei einem Problem verantwortlich – Sie oder der Anbieter? Wird dies nicht berücksichtigt, kann es während eines Problems erforderlich sein, mehrere Anbieter anzurufen, die sich gegenseitig die Schuld zuschieben, statt einfach einen Anbieter zu kontaktieren, der bereit ist, die Verantwortung zu übernehmen. Solche Situationen können sich verschärfen, weil SDS verschleiern kann, welche Anwendung, welches Speicher-Asset oder welche Plattform das Problem verursacht. Stellen Sie sicher, dass die IT Probleme schnell beheben kann.

Fazit: SDS Best Practices sichern den Erfolg

Softwaredefinierter Speicher bietet zahlreiche Vorteile, darunter Flexibilität, Skalierbarkeit und eine einfache Bereitstellung. Sein vielleicht größter Vorteil besteht jedoch darin, die Speichersoftware von der zugrunde liegenden Hardware zu entkoppeln. Der beste Weg, seine Funktionen zu nutzen, besteht darin, die eigene Umgebung zu kennen und die hier beschriebenen Best Practices umzusetzen.

Erfahren Sie mehr über die 6 besten Lösungen für Software Defined Storage, um herauszufinden, auf welche Plattformen die meisten Unternehmen für ihre SDS-Anforderungen setzen.