Was ist ein Storage-Hypervisor?

Ein Speicherhypervisor ist eine Softwareschicht, die die Verwaltung und Nutzung von Speicherressourcen systemübergreifend vereinfacht.

Was ist ein Storage-Hypervisor?

Ein Speicherhypervisor ist eine Software, die Speicher virtualisiert, indem sie logische Speicherdienste von den zugrunde liegenden physischen Festplatten und Arrays trennt und diese Kapazität dann als standardisierte, verwaltbare Kapazität darstellt. virtueller Speicher zu servers , AnwendungenEs befindet sich entweder direkt im I / O Pfad zwischen Hosts und Speicher oder parallel dazu als Steuerungsschicht, die das Routing von Lese-/Schreibanforderungen abfängt oder orchestriert, zwischengespeichertgespiegelt, gestaffelt oder geschützt.

Durch die Zusammenführung von Kapazitäten verschiedener Geräte und Hersteller in gemeinsam genutzten Pools können Administratoren virtuelle Volumes und Richtlinien definieren, wie z. B. Leistungsziele, Replikationsverhalten und Snapshots. Verschlüsselungden Servicequalität, ohne jedes physische System einzeln konfigurieren zu müssen. Das Ergebnis ist, dass Speicherressourcen dynamischer bereitgestellt und verschoben, mit weniger Unterbrechungen skaliert und nach einheitlichen Regeln über heterogene Speichersysteme hinweg verwaltet werden, während die Hardware Im Folgenden können Änderungen vorgenommen, Erweiterungen vorgenommen oder ein neues Gleichgewicht geschaffen werden, ohne dass dies für die Anwendung sichtbare Auswirkungen hat.

Arten von Speicherhypervisoren

Speicherhypervisoren basieren auf einigen gängigen Architekturen, die sich hauptsächlich dadurch unterscheiden, wo sie ausgeführt werden und wie sie mit dem Datenpfad interagieren. Jeder Typ bietet ein unterschiedliches Verhältnis von Leistung, Einfachheit und … flexDie Machbarkeit hängt von Ihrer Infrastruktur und Ihren Verfügbarkeitszielen ab.

In-Band (symmetrischer) Speicherhypervisor

Ein In-Band-Storage-Hypervisor befindet sich direkt im E/A-Pfad zwischen Hosts und Speicher, sodass jeder Lese- und Schreibvorgang über ihn läuft. Da er den gesamten Datenverkehr „sieht“, kann er Richtlinien konsistent durchsetzen und Dienste wie Caching, Replikation und Snapshots bereitstellen. Thin Provisioningund QoS zentralisiert. Der Nachteil ist, dass es zu einer kritischen Komponente wird: Es muss hinsichtlich des Durchsatzes dimensioniert und redundant ausgelegt sein, da es sonst Latenz verursachen oder zu einem Engpass werden kann.

Out-of-Band (asymmetrischer) Speicherhypervisor

Ein Out-of-Band-Storage-Hypervisor arbeitet außerhalb des direkten Datenpfads und übernimmt hauptsächlich Steuerungsaufgaben wie Erkennung, Mapping, Bereitstellung und Richtlinienverwaltung. Die eigentlichen Daten werden direkt zwischen Host und Storage-Array übertragen, wodurch Latenz und Leistungsrisiken im Vergleich zu In-Band-Architekturen reduziert werden können. Da jedoch nicht jede E/A-Operation verarbeitet wird, sind einige erweiterte Datendienste möglicherweise eingeschränkt oder müssen an anderer Stelle implementiert werden (z. B. auf dem Host, dem Array oder über eine separate Komponente).

Hostbasierter (softwaredefinierter) Speicherhypervisor

Ein hostbasierter Speicherhypervisor läuft auf dem server Schicht (oft als eine Kern Modul, Treiber oder Speicherstapel) und virtualisiert lokale Festplatten und/oder angeschlossenen Speicher über mehrere Hosts hinweg. Dies ist üblich bei Softwaredefinierter Speicher , hyperkonvergent Designs, bei denen Rechenleistung und Speicher gemeinsam skalieren und Dienste wie Replikation und Erasure Coding auf mehrere Knoten verteilt werden. Das kann kosteneffektiv sein und flexmöglich, aber es verbraucht CPU/RAM auf Hosts und erfordert eine sorgfältige Planung für Netzwerk, Fehlerbehandlung und gleichbleibende Leistung unter Last.

Appliance-basierter (virtueller oder physischer) Speicher-Hypervisor

Ein Appliance-basierter Storage-Hypervisor wird als dediziertes physisches Gerät oder virtuelle Appliance bereitgestellt und in das Speichernetzwerk integriert. Er bietet typischerweise eine vorkonfigurierte Steuerungsebene und in manchen Fällen eine optimierte Datenebene, was die Implementierung vereinfacht, da keine Host-Architektur geändert oder Arrays ausgetauscht werden müssen. Dieses Modell beschleunigt die Einführung und standardisiert Funktionen, fügt jedoch eine weitere Infrastrukturebene hinzu und kann Abhängigkeiten von Anbietern oder Plattformen bei Upgrades und Skalierung mit sich bringen. hohe Verfügbarkeit.

Komponenten von Speicherhypervisoren (Übersicht)

Speicherhypervisoren bestehen aus mehreren Kernbausteinen, die zusammenarbeiten, um Speicherkapazität zu virtualisieren, E/A-Vorgänge zu routen und Speicherdienste konsistent anzuwenden. Die genaue Implementierung variiert je nach Hersteller und Architektur (In-Band, Out-of-Band, Host-basiert), aber diese Komponenten sind in den meisten Designs vorhanden. Die Hauptkomponenten sind:

• Virtualisierungsschicht (Abstraktions-Engine). Die physische Speicherkapazität eines oder mehrerer Speichergeräte wird gebündelt und als logische Konstrukte wie virtuelle Volumes, Namensräume oder LUNs bereitgestellt. Dadurch wird die Trennung zwischen der Sicht des Hosts und dem physischen Speicherort der Daten herbeigeführt.
• Datenpfad (E/A-Schicht). Steuert oder beeinflusst die Art und Weise, wie Lese-/Schreibanforderungen zwischen Hosts und Speicher übertragen werden. Bei In-Band-Architekturen verarbeitet sie jeden E/A-Vorgang, während sie bei Out-of-Band-Architekturen minimal sein oder an Host-/Array-Komponenten delegiert werden kann.
• Steuerungsebene (Managementlogik). Es orchestriert Bereitstellung, Zuordnung, Richtliniendurchsetzung und Lebenszyklusaufgaben. Es ist verantwortlich für Aktionen wie das Erstellen von Volumes, das Erweitern der Kapazität, das Verschieben von Daten und das Koordinieren von Schutzmaßnahmen.
• Metadaten Dienstleistungen. Verfolgen Sie, wo Daten platziert werden, wie Blöcke physischen Geräten zugeordnet sind und welche Beziehungen zwischen Momentaufnahmen bestehen. Deduplizierung/Durckstufen Referenzen und Datenträgerzustand. Ein solides Metadatendesign ist für Neuaufbauten unerlässlich. Failoverund konstante Leistung.
• Richtlinienmodul (Automatisierung + Regeln). Wendet absichtsbasierte Einstellungen wie QoS-Grenzwerte, Tiering-Regeln, Replikationsmodi, Verschlüsselungsanforderungen und Snapshot-Zeitpläne an. Es sorgt für ein konsistentes Speicherverhalten über verschiedene Speichertypen hinweg. Backend Geräte.
• Verbindungsschnittstellen (Protokolladapter). Je nach Produkt ermöglichen sie den Zugriff über Speicherprotokolle wie iSCSI, Fibre Channel, NVMe-oF, NFS oder SMB. Diese Schnittstellen übersetzen oder präsentieren den Speicher in einer Form, die von Hosts und Anwendungen genutzt werden kann.
• Datendienstschicht. Implementiert Funktionen wie Thin Provisioning, Snapshots, Klonen, Replikation, Caching, Deduplizierung, Komprimierung und Erasure Coding. Einige Hypervisoren Diese werden von anderen Anbietern nativ bereitgestellt; diese koordinieren sie mit Arrays oder Host-Agenten.
• HA- und Failover-Mechanismen. Sorgen Sie für Redundanz, damit die Speicherschicht auch bei Knoten-, Verbindungs- oder Komponentenausfällen funktionsfähig bleibt. Dies kann Clustering, Leader-Wahl, Quorum-/Witness-Logik und automatisiertes Pfad-Failover umfassen.
• Überwachung und Telemetrie. Erfasst Kennzahlen und Ereignisse wie zum Beispiel LatenzIOPS, Durchsatz, Cache-Trefferrate, Wiederherstellungsstatus und Kapazitätstrends werden erfasst. Dies unterstützt Fehlerbehebung, Benachrichtigungen und Leistungsplanung.
• Verwaltungsschnittstellen (UI/API/CLI). Die operative Oberfläche (Dashboards, REST) APIs, Automatisierungs-Hooks, RBACund Audit-Logs), die zur konsistenten Verwaltung des Speichers und zur Integration mit Orchestrierungstools verwendet werden.

Hauptmerkmale des Speicherhypervisors

Die wichtigsten Funktionen eines Speicherhypervisors beschreiben die Fähigkeiten, die es ihm ermöglichen, Speicherkapazität zu virtualisieren, die Verwaltung zu standardisieren und Speicherdienste auf unterschiedlicher Hardware bereitzustellen. In der Praxis bestimmen diese Funktionen, wie effizient Sie Speicher bereitstellen, Daten schützen und eine vorhersehbare Leistung in großem Umfang gewährleisten können.

• Speicherpooling und Abstraktion. Die Kapazität mehrerer Festplatten, Arrays oder Knoten wird in gemeinsam genutzten Pools zusammengefasst und konsistente virtuelle Volumes unabhängig von der zugrunde liegenden Hardware bereitgestellt. Dadurch lässt sich der Backend-Speicher einfacher erweitern oder ersetzen, ohne dass sich die Art und Weise ändert, wie Hosts ihn nutzen.
• Dynamische Bereitstellung. Es werden Volumes erstellt, ohne die volle physische Kapazität im Voraus zu reservieren, und diese dann bei Bedarf online erweitert. Dies verbessert die Auslastung und reduziert Ausfallzeiten, wenn Anwendungen die anfänglichen Zuweisungen überschreiten.
• Richtlinienbasiertes Management. Sie können damit die Zielsetzung (Leistung, Schutz, Platzierung, Verschlüsselung) definieren und diese pro Volume, Workload oder Mandant anwenden. Der Hypervisor setzt diese Richtlinien kontinuierlich durch, auch wenn sich die Umgebung ändert.
• Hohe Verfügbarkeit und unterbrechungsfreier Betrieb. Durch Clustering und Failover-Logik bleibt der Speicherzugriff auch bei Knotenausfällen, Wartungsarbeiten oder Upgrades erhalten. Die starke HA-Unterstützung ermöglicht zudem fortlaufende Updates und reduziert die geplante Anzahl an Updates. Ausfallzeit.
• Schnappschüsse und Klonen. Erstellt Momentaufnahmen für schnelle ErholungOb für Tests oder Analysen – effiziente Implementierungen nutzen Copy-on-Write-/Redirect-on-Write-Techniken, um vollständige Kopien zu vermeiden und Snapshot-Operationen schnell zu halten.
• Replikation und Notfallwiederherstellung. Kopiert Daten auf einen anderen Knoten, Standort oder eine andere Region im synchronen oder asynchronen Modus und ist konfigurierbar. RPO/RTO Ziele. Dies ist der Kernfunktionsumfang für Geschäftskontinuität über lokale Ausfälle hinaus.
• Leistungsoptimierung (Caching und Tiering). Nutzt RAM/SSD-Caches und/oder verschiebt Daten zwischen Ebenen (NVMe/SSD/HDD/object storage) basierend auf Zugriffsmustern. Ziel ist es, häufig genutzte Daten auf schnelleren Medien zu speichern und gleichzeitig die Kosten für selten genutzte Daten zu senken.
• Dienstqualität (QoS). Legt Grenzwerte oder Garantien für IOPS, Durchsatz und gegebenenfalls Latenz pro Volume oder Workload fest. QoS verhindert, dass ressourcenintensive Nachbarprozesse kritische Anwendungen in gemeinsam genutzten Umgebungen beeinträchtigen.
• Datenreduktion (Deduplizierung und Komprimierung). Reduziert den physischen Speicherplatzbedarf gespeicherter Daten, sowohl inline als auch nachträglich. Dies kann die Kosten erheblich senken, muss aber sorgfältig implementiert werden, um CPU-Overhead oder unvorhersehbare Latenzzeiten zu vermeiden.
• Integration von Verschlüsselung und Schlüsselverwaltung. Unterstützt Verschlüsselung im Ruhezustand und manchmal im Transit, mit Integration zu Schlüsselverwaltungssysteme (KMS) Wo erforderlich. Dies trägt zur Einhaltung von Vorschriften bei und reduziert das Risiko bei Verlust oder Stilllegung von Datenträgern.
• Multitenancy und Zugangskontrollen. Ermöglicht die Trennung von Teams oder Kunden mithilfe von Konstrukten wie Mandanten, Projekten und rollenbasierter Zugriffskontrolle (RBAC). Es gewährleistet Administratoren Die Speicherverwaltung kann delegiert werden, ohne einen umfassenden Zugriff auf die Infrastruktur zu gewähren.
• Automatisierung und APIs. Bietet REST/CLI-Integrationen für die Bereitstellung, Skalierungund politische Änderungen, die oft darauf ausgelegt sind, sich einzufügen Orchestrierungsplattformen (Kubernetes, IaC Pipelines). Dies ermöglicht wiederholbare, nachvollziehbare Speichervorgänge anstelle von manueller, ticketbasierter Arbeit.
• Tools zur Beobachtbarkeit und Fehlerbehebung. Es liefert Kennzahlen zur Arbeitslast (Latenz, IOPS, Durchsatz), den Systemzustand, Kapazitätsprognosen und Ereignisprotokolle. Eine gute Beobachtbarkeit verkürzt die Reaktionszeit bei Störungen und unterstützt die Leistungsplanung.

Wie funktionieren Speicherhypervisoren?

Ein Speicherhypervisor funktioniert, indem er physischen Speicher von einem oder mehreren Geräten in virtuellen, richtliniengesteuerten Speicher umwandelt, servers kann kontinuierlich genutzt werden. Der genaue Ablauf hängt zwar davon ab, ob es sich um In-Band-, Out-of-Band-, Host- oder Appliance-basierte Verarbeitung handelt, der Kernprozess ist jedoch ähnlich. So funktioniert es:

1. Verfügbare Speicherressourcen ermitteln. Der Hypervisor stellt Verbindungen zu Speichersystemen und/oder lokalen Festplatten her, ermittelt die nutzbare Kapazität und sammelt Gerätefunktionen, um zu wissen, worauf er aufbauen kann.
2. Diese Kapazität in gemeinsam genutzte Pools abstrahieren. Es gruppiert physische Festplatten oder Back-End-Volumes in logische Pools und schafft so eine klare Trennung zwischen der Rohhardware und dem den Workloads zur Verfügung gestellten Speicher.
3. Erstellt virtuelle Volumes und stellt diese den Hosts zur Verfügung. Aus diesen Pools extrahiert der Hypervisor virtuelle Volumes (oder Shares/Namespaces) und stellt sie über das erforderliche Protokoll bereit, so servers Sie sehen stabile Speicherziele, die sie formatieren und einbinden können.
4. Jedem Band werden Richtlinien zugeordnet. Der Administrator definiert Regeln für Leistung und Schutz (wie QoS-Grenzwerte, Replikationsmodus, Snapshot-Frequenz, Verschlüsselung, oder Platzierung) und der Hypervisor bindet diese Regeln an das Volumen, sodass das Verhalten konsistent und wiederholbar ist.
5. Routing von E/A und Durchsetzung dieser Richtlinien während des Zugriffs. Während Anwendungen Daten lesen und schreiben, verarbeitet der Hypervisor die E/A entweder direkt (In-Band) oder koordiniert sie über Host-/Array-Komponenten (Out-of-Band), um sicherzustellen, dass die Anfragen an den richtigen physischen Ort gelangen, während gleichzeitig Steuerungsmechanismen wie QoS, Caching oder Tiering angewendet werden.
6. Bereitstellung von Datendiensten zum Schutz und zur Optimierung der Datenspeicherung. Im Hintergrund werden Aufgaben wie Snapshots, Klonen, Replikation, Deduplizierung/Komprimierung und Failover-Bereitschaft ausgeführt, damit die Daten wiederherstellbar bleiben und die Leistung im Zielbereich bleibt.
7. Gesundheitsüberwachung und Anpassung an veränderte Bedingungen. Es überwacht Latenz, IOPS, Kapazität und Ausfälle und führt bei Bedarf Rebalancing, Rebuilds, Datenmigrationen oder Failover durch, um die Speicherverfügbarkeit zu gewährleisten und gleichzeitig manuelle Eingriffe zu reduzieren.

Wozu dient ein Storage-Hypervisor?

Ein Storage-Hypervisor wird verwendet, um die Speicherverwaltung zu virtualisieren und zu zentralisieren, damit Sie eine konsistente Darstellung gewährleisten können. flexfähiger Speicher zu servers und Anwendungen, ohne an bestimmte Hardware gebunden zu sein. Es bündelt die Kapazität eines oder mehrerer Speichersysteme und ermöglicht anschließend die schnelle Bereitstellung virtueller Volumes sowie die Anwendung von Richtlinien für Leistung und Schutz, wie z. B. Snapshots, Replikation, QoS, Verschlüsselung und Tiering in der gesamten Umgebung. Dies ist besonders nützlich in softwaredefinierten Speichersystemen und Umgebungen mit mehreren Anbietern. data centers, wenn Sie den Speicher skalieren, Daten migrieren oder Backend-Arrays mit minimalen Unterbrechungen ersetzen und gleichzeitig den Betrieb standardisieren möchten.

Welche Herausforderungen stellen sich bei Speicherhypervisoren?

Speicherhypervisoren vereinfachen den Betrieb und bieten wertvolle Datendienste, bringen aber auch Kompromisse im Design und Betrieb mit sich. Die größten Herausforderungen ergeben sich in der Regel aus der Leistungsempfindlichkeit, der Komplexität bei großen Datenmengen und der zusätzlichen Schicht, die sie zwischen Workloads und physischem Speicher einfügen:

• Zusätzliche Latenz und potenzielle Engpässe. Befindet sich der Hypervisor im Datenpfad (In-Band), wird jeder E/A-Vorgang über ihn abgewickelt. Eine unzureichende Dimensionierung, überlastete Controller oder suboptimales Caching können die Latenz erhöhen oder den Durchsatz bei Spitzenlasten begrenzen.
• Hohe Verfügbarkeitskomplexität. Da der Hypervisor zu einer kritischen Abhängigkeit werden kann, benötigen Sie ein robustes Clustering-, Quorum-/Witness-Design und sorgfältig getestetes Failover-Verhalten. Fehlkonfigurationen können hier zu Ausfällen oder Split-Brain-Szenarien führen.
• Betrieblicher Aufwand und Tiefe der Fehlersuche. Die zusätzliche Abstraktionsschicht kann die Ursachenanalyse erschweren. Bei Leistungseinbrüchen müssen Sie möglicherweise Host-Metriken, Hypervisor-Telemetrie, Netzwerkverhalten und Backend-Array-Statistiken korrelieren, um die tatsächliche Einschränkung zu ermitteln.
• Kompatibilitäts- und Funktionsunterschiede zwischen verschiedenen Hardwarekomponenten. Das Pooling heterogener Arrays klingt einfach, doch die Möglichkeiten variieren (Snapshots, Replikationsmethoden, NVMe-Funktionen, Warteschlangenlängen). Der Hypervisor stellt möglicherweise nur den kleinsten gemeinsamen Nenner bereit oder erfordert herstellerspezifische Anpassungen.
• Datenmigration und Lieferantenbindung risiken. Die Migration bestehender Daten in eine neue Speichervirtualisierungsschicht kann mitunter störend sein, und der spätere Ausstieg kann ebenso komplex sein. Je nach Implementierung können Volumes und Metadatenformate die Migration zeitaufwändig gestalten.
• Vorhersagbarkeit der Leistungsfähigkeit unter gemischten Arbeitslasten. Multi-Tenant-Pools können unter Störeffekten durch benachbarte Ressourcen leiden, wenn QoS nicht optimal konfiguriert ist. Zufällige E/A, sequenzieller Durchsatz und latenzempfindliche Anwendungen können sich gegenseitig beeinflussen und sind schwer auszubalancieren.
• Auswirkungen des Metadatenwachstums und -neuaufbaus. Funktionen wie Snapshots, Klonen, Deduplizierung und verteilte Layouts benötigen umfangreiche Metadaten. Große Metadatensätze und Wiederherstellungs-/Neuausrichtungsvorgänge können die Leistung beeinträchtigen und die Wiederherstellungszeiten nach Ausfällen verlängern.
• Sicherheits- und Compliance-Oberfläche. Der Hypervisor bietet eine zusätzliche Möglichkeit, Verschlüsselung, Zugriffskontrollen, Audit-Protokollierung und sicheren Administratorzugriff durchzusetzen. Schwache rollenbasierte Zugriffskontrolle (RBAC), mangelhafte Integration des Schlüsselmanagements oder veraltete Verwaltungsschnittstellen können zu Compliance-Problemen führen.
• Upgrade- und Lebenszykluskoordination. Oftmals sind streng gemanagte Upgrade-Pfade über Hypervisor-Knoten und Host-Agenten hinweg erforderlich. Firmwareund Arrays. Inkompatible Versionen oder übereilte Rolling Upgrades können zu Instabilität oder Funktionsregressionen führen.
• Kosten- und Lizenzierungsaufwand. Selbst wenn dadurch die Hardwarekosten gesenkt werden, kann der Hypervisor selbst zusätzliche Lizenzgebühren pro Terabyte, pro Knoten oder pro Funktion (Replikation, Deduplizierung, katastrophale ErholungDie Gesamtkosten können schnell steigen, wenn die Umwelt schneller wächst als geplant.

Häufig gestellte Fragen zu Speicherhypervisoren

Hier finden Sie die Antworten auf die am häufigsten gestellten Fragen zu Speicherhypervisoren.

Speicherhypervisor vs. Rechenhypervisor

Lassen Sie uns die Unterschiede zwischen Speicher-Hypervisoren und Rechen-Hypervisoren genauer untersuchen:

Ist ein Speicherhypervisor Hardware?

Ein Speicherhypervisor ist selbst keine Hardware, er ist Software. Diese Software virtualisiert und verwaltet Speicherressourcen, indem sie die zugrunde liegenden physischen Festplatten und Speichersysteme in logische Pools und Volumes abstrahiert. Einige Anbieter verpacken die Software als Appliance (physisch oder virtuell), wodurch sie wie ein „Gerät“ aussehen kann, das Kernkonzept ist jedoch weiterhin eine Softwareschicht, die auf einem Computer läuft. servers oder dedizierte Controller-Knoten.

Hat ein Storage-Hypervisor Auswirkungen auf die Leistung?

Ja, Speicherhypervisoren können die Leistung beeinflussen, entweder positiv oder negativ, abhängig von der Architektur und ihrer Konfiguration.

Befindet sich der Hypervisor im Datenpfad (In-Band), fügt er eine zusätzliche Schicht hinzu, die jeder E/A-Vorgang durchlaufen muss. Dies kann zu Latenz führen und einen Durchsatzengpass darstellen, wenn die Hypervisor-Knoten, das Netzwerk oder der Caching-Speicher nicht korrekt dimensioniert sind. Im Gegensatz dazu haben Out-of-Band-Architekturen in der Regel geringere direkte Auswirkungen auf die Latenz, da die Daten direkter zwischen Host und Speicher fließen. Allerdings kann auch hier Overhead durch Koordination, Pfadmanagement und Richtliniendurchsetzung entstehen.

Sind Speicherhypervisoren sicher?

Speicherhypervisoren können sicher sein, sind es aber nicht standardmäßig. Ihre Sicherheit hängt vielmehr von der Qualität des Plattformdesigns sowie der Konfiguration und des Betriebs ab. Ein gut implementierter Speicherhypervisor unterstützt typischerweise starke Zugriffskontrollen (RBAC), Mandantenisolation, Verschlüsselung ruhender (und teilweise auch übertragener) Daten, sichere Schlüsselverwaltung, Audit-Protokollierung und gehärtete Verwaltungsschnittstellen.

Gleichzeitig fügt es einen kritischen Kontrollpunkt in Ihre Infrastruktur ein: Wenn Administratoranmeldeinformationen kompromittiert werden, die rollenbasierte Zugriffskontrolle (RBAC) zu nachgiebig ist, Management-APIs ungeschützt sind oder … Patching Aufgrund von Verzögerungen kann der Wirkungsradius eines Angriffs groß sein, da der Hypervisor viele Volumes und Hosts verwaltet.

In der Praxis sind Speicherhypervisoren dann sicher, wenn sie wie eine Kerninfrastruktur behandelt werden, indem der Verwaltungszugriff eingeschränkt und entsprechende Sicherheitsmaßnahmen durchgesetzt werden. geringstes Privileg, wodurch Verschlüsselung und Überwachung ermöglicht, Firmware/Software auf dem neuesten Stand gehalten und das Isolations- und Ausfallverhalten in Ihrer Umgebung validiert werden.