Speicherverwaltungsanbieter

  • Artikel

Speicheranbieter können die Windows-basierte Verwaltung ihrer Speichersubsysteme einschließen, indem sie die Windows Storage Management-API unterstützen. Windows-Verwaltungsanwendungen können diese API verwenden und integrierte Speicherverwaltungsdienste bereitstellen.

Ab Windows 8 ersetzt die Windows Storage Management-API den Virtual Disk Service (VDS), die zugehörigen APIs und die zugehörigen Hilfsprogramme. Darüber hinaus verwendet keines der in Windows 8 eingeführten Speicherverwaltungsprogramme VDS. Speicheranbieter werden daher aufgefordert, die Windows Storage Management-API zu übernehmen und einen geeigneten Anbieter für die Unterstützung dieser API zu entwickeln.

Um die Windows Storage Management-API zu unterstützen, können Speicheranbieter folgendes auswählen:

  • Entwickeln Eines Speicherverwaltungsanbieters (Storage Management Provider, SMP).
  • Entwickeln Sie einen SMI-S-Anbieter. Auf diesen Anbieter wird über den integrierten Windows-Speicherverwaltungsdienst zugegriffen. Der Speicherverwaltungsdienst wird als SMP implementiert.

Beide Mechanismen ermöglichen eine einfache Verwaltung des Speichersubsystems über die neue API. Darüber hinaus ermöglichen beide Mechanismen eine einfache Erweiterbarkeit über eine klar definierte Passthrough-Schnittstelle.

Wie bereits erwähnt, zielt die Windows Storage Management-API darauf ab, umfassende Speicherbereitstellungs- und -verwaltungsfunktionen bereitzustellen. Darüber hinaus ist diese API so konzipiert, dass sie bei Bedarf mit aufeinander folgenden Windows-Versionen weiterentwickelt wird. Mit der Passthrough-Schnittstelle können Speicherverwaltungsanwendungen Vorgänge mit kompatiblen Speichersubsystemen ausführen, die aus verschiedenen Gründen noch nicht direkt über die klar definierte API aktiviert wurden. Obwohl dies ein wichtiger Mechanismus für die einfache Erweiterbarkeit ist, ist der Passthrough-Mechanismus nur für Funktionen vorgesehen, die nicht über die API verfügbar gemacht werden, und darf nicht für Funktionen verwendet werden, die über die API verwaltet werden können.

Aufbau

Das SMP-Architekturmodell besteht aus den folgenden Features:

  • Windows-Verwaltungsanwendungen, einschließlich integrierter PowerShell-Befehlslets, verwenden die Windows Storage Management-API. Für die (erwartete) kleine Teilmenge der Funktionen, die noch nicht über die API verfügbar gemacht werden, können Windows-Speicherverwaltungsanwendungen einen Passthroughmechanismus verwenden. Diese Funktion ermöglicht beispielsweise bei Bedarf die vollständige Suite von SMI-S-Klassen und -Methoden und ermöglicht auch die proprietäre Kommunikation zwischen der Anwendung und dem Speicheranbieter.

  • Speichersubsysteme können sicherstellen, dass sie von Windows-Verwaltungsanwendungen verwaltbar sind, indem sie sich dazu verpflichten, auf die neue API zu reagieren. Dies geschieht entweder durch die Bereitstellung eines SMP oder durch die Bereitstellung eines SMI-S-Anbieters, der wiederum über den Windows Storage Management Service aufgerufen wird. Wenn sich der Speicheranbieter für die Entwicklung eines SMP entscheidet, kann die Kommunikation zwischen dem Anbieter-SMP und dem zugehörigen Speichersubsystem proprietär sein. Wenn sich der Speicheranbieter für die Verwendung des SMI-S-Diensts entscheidet, muss er auf den vom Windows Storage Management Service ausgegebenen SMI-S-Befehl reagieren.

  • Die SMP-Schnittstellen verwenden WMI.

Es gibt API-Sätze mit ähnlichen Methoden und Eigenschaften: Storage Management-API-Klassen und SMP-Schnittstellen. Die Speicherverwaltungs-API-Klassen sind die Klassen, die Anwendungen wie File Server-Manager und System Center Virtual Machine Manager verwenden. Es enthält weitere hostseitige Klassen wie Partition, Volume und InitiatorPort. Bestimmte Methoden in Storage Management-API-Klassen enthalten einen zusätzlichen Eingabeparameter "RunAsJob" (weitere Informationen finden Sie im Abschnitt "Asynchrone Vorgänge"). In der Zwischenzeit verfügen SMP-Schnittstellen über keine hostseitigen Klassen und verwenden InitiatorId im Gegensatz zu InitiatorPort. Trotz bestimmter Unterschiede sind die meisten Klassendefinitionen der Storage Management-API-Klassen und der SMP-Schnittstelle identisch.