Configurazione di un provider SMI-S per il server di destinazione iSCSI in VMM
Data di pubblicazione: luglio 2016
Si applica a: System Center 2012 SP1 - Virtual Machine Manager, System Center 2012 R2 Virtual Machine Manager
A partire da Windows Server 2012, il server di destinazione iSCSI Microsoft è un ruolo server che abilita il funzionamento del server come dispositivo di archiviazione. Questo argomento fornisce informazioni sul provider SMI-S necessario per il server di destinazione iSCSI Microsoft. Si tratta del provider usato da Virtual Machine Manager (VMM) per la gestione di un Server di destinazione iSCSI (a partire da System Center 2012 SP1).
A seconda della versione del software in uso, potrebbe essere necessario installare il software del provider in un server di destinazione iSCSI prima di iniziare a gestire quel server in VMM. Per valutare il proprio ambiente, fare riferimento all'elenco seguente:
Con VMM in System Center 2012 SP1, è possibile gestire un server di destinazione iSCSI che esegue Windows Server 2012, se prima si installa il provider SMI-S necessario nel server di destinazione iSCSI. Il provider è incluso in VMM. Per installarlo, vedere Preparare il server di destinazione iSCSI per la gestione da VMM, più avanti in questo argomento.
Con VMM in System Center 2012 R2, è possibile gestire un server di destinazione iSCSI che esegue una qualsiasi di varie versioni del sistema operativo:
Con Windows Server 2012 nel server di destinazione iSCSI: È innanzitutto necessario installare il provider SMI-S necessario nel server di destinazione iSCSI. Il provider è incluso in VMM. Per installarlo, vedere Preparare il server di destinazione iSCSI per la gestione da VMM, più avanti in questo argomento.
A partire da Windows Server 2012 R2 nel server di destinazione iSCSI: È sufficiente installare il ruolo del server di destinazione iSCSI. Non è necessario installare il provider separatamente. Per altre informazioni sull'installazione di un ruolo server, vedere Installare o disinstallare ruoli, servizi ruolo o funzionalità.
Per altre informazioni sui server di destinazione iSCSI, vedere il post del blog che fornisce un'introduzione alla destinazione iSCSI in Windows Server 2012.
Questo argomento include le sezioni seguenti:
Progettazione dell'architettura
Problemi noti relativi al provider SMI-S
Dettagli del provider
Preparare il server di destinazione iSCSI per la gestione da VMM
Usare VMM per configurare il server di destinazione iSCSI tramite Windows PowerShell
Progettazione dell'architettura
Il provider SMI-S segue un modello di provider "incorporato", in cui il provider è installato nel computer server di destinazione iSCSI. Nel diagramma seguente viene illustrato il modo in cui il provider SMI-S interagisce con gli altri componenti. Il provider SMI-S è basato su WMI e gestisce il server di destinazione iSCSI usando il provider WMI di destinazione iSCSI.
.jpeg "iSCSI")
Problemi noti relativi al provider SMI-S
Questa versione del provider SMI-S presenta i seguenti problemi noti:
Il server di destinazione iSCSI supporta il clustering di failover per offrire un'elevata disponibilità (HA). Per consentire la gestione da parte del provider SMI-S, può essere supportato un solo gruppo di risorse server di destinazione iSCSI per cluster. Questa restrizione è dovuta a una limitazione del provider SMI-S, che attualmente è in grado di gestire un solo oggetto computer. Se sono presenti più gruppi di risorse di destinazione iSCSI nello stesso nodo cluster, il provider SMI-S non è in grado di ottenere una visualizzazione accurata degli oggetti presenti nel computer.
È possibile caricare un solo provider SMI-S basato su WMI in un computer. Attualmente sono disponibili due provider basati su WMI e il problema interessa entrambi:
provider SMI-S del server di destinazione iSCSI
provider SMI-S di LSI MegaRAID
Per evitare questo problema, è necessario usare computer distinti per ospitare ogni provider SMI-S.
Questo problema interessa i due scenari descritti nelle sezioni seguenti. Il primo scenario descrive due provider SMI-S che vengono installati nello stesso computer e vengono entrambi usati per la gestione di VMM. Il secondo scenario descrive due provider SMI-S che vengono installati nello stesso computer ma solo uno di essi viene usato per la gestione di VMM. In entrambi gli scenari, quando due provider SMI-S basati su WMI sono installati in un computer server di destinazione iSCSI, solo uno dei due viene individuato dal servizio Gestione archiviazione.
Due provider per la gestione VMM
Come mostrato nei diagrammi seguenti, i due provider SMI-S vengono installati nello stesso computer e ciascuno viene registrato con il servizio Gestione archiviazione per VMM. A causa di un problema noto con il servizio Gestione archiviazione, viene individuato solo uno dei due provider.
.jpeg "iSCSI")
Due provider per gestioni di archiviazione diverse
Due provider SMI-S basati su WMI vengono installati nello stesso computer. Un provider SMI-S viene usato per la gestione VMM, l'altro provider SMI-S di terze parti viene usato per la gestione archiviazione file server. A causa di un problema noto nel servizio Gestione archiviazione, viene individuato un solo provider per la gestione archiviazione VMM e per quella file server, che potrebbe non essere quello previsto per l'applicazione.
.jpeg "iSCSI")
Dettagli del provider
Come illustrato nei diagrammi precedenti, il provider SMI-S è basato su WMI e passa le informazioni dal servizio destinazione iSCSI al servizio Gestione archiviazione sul server VMM. Dopo la registrazione con VMM, viene inviata una richiesta di individuazione completa per recuperare tutti gli oggetti e i relativi mapping dal provider SMI-S.
In un cluster di failover per il server di destinazione iSCSI, è necessario registrare il dispositivo di archiviazione usando il nome di rete o l'indirizzo IP del gruppo di risorse di destinazione iSCSI, definito anche punto di accesso client. In questo modo, verrà mantenuto lo stesso nome di rete o indirizzo IP, indipendentemente da quale sia il nodo di destinazione del failover.VMM potrà stabilire la connessione al provider SMI-S in esecuzione nel nodo del gruppo di risorse da cui è stato originato il failover. Dopo un evento di failover, è necessario eseguire un'individuazione completa tramite VMM.
Mapping degli oggetti
MaskingSet esegue il mapping all'oggetto di destinazione iSCSI: per impostazione predefinita, per il nome descrittivo di un oggetto MaskingSet viene usata la stringa di prefisso "SPC:" + numero casuale a 16 bit. Quando si crea l'oggetto MaskingSet, è consigliabile usare un nome descrittivo.VMM il nome del server di virtualizzazione o il nome del cluster come nome descrittivo. Il provider SMI-S usa il nome descrittivo, che diventa anche la proprietà Descrizione dell'oggetto WT_Host per il server di destinazione iSCSI.
StorageVolume esegue il mapping a WT_Disk, il disco rigido virtuale (VHD). Quando un utente crea un disco iSCSI tramite VMM, il provider SMI-S usa il nome descrittivo come nome VHD. Se durante l'individuazione di SMI-S il disco virtuale è già presente, il provider ne usa la descrizione come nome descrittivo. Se il disco rigido virtuale (VHD) esiste già ma non contiene una stringa di descrizione, ovvero la stringa è vuota o NULL, il nome descrittivo VHD usa la stringa di prefisso "VirtualDiskIndex:" + WTD come numero intero dell'indice.
L'oggetto ConcretePool esegue il mapping all'oggetto WT_Volume: il nome descrittivo visualizzato per il provider SMI-S è: "iSCSITarget: SubsystemName"+ stringa primo punto di montaggio. Ad esempio, se la stringa del punto di montaggio è "C:", il nome sarà "iSCSITarget: SubsystemName: C:". Esiste un unico pool radice e il nome viene risolto come "MS iSCSITarget Primordial".
Installazione di SMI-S
Nell'esempio seguente viene illustrato come installare il provider SMI-S.
.jpeg "iSCSI")
Il diagramma precedente mostra due computer: uno per il server di gestione VMM e uno che esegue il server di destinazione iSCSI. Il server di gestione VMM deve trovarsi in un dominio. Il server di destinazione iSCSI può trovarsi in un dominio o in un gruppo di lavoro.
Installazione di VMM
VMM presenta requisiti software specifici, ad esempio il requisito per Microsoft .NET Framework. Per altre informazioni, vedere Requisiti di sistema: Server di gestione VMM in System Center 2012 e in System Center 2012 SP1 o Requisiti di sistema per System Center 2012 R2. Il servizio Gestione archiviazione basato su standard Microsoft viene abilitato durante l'installazione di VMM.
Preparare il server di destinazione iSCSI per la gestione da VMM
Preparare il server di destinazione iSCSI per la gestione da VMM usando la procedura seguente:
Installare il ruolo del server di destinazione iSCSI. Un modo di procedere consiste nell'usare il comando Windows PowerShell Install-WindowsFeature FS-iSCSITarget-Server. Il server di destinazione iSCSI è incluso nel sistema operativo server a partire da Windows Server 2012. Per altre informazioni sull'uso di Windows PowerShell per installare ruoli e funzionalità, vedere Get-WindowsFeature e Install-WindowsFeature.
Per un server di destinazione iSCSI che esegue Windows Server 2012, andare al passaggio successivo. Altrimenti (ad esempio nel caso di un server che esegue Windows Server 2012 R2) ignorare il resto di questa procedura.
Per un server che esegue Windows Server 2012, installare un aggiornamento cumulativo non precedente all'Aggiornamento cumulativo di Windows 8 e Windows Server 2012: novembre 2012 (articolo 2770917 della Microsoft KB). Uno dei componenti dell'aggiornamento contiene le modifiche al server di destinazione iSCSI correlate a WMI che migliorano il processo di individuazione di VMM.
Se il server di destinazione iSCSI esegue Windows Server 2012, è necessario installarvi il provider SMI-S, come descritto di seguito:
Trovare il file del programma di installazione in uno dei percorsi seguenti:
Nel supporto di installazione di VMM in:
\amd64\Setup\msi\iSCSITargetSMISProvider.msi
Nel server VMM in:
\Programmi\Microsoft System Center 2012\Virtual Machine Manager\Setup\Msi\iSCSITargetProv\iSCSITargetSMISProvider.msi
Nel Server di destinazione iSCSI, eseguire il file con estensione .msi per avviare l'installazione guidata del Provider SMI-S.
Completare la procedura guidata per installare il provider.
Usare VMM per configurare il server di destinazione iSCSI tramite Windows PowerShell
È possibile usare VMM per configurare il server di destinazione iSCSI tramite Windows PowerShell. In questa sezione vengono elencate alcune attività comuni con esempi di comandi di Windows PowerShell che è possibile usare per la loro esecuzione. Il provider SMI-S supporta tutte le attività di gestione tramite VMM.
Per aprire l'interfaccia di PowerShell di VMM, usare il menu di Windows PowerShell, come illustrato nella figura seguente.
.jpeg "iSCSI")
Aggiungere un provider di archiviazione
Ottenere le credenziali amministrative locali del server di destinazione iSCSI basate sul nome utente e la password come segue:
$Cred = Get-Credential
Tenere presente che è sufficiente un qualsiasi account che faccia parte del gruppo Administrators locale.
Creare un account RunAs in VMM come segue:
$Runas = New-SCRunAsAccount -Name "iSCSIRunas" -Credential $Cred
Aggiungere il provider di archiviazione come segue:
Add-SCStorageProvider -Name "Microsoft iSCSI Target Provider" -RunAsAccount $Runas -ComputerName "<computername>" -AddSmisWmiProvider
Visualizzare le proprietà di archiviazione
Controllare gli attributi degli array di archiviazione come segue:
$array = Get-SCStorageArray -Name “<computername>”
Visualizzare i pool di archiviazione disponibili come segue:
$array.StoragePools
Aggiungere pool dal server di destinazione iSCSI per la gestione VMM
Ottenere il pool di archiviazione specifico da aggiungere come segue:
$pool = Get-SCStoragePool -Name "MS iSCSITarget Concrete: D:"
Creare una classificazione di archiviazione, se non esiste già, come segue:
$class = New-SCStorageClassification -Name “gold”
Aggiungere il pool di archiviazione a VMM come segue:
Set-SCStorageArray -AddStoragePoolToManagement $pool -StorageArray $pool.StorageArray -StorageClassification $class
Allocare il pool di archiviazione a un gruppo di server di virtualizzazione come segue:
Set-SCStoragePool -StoragePool $pool -AddVMHostGroup (Get-SCVMHostGroup -Name "All Hosts")
Creare un LUN
Creare un numero di unità logica (LUN) iSCSI come segue:
$LUN = New-SCStorageLogicalUnit -Name "iSCSI1" -StoragePool $pool -DiskSizeMB 1000
Allocare il numero di unità logica al gruppo di server di virtualizzazione come segue:
Set-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHostGroup (Get-SCVMHostGroup -Name "All Hosts")
Assegnare il LUN al gruppo host come segue:
$host = Get-SCVMhost -ComputerName <host name>
Aggiungere l'host al gruppo di server di virtualizzazione come segue:
Register-SCStorageLogicalUnit -StorageLogicalUnit $LUN -VMHost $host
Attività di pulizia
Eliminare un LUN come segue:
Remove-SCStorageLogicalUnit -StorageLogicalUnit $LUN
Rimuovere un provider di archiviazione come segue:
Remove-SCStorageProvider -StorageProvider (Get-SCStorageProvider -Name "Microsoft iSCSI Target Provider")
Conclusione
In questo articolo sono state illustrate solo alcune delle attività che è possibile eseguire con VMM tramite il provider SMI-S. Per informazioni su altri cmdlet di Windows PowerShell che è possibile usare per gestire l'archiviazione tramite il provider SMI-S, vedere Riferimento ai cmdlet di Virtual Machine Manager in System Center 2012 R2.
Vedere anche