Provider di gestione archiviazione

I fornitori di archiviazione possono includere la gestione basata su Windows dei sottosistemi di archiviazione supportando l'API di gestione archiviazione di Windows. Le applicazioni di gestione di Windows possono usare questa API e fornire servizi di gestione dell'archiviazione integrati.

A partire da Windows 8, l'API di gestione archiviazione di Windows sostituisce il servizio dischi virtuali (VDS), le API e le utilità associate. Inoltre, nessuna delle utilità di gestione delle risorse di archiviazione introdotta in Windows 8 usare VDS. I fornitori di archiviazione sono quindi invitati ad adottare l'API di gestione archiviazione di Windows e sviluppare un provider appropriato per supportare questa API.

Per supportare l'API di gestione archiviazione di Windows, i fornitori di archiviazione possono scegliere di:

• Sviluppare un provider di gestione archiviazione (SMP).
• Sviluppare un provider SMI-S. Questo provider è accessibile tramite il servizio di gestione archiviazione Windows predefinito. Il servizio di gestione archiviazione viene implementato come SMP.

Entrambi i meccanismi consentono allo stesso modo la facilità di gestione del sottosistema di archiviazione tramite la nuova API. Inoltre, entrambi i meccanismi consentono un'estendibilità semplice tramite un'interfaccia pass-through ben definita.

Come indicato in precedenza, l'API gestione archiviazione di Windows mira a offrire funzionalità complete di provisioning e amministrazione dell'archiviazione. Inoltre, questa API è progettata per evolversi, in base alle esigenze, con le versioni successive di Windows. L'interfaccia pass-through consente alle applicazioni di gestione dell'archiviazione di eseguire operazioni su sottosistemi di archiviazione compatibili, che per diversi motivi non sono ancora stati abilitati direttamente tramite l'API ben definita. Sebbene si tratta di un meccanismo importante per semplificare l'estendibilità, il meccanismo pass-through deve essere usato esclusivamente per le funzionalità non esposte tramite l'API e non deve essere usato per le funzionalità che possono essere amministrate tramite l'API.

Architettura

Il modello di architettura SMP è costituito dalle funzionalità seguenti:

• Le applicazioni di gestione di Windows, inclusi i commandlet di PowerShell predefiniti, usano l'API Gestione archiviazione di Windows. Per il piccolo subset di funzionalità (previsto) non ancora esposte tramite l'API, le applicazioni di gestione archiviazione di Windows possono usare un meccanismo pass-through. Questa funzionalità consente, ad esempio, la suite completa di classi e metodi SMI-S da usare se necessario e consente anche la comunicazione proprietaria tra l'applicazione e il provider di archiviazione.

• I sottosistemi di archiviazione possono garantire che siano gestibili dalle applicazioni di gestione di Windows eseguendo il commit per rispondere alla nuova API. Questa operazione viene eseguita tramite il recapito di un SMP o il recapito di un provider SMI-S, che a sua volta verrà richiamato tramite il servizio di gestione archiviazione di Windows. Se il fornitore di archiviazione sceglie di sviluppare un SMP, la comunicazione tra il fornitore SMP e il sottosistema di archiviazione associato può essere proprietaria. Se il fornitore di archiviazione sceglie di utilizzare il servizio SMI-S, deve rispondere al comando SMI-S emesso dal servizio di gestione archiviazione di Windows.

• Le interfacce SMP usano WMI.

Esistono set di API con metodi e proprietà simili: classi API di gestione archiviazione e interfacce SMP. Le classi API di gestione archiviazione sono il set di classi usate da applicazioni come Gestione file server e System Center Virtual Machine Manager. Include più classi lato host, ad esempio Partition, Volume e InitiatorPort. Alcuni metodi nelle classi api di gestione archiviazione contengono un parametro di input aggiuntivo "RunAsJob" (vedere la sezione "Operazioni asincrone" per altre informazioni). Nel frattempo, le interfacce SMP non hanno classi solo sul lato host e usa InitiatorId anziché InitiatorPort. Nonostante alcune differenze, la maggior parte delle definizioni di classe delle classi api di gestione archiviazione e dell'interfaccia SMP sono le stesse.